Перейти к публикации

SKYNET74

изгнанные
 Просмотреть профиль  Активность

  • Публикации

    651

  • Зарегистрирован

  • Посещение

  • Дней в лидерах

    50

 Тип публикации 

Сообщения, опубликованные пользователем SKYNET74

    Пожелания для новых версий DataLife Engine

    в DataLife Engine (Общие вопросы)

    Опубликовано:

    20 часов назад, NlCKRUS сказал:

    Можно сделать настройку, которая ставила или нет по умолчанию галочку на "Подписаться на комментарии" при добавлении комментария к новости

    В идеале это бы вообще в шаблон вынести просто, и тогда и настроек никаких не нужно.
    Сейчас можно ID или класс прописать подписке, и на JS включать или отключать чекбокс, но это костыль.

    https

    в Прием багов

    Опубликовано: · Изменено пользователем SKYNET74

    6 часов назад, draxxx сказал:

    Если её многие пишут и продают, то видимо нет?

    Простите конечно, но что вы такое отборное курите?
    Защита от CSRF есть уже давным давно из коробки...

    Своя страница входа

    в DataLife Engine (Общие вопросы)

    Опубликовано:

    15 минут назад, celsoft сказал:

    Да. А можно вообще разместить поля для входа на самой странице, без всяких окон и отдельных страниц.

    А ещё лучше сделать авторизацию через ajax с gritter (или как там его) для уведомлений при неверных данных...

    38 минут назад, lk0dee сказал:

     

    Спасибо за подскажку, а если вернуться к моему вопросу, есть ли корректное решение? 

    Готовое решение:
    [available=auth]форма авторизации[/available]
    [not-available=auth]всё остальное[/not-available]
    Форма будет доступна на странице /index.php?do=auth

    Автопостинг новостей в канал Телеграм

    в Запросы на создание модификаций

    Опубликовано:

    1. А зачем сайту библиотечной системы что то слать в инстаграмм?
    2. Изучаете код добавления новостей, и вставляете ваше "API" как душе угодно, если нужно заводите ещё одну таблицу куда указываете отправлялась ли эта новость уже в телеграмм, что бы после каждого редактирования не дублировалась.

    Версия движка на английском

    в DataLife Engine (Общие вопросы)

    Опубликовано:

    31 минуту назад, Captain сказал:

    Да он здесь "каждой бочке затычка", пройти мимо не хочет.;)

    По крайней мере не толкаю всюду реф.ссылки и промокоды, как некоторые...

    2 часа назад, germanydletest сказал:

    А то что человек на будущее знать хочет, тебя это не насторожило? Он просто хочет знать, сможет ли он использовать лицензию в английской версии скрипта, если оплатит её на .ru домене, а не на .com домене

    Ну он судя по тексту не покупать на .ru имел ввиду, а получить с английским языковым пакетом...
    И по скольку он ничего про продление не писал, я уточнил что получить возможно будет только через саппорт, т.к. время получения апдейтов уже вышло.

    DataLife Engine v.11.3 Press Release

    в DataLife Engine (Общие вопросы)

    Опубликовано:

    20 часов назад, celsoft сказал:

    Что вы так резко перескакиваете с одного на другое? Я вам что про задачи служебного тега писал? Нет не про это. Я вам что комментировал? Я вам комментировал ваше сообщение, где вы написали что в этом алгоритме нет служебных тегов вообще. Вы написали что там нет служебных тегов, и нет обращений к служебному тегу и соответственно экономия времени. Я вам написал что это невозможно и он есть везде, а для каких целей служебный ключ уже роли не играет. И оказался прав. Вы написали нет, служебного ключа, а он по факту есть. Его задачи это уже второстепенны, задачи назначаются в зависимости от того для чего он делается. У него может быть какие угодно задачи. Не надоело уже переиначивать чужие сообщения? Также вам написал что кешировать по отдельности вывод кратких публикаций и последующий контроль, это большая нагрузка чем кеширование страницы целиком, даже несмотря на то что потом придется сбросить все краткие кеши. Это факт, который мне лично известен достоверно, который я уже тестировал. И тот данный алгоритм по сути описывает описывает отдельное кеширование для просмотра полных новостей, а не кеширование и вывод кратких. А отдельное кеширование полных новостей в DLE есть итак, только сделано иначе. 

     

    Префикс "news_" не содержит в себе записей полный новостей. Это записи полных готовых блоков кратких новостей. Краткая новость может быть где угодно, на первой странице, на десятой, в категории, в последних новостях, в рандомном блоке  плюсом для разного раздела сайта, у нее может быть назначено разное оформление и т.д. Для того чтобы контролировать контролировать кеширование кратких новостей по отдельности каждой краткой, нужно краткую новость записать отдельно в кеш, т.е. если 10 новостей на странице, сделать это 10 раз, также все блоки по странице пройти, там еще будет с десяток выводов кратких по блокам, еще 10 раз записать каждую по отдельности, у каждого блока свое оформление, значит записать ее в кеш своем оформлении. В другом разделе сайта у них тоже может быть другое оформление, а значит создать еще 10 отдельных копий. Говоря простым языком создать многократно в кеше полную копию БД, что дикий расход по памяти, потом не просто показывать при показе блок, а идти в кеш из 10 разных ключей собирать 10 новостей в блок. Так и только так можно закешировать краткие новости по отдельности, ради одной цели очистить потом только одну новость при изменении информации в нем. Это дикий расход по памяти, это нагрузка на запись кеша по отдельности. Это нагрузка при сборке данных из кеша, т.к. нужно отдельно выбирать из кеша отдельную новость. Подобное кеширование теряет всякую эффективность. Т.к. ресурсы идут на поддержание и контроль кеша, и забивание памяти данными. И если для очень простой функциональности, это можно применить, то для обширной функциональности DLE нет. Поэтому DLE делает проще, он сохраняет страницу целиком, да он не может потом очистить только одну краткую новость, если она изменилась, но он все равно потребляет ресурсов меньше, если бы это делал по отдельности. Я такие тесты провел. А вы нет, и вы мне будете будете объяснять как это нужно делать. Вы сидите просто и статьи читаете, сделать в реальности и проверить и применить это ко всех функциональности DLE даже не пробовали. Я пробовал и знаю о чем говорю. Это алгоритм теория, для маленькой функциональности, и между теорией и практикой для работы с большой функциональностью и большими данными огромная разница.

    Я как бы не говорил что по отдельности кешировать, хотя это открывает новые возможности, но и нагрузку повышает, всё точто вы написали я как бы и до этого знал...
    Я говорил лишь об алгоритме сброса группы кеш-записей, а что в них хранить уже не так важно, можно сформированный HTML, можно массив выборки из БД, да даже изображение можно там хранить...
    На текущий момент остаётся только ждать и посмотреть что вы там придумали.

    20 часов назад, celsoft сказал:

    Я рассматриваю все с точки зрения того что доступно пользователям скрипта. Далеко не каждому доступен memcache на обычном shared хостинге. Огромное количество хостингов такую возможность не предоставляет. И не мне и уж тем более не вам указывать им какими хостингами пользоваться людям.

    Если не рассматривать ГСы работающие на нулледе и хосте за пол бакса с паблик шаблонами которые все замусорены скрытыми ссылками, то вполне можно обойтись одним мемкешем, а визиткам у которых 20 новостей и 3 статических страницы вообще кеш как бы и не нужен особо, это на случай если мемкеша для сайта-визитки жалко. Раньше одним НО было неэффективное управление кешем (скидывался весь даже при выставлении рейтинга комментарию), то сейчас поводов отказываться от мемкеша у более менее нормального сайта нет. Тем более что с ним он меньше нагружает железо и быстрее отдаёт результат клиентам. Сколько не работал с проектами на DLE, практически все могут позволить себе обзавестись им, а если на одном мемкеш сервере можно держать теперь разные кеши сайтов, то тем более.

    20 часов назад, celsoft сказал:

    Видимо эти камни известны только вам. До сих пор мне еще никто не жаловался на проблемы с ним.

    Ну видимо потому что функционала такого нет, что бы эти камни словить, т.к. функционал у древовидных комментариев пока что скудненький...
    Никакой подгрузки на ajax ветвей комментариев и т.п.

    20 часов назад, celsoft сказал:

    Так зачем вы это делаете? Вы не делайте. Пользуйтесь продуктами где нет "мартышкина труда". Более того вы мастер и профессионал по алгоритмам. Вы напишите собственный продукт, и пользуйтесь только им. Я уверен вы сделаете все лучше. Поэтому я вас не уговариваю пользоваться тем что сделано мной. По вашему глубокому убеждению я не умею делать нормально, поэтому я не понимаю почему вы пришли ко мне и пользуетесь моим продуктом. Всегда удивлялся людям которые приходят у другим, пользуются результатом работы других, и при этом утверждают что их труд полная "фигня", они могут намного лучше, и при этом продолжают пользоваться чужим трудом. Если мне чей то труд не нравится, я им попросту не пользуюсь, но я не учу других как им нужно жить. Поэтому не нужно учить меня, как мне делать. Если мой труд нравится, значит пользуйтесь, не нравиться, кнопка выхода наверху справа. Я буду дальше работать для тех кого моя работа устраивает. Не нужно тратить чужое время и заниматься "мазохизмом". Вас не заставляли и насильно сюда не приводили. Вы уже три года как пользуетесь нелегальной копией скрипта, может быть вместо того чтобы показывать свою "крутизну", приобрете лицензию на использование скрипта, или если вам так не нравится скрипт попросту перестанете им пользоваться? Или вы думали что мне неизвестно что "SOFTOLAB" который пользуется нелегальными копиями и "SKYNET74" это одно и то же лицо? Всегда это было мне известно. Почему не забанил до сих пор, несмотря на явные нарушения? Незнаю, любой на моем месте просто в бан бы вас отправил и все давно. А я еще продолжаю с вами разговаривать, сам не знаю почему. Видимо есть желание исправить человека. Поэтому определяйтесь уже в жизни.

    Вот вы опять передёргиваете, где я сказал что "DLE унылое кафно которое настолько никчёмно что им ваще низя пользоваться"?
    Оно просто сырое, функции не доработаны, без доработки большинство "фич" не совсем удобны, многое из того что я вам присылал вы всё таки реализовали (список так то огромный, мелочи, но юзабилити повышается), видать всё таки убедил как то.
    И может покажите мои сайты с пиратскими копиями скрипта? А то я просто давно их сам не видел, видимо потому что у меня нет своих сайтов на DLE уже много лет, а старые лицензии до сих пор как бы не отвязаны от доменов, которых уже к слову тоже давно нет в живых...
    Для работы с кодом DLE по "заказу" ваших же клиентов тоже лицензию приобретать мне предлагаете?

    Как опубликовать количество человек проголосовавших?

    в DataLife Engine (Общие вопросы)

    Опубликовано:

    2 часа назад, FinN73 сказал:

    Привет всем, ребята. Есть такой вопрос: как сделать так, чтобы показывалось количество людей, которые поставили оценку? Причем, чтобы они разделелялись, кто плюсанул, а кто минусанул...

    Типа того, что тут: http://joxi.ru/Grqd0kRhQy7NjA

     

    Извините, сайта пока нет, он делается, поэтому и ссылку не могу дать!

    Извеняйте, ответить не можем пока не покажите сайт...

    Вот такая веселуха: Любую компанию с формой обратной связи на сайте можно оштрафовать

    в Ссылки на интересные ресурсы

    Опубликовано:

    В 07.04.2017 в 09:01, alex32 сказал:

    Закон сырой, не то слово. Но вот проблема. Данные личные есть? Есть. Обрабатываются?  Да. Поставив чекбокс на согласие обрабатывания личных данных в форме на сайте, не оказаться бы под действием закона Яровой.  И не пришлось бы потом эти "данные", которые нафиг не нужны, хранить у себя триста лет. Кстати, тут же возникает проблема с зарубежными серверами. У меня сервер в Европе стоит, соответственно, проставлю такую галку, и усе, попал под закон, не помню номер, но суть, что личные данные только на российских серверах храниться должны. Короче, что делать непонятно

     

    Это ещё что, нужна лицензия при хранении персональных данных вроде бы, слишком часто меняются эти правки, не уследишь...

    Баг прав доступа групп пользователей к категориям сайта

    в Прием багов

    Опубликовано:

    52 минуты назад, celsoft сказал:

    Это сделано из разряда "Администратор сайта" сам определит. Может ли пользователь добавлять в недоступные ему разделы или нет. Это решение администратора сайта, а не решение скрипта. Хочет администратор сайта так сделать, он сделает, не хочет не сделает. Решать администратору сайта.

    Просто это не логично, доступа к разделу нет, но добавлять в него новости может.
    В принципе ничего кроме не удобства данный "баг" не доставляет.
    Оно реально когда то пригождается, когда нужно добавлять материалы и не иметь доступа к разделу?

    • Поддерживаю 1

    Баг прав доступа групп пользователей к категориям сайта

    в Прием багов

    Опубликовано: · Изменено пользователем SKYNET74

    1 час назад, celsoft сказал:

    Никакого бага в данном вопросе нет. Если ему разрешено добавлять он добавляет, если запрещено смотреть, он не видит. Это две разные и независимые настройки. И это уже дело администратора что разрешать и что запрещать. Это компетенция администратора сайта, а не компетенция скрипта.

    т.е. это сделано для того что бы он мог добавлять новости, в недоступные для просмотра разделы?
    Из разряда как и ПМ самому себе?

    Баг прав доступа групп пользователей к категориям сайта

    в Прием багов

    Опубликовано: · Изменено пользователем SKYNET74

    Баг заключается в том что, если в настройках групп указать возможность добавления новостей в недоступные для просмотра категории, то добавить туда новость пользователь сможет, а вот посмотреть её уже нет, хотя при этом, если новость ушла на модерацию, то она будет отображаться в списке новостей пользователя на модерации.

    Казалось бы что просто не указывать в список те категории, просмотр которых не доступен группе пользователей, но при большой и ветвистой структуре сайта вполне можно допустить ошибки в построение логики прав групп пользователей, особенно для обычного пользователя CMS.

    Это всё таки баг или "фича"?

    DataLife Engine v.11.3 Press Release

    в DataLife Engine (Общие вопросы)

    Опубликовано:

    13 часа назад, celsoft сказал:

    :D:D:D Очень смешная фпаза. Ключом массива является то что в этот ключ будет записано. Будет записан в него ключ записи в memcache, то ключем массива будет именно он. И самое смешное вы написали это не видя как это сделано в DLE, а в DLE как раз таки и сделано так, что в служебном массиве ключем является ключ записи с данными в memcache, т.е. вы написали о невозможности того, что как раз и используется в DLE.

    Это уже каша, вобщем посмотрим как реализовали по факту, а то уже демагогия начнётся так скоро...

     

    13 часа назад, celsoft сказал:

    Сразу видно, что вы всегда занимались лишь копированием готового, а не созданием своего с нуля. Поэтому в вашей голове может рождаться только одна мысль. Это имитация деятельности. Когда я пишу, я пишу с нуля, так как по моему мнению является оптимальным, чтобы было меньше нагрузки, чтобы работало максимально быстро и было только то что нужно. И необходимости например {id} я не увидел при создании. Потом когда это появилось и заработало, люди стали обращаться ко мне, и писать, вы знаете мы делаем то то и то то, хотим чтобы было так, и знаете, нам вот этого не хватает для реализации, пожалуйста добавьте. Я вижу что их слова действительно обоснованы и имеют логику, поэтому и добавляю. А у вас только одна мысль в голове, это не добавили, чтобы сделать потом. Это заблуждение. Этого не было изначально, потому что я не счел это необходимым сразу, потому как я изначально не увидел сценария использования.

    Если бы вы делали сайты на DLE (а у меня подозрение что вы не используете свой же продукт ;)), то для большинства случаев сразу бы понимали что нужно добавить, а что ещё под сомнением и нужно подождать реакции потребителей...

     

    13 часа назад, celsoft сказал:

    Вы прочитали по тегирование, дали ссылки где они расписаны и сделали, а как они работают в реальности так сами и не поняли. Тегирование о котором вы написали, точно также работают через служебные ключи записи. Есть служебный ключ, в нем записываются теги привязки, и указатель на тег с информацией. При работе с кешем дается та или команда, она выбирает нужные ключи по параметрам тегов, и производит операцию. Всегда и для любого алгоритма есть служебный тег, и без него работать ничего не может, и не могут быть теги непосредственно в записи с информацией, потому как количество записей неизвестно и выбирать их без доступного индекса ключей невозможно. То тегирование о котором вы написали разработано для кеширования данных, и для выборки из кеша по этим данным, например есть данные "имя человека", к нему привязаны теги "город", "страна" и нужно выбрать данные из кеша по городу или по стране, и это тегирование дает выборку из кеша по стране или по городу. И в нем также есть служебный тег, где хранится привязка ко всем ключам по тегам, если вы его не увидели в коде, то это не значит что его там нет. И то что там нет доп. запросов получения служебного ключа, это заблуждение. Такие доп. запросы там есть. DLE не хранит данных в кеше, он хранит готовые страницы и блоки, поэтому в нем не нужна выборка по тегам, он не делает выборку кеша по тегам. DLE выбирает из кеша готовый HTML код для блока или страницы, а не набор данных для дальнейших операций, поэтому это тегирование ему вообще не нужно, он не делает задач, для которого эти теги предназначены. И кстати служебный тег один, а не множество, что в том алгоритме что вы дали, что в DLE. Нет никакого множества служебных ключей, о которых вы написали.

    Вы читали что там написано? Судя по вашему тексту нет, т.к. говорите совсем о другом...
    Задача у служебного тега (таймштампа) в массиве записанном в мемкеш лишь одна, это признать устаревшими группу кеша по данному тегу (таймштампу) при наступлении какого то события (например добавили новую новость или отредактировали уже существующую и нужно сбросить записи кеша с префиксом "news_", в которых хранится уже сгенерированный код кратких новостей), и больше ничего другого он делать не должен и не будет. И для проверки актуальности кеша не нужны никакие дополнительные запросы никуда, только лишь получить таймштамп из источника, а его можно хранить в элементарном файле.
    Более того, даже если файл источника будет удалён, алгоритм проверки кеша просто его пересоздаст с текущим таймштампом, попутно признав все записи мемкеша с данным тегом сделанные до этого устаревшими (но физически они по прежнему будут дожидаться окончания таймаута хранения).

     

    14 часа назад, celsoft сказал:

    Вы находитесь на этом форуме постоянно. Просили эту возможность кстати именно в теме на форуме. Вот найдите ее и почитайте. Я сделал ровно то, что попросили. Когда будет пожелания именно по этим тегам, и к ним присоединиться достаточное количество людей, которым это нужно, появятся и они. А пока есть другие желания, которые также нужно делать, и которые давно просят пользователи.

    Просили там кажется полноценные различные формы для добавления контента на сайт, а не просто выбор категории, т.к. я помню только одну тему с подобным вопросом, а вот просьбы про различные формы были массовыми.

     

    14 часа назад, celsoft сказал:

    Если бы он был таковым. Я был бы рад, но к сожалению это не так. Весь диалог состоит в том что вы бросаете какую либо фразу, и ждете пока перед вами оправдаются, или придумаете то о чем никто не писал, и ждете пока вам это разъяснят. Это не конструктивный диалог. А оправдываться перед вами или обьяснять как и что почему так работает, или разжевывать алгоритмы, мне уже надоело. Это не конструктивный диалог, а пустая трата времени. Поэтому я устраняюсь с этого диалога. Больше не вижу смысла его вести.

    Как работает большинство алгоритмов в DLE я и сам как бы знаю...
    Зачем мне ваши оправдания? Мне нужно лишь что бы реализации делались полностью, и не на коленке, а полноценно, что бы каждый раз не допиливать то что практически всегда нужно практически на любом адекватном сайте построенном на базе DLE, а то "мартышкин труд" немного наскучивает после апдейтов.

    13 часа назад, celsoft сказал:

    DLE это не может это сделать для кеша вывода кратких новостей. Да это действительно так. И это сделано было также специально, поэтому как он кеширует в данном случае страницы и блоки целиком в полностью готовом виде. А не каждую краткую новость по отдельности. И я в отличие от вас проводил исследование по этому вопросу, и различного рода тестирования. И кеширование кратких новостей по отдельности, их контроль и в итоге давало большую нагрузку и расходы по памяти и файловым дескрипторам, нагрузку на HDD чем кешировать целиком и сбрасывать также целиком, а потом постепенно пересоздавать их также целиком. Это для вас является недостатком, а для меня это осознанное решение на основе общего тестирования и исследований. Поэтому DLE и является самым быстрым скриптом из всех аналогов, и создает самую низкую нагрузку из всех конкурентов, имея больший набор функций при этом из коробки. Я говорю именно о возможностях из коробки, а не о том что можно сделать потом с парой десятков плагинов. Я никогда ничего не делаю, тщательно не подумав над алгоритмом и что это даст. Иногда может месяц уйти тестирований, на три строчки кода в итоге. А иногда и больше. Самый простой пример. Древовидные комментарии, алгоритм который в DLE самый быстрый из всех конкурирующих CMS, он не делает множественных запросов к БД, не строит дерево с использованием рекурсии. Чтобы придти к этому алгоритму и понять его потребовалось очень много времени, а вылилось это в итоге в 10 строк.

    Просто пора уже не рассматривать файловый кеш как что то нужное, это для сайта визитки оно конечно хорошо, но там и без кеша можно вовсе.
    Вы видели крупные сайты с файловым кешем? По моему ответ как бы очевиден что использование файлового кеша морально (и не только) устаревшая ветвь развития CMS, куда перспективней видится хранение кеша в быстрой RAM.
    Об скорости удаления нескольких тысяч файлов кеша по префиксу я уже вообще молчу, да и на SSD личного сервера не хотелось бы этого делать, когда у него приличное количество RAM.

    Ваш алгоритм вывода древовидных комментариев конечно потребляет меньше ресурсов, но и "подводные камни' у него есть, за всё же приходится платить.

    Переход с http на https

    в DataLife Engine (Общие вопросы)

    Опубликовано:

    2 часа назад, surikat сказал:

    Есть Главный недостаток!! Компания выдавшая сертификат может его отозвать в любое время !
    А вот причины по которым могут отозвать сертификат нет даже на COMODO .
    Может это пиратский контент или ещё что-то по их мнению нарушающее авторские права.. Или жалоба .. или.. или.
    И весь сайт отсканированный как https  с большим предупреждением безопасности для посетителей! Итог - посещаемость вся на нуле!
     Поэтому это ловушка для многих сайтов в будущем за которую надо ещё и платить!

    Дело в том, что перед этим написали в техподдержку хостинга и спросили откуда появился SSL и почему сайт виден по протоколу https , ведь не заказывали услугу вообще.. И спросили : " это бесплатно?"
    Они всегда быстро отвечают, но в этот раз двое суток ждали и дождались.. :D
    Ответили , что конечно это платно! И после этого, каким-то чудесным образом сайт стал некорректно работать по https://
    Сразу же начали втюхивать платный сертификат от них , который стоит притом в два раза дороже чем на FirstSSL ! А потом всё-таки бесплатный предлагали Let's Encrypt , но мы отказались после таких неприятностей.
    А потом вообще извинились и сказали, что это ошибка произошла после обновления Cpanel. :lol:
    Вообщем честно , я лично вижу сертификат SSL как очередные платные Костыли, имхо !

     

    Что к чему и почему?
    *Еду в троллейбусе потому что кактус красный, а бобры едят лес...*
    Бред, да и только.

    DataLife Engine v.11.3 Press Release

    в DataLife Engine (Общие вопросы)

    Опубликовано: · Изменено пользователем SKYNET74

    13 часа назад, celsoft сказал:

    Еще раз даю ссылку https://forum.dle-news.ru/topic/71136-datalife-engine-v113-press-release/?do=findComment&comment=355730 там указан пример того сколько ключей. Откуда вывод что все будет в одном ключе????????

    Ключ массива != ключ записи в memcache однако...

    13 часа назад, celsoft сказал:

    Да ладно? Вы разработчик DLE? Вот я лично разработчик DLE и пишу код DLE. И все что реализуется беру из Пожелания Для Новых Версий Линейки 11.хх Там клойдак для идей, и того что нужно реализовать. Откуда вы как человек даже близко не имеющий отношения к разработке скрипта, утверждаете, что берется из каких то модулей. Последний сторонний модуль, я смотрел года три назад, и то когда попросили разобраться с проблемами в нем, очень хорошие люди. Так что ваше утверждение просто высосано из пальца, не обоснованное ничем.

    Ну тогда вы просто "Ванга"...
    А в теме много чего написано того, что уже есть в сторонних решениях, но почему то нет из коробки, по этому вы тему считаете как первоисточник видимо, хотя обычно всё наоборот...
    Я уже много лет наблюдаю за "движением мод" в разработке DLE, и могу точно сказать что многие идеи просто взяты из модулей, которые были созданы задолго до вашей реализации того же функционала.

    13 часа назад, celsoft сказал:

    Так вы же сами этому мешаете. Вместо того чтобы писать новые возможности, я читаю и комментирую ваши очередные глупости.  И таких уже 540 на форуме от вас. Новую версию можно было разработать за этот срок.

    Дак вам же подсказывают часто как сделать всё сразу, кастомно, и юзабельно, а вы одну и туже функцию растягиваете на 2-5 релизов, постепенно допиливая в ней то что де факто должно быть там сразу, смысл растягивать? Имитация бурной деятельности? Это как браться за все дела сразу, и не одно не доделать до конца, лучше всё таки браться за несколько, и сделать их полностью и качественно.
    Возьмём хотя бы вот это:

    Цитата

    27. Для шаблонов вывода меню категорий (categorymenu.tpl) добавлен новый тег {id}, который выводит ID категории. Данный тег будет полезен, когда нужно визуально выделить какую-либо категорию.

    Ну и отчасти вот это:

    Цитата

    3. В настройки скрипта добавлена возможность указания количества страниц, при показе кратких публикаций, которое необходимо кешировать. Ранее в скрипте кэшировались только первые 10 страниц по навигации по сайту. Теперь вы можете по своему желанию указать любое количество страниц, которое необходимо кешировать.
     

    И если одно и тоже нововведение растягивать на 2-4 пункта в списке изменений, список конечно увеличится, но по факту будет сделано в 2-4 раза меньше нововведений...
    Например пункты 6 и 7 это одно и тоже...
    PS: Я надеюсь проверка файлов на допустимость и вывод ошибок будет на ajax, и пользователи не будут проклинать всех причастных к созданию сего сайта, когда в конце страница обновится, и ему будет сообщено о недопустимости такого то файла?

     

    13 часа назад, celsoft сказал:

    Как файловое кеширование в DLE узнает какой кеш нужно сбросить? Точно также об этом узнает DLE и в memache. Только читает не список файлов, а список им же созданных и им же запомненных ключей. Служебный ключ запоминает информацию о ключе где хранится информация. А не хранит все в одном ключе. Ваше "тегирование" работает точно так же, есть ключи с информацией, есть ключ со служебной информацией где храняться теги и привязки их ключам. DLE делает точно также, только теги не использует, он хранит имена префиксов, как в файловом кешировании.

    На текущий момент DLE никак не узнаёт даже для файлового кеша как сбросить определённый кеш (кроме полного кеша новости), а убивает весь префикс, как вы реализовали блокировки в мемкеше остаётся загадкой конечно, с учётом того что алгоритм в пару строк.
    PS: Моё (хотя оно не моё) тегирование работает иначе, теги хранятся прямо в массиве ключа, и сравниваются с "источником" таймштампа, у каждой группы кеша свой тег, и как только нужно её убить, таймштамп в источнике меняется на текущий, всё, алгоритм видит что они не совпадают (таймштамп из источника и из тега кеш-записи в мемкеше) и признаёт кеш устаревшим и просто перезаписывает его актуальными данными полученными из БД, и никаких дополнительных запросов к мемкешу для получения служебных тегов делать не нужно, это экономит ресурсы и время.
    Источником может служить любое хранилище, но использовать мемкеш не желательно, из-за отсутствия блокировок, это вызовет проблемы при отсутствии "горячего" кеша для популярных данных.
    PS2: Обновление алгоритмов кеширования в мемкеш внезапно появилось когда я в нескольких темах доступным языком "вскрыл" его неэффективность, совпадение? Не думаю... (*тут_фото_киселёва.jpg*)

     

     

    Цитата

    19. Для модуля добавления публикаций на сайте добавлена возможность передавать в URL браузера категории, которые необходимо сделать выбранными по умолчанию. Для этого используется URL http://вашсайт.ru/index.php?do=addnews&category=X где "X" это ID нужных вам категорий, перечисленные через запятую. Например, по адресу http://вашсайт.ru/index.php?do=addnews&category=3,4,5 в форме добавления новости на сайте будут выбраны по умолчанию категории с ID 1, 2 и 3. Данное нововведение будет полезно для сайтов, которые используют доп. поля для публикаций назначенные разным категориям, и хотят дать пользователям при добавлении публикаций несколько уже предустановленных форм добавления публикации, для различных категорий.

    Сразу вопрос, а почему не сделать сразу же теги с возможностью вложенности в друг друга:
    [addnews_category_id=1,2,3,4,5][/addnews_category_id]

    И
    [not_addnews_category_id=1,2,3,4,5][/not_addnews_category_id]
    Элементарно скорее всего нужно будет что то выводить в зависимости от того, в какой раздел добавляется новость, например подсказки и т.д., и для разных разделов они должны быть разные соответственно.
    Вот вам и почти что полноценные разные формы добавления новостей.
    Неужели это не очевидно?
    Смысл лишь в заранее выбранной категории?
    Если не ошибаюсь, это и на JS можно было реализовать раньше.

    12 часа назад, Captain сказал:

    Celsoft, SKYNET74 к вам на работу напрашивается походу, утомляет.:D

    SKYNET74, не отвечай мне, ну пожалуйста.;)

    Просто конструктивный диалог, или вы как обычно за то что бы "бить себя пяткой в грудь" и являться правдой в последней инстанции?
    PS: На работу я ни к кому не напрашиваюсь, мне хватает и того что есть.

    DataLife Engine v.11.3 Press Release

    в DataLife Engine (Общие вопросы)

    Опубликовано: · Изменено пользователем SKYNET74

    19 часов назад, celsoft сказал:

    Я этого не говорил и не писал. Какие то непонятные выводы непонятно на чем сделанные.

    Как бы...

    В 06.04.2017 в 14:01, celsoft сказал:

    Зачем? Memcache имеет стандартную встроенную возможность, которая позволяет указать время жизни кеша. Если кеш просрочен по времени, memcache сервер его сам "убьет" как просроченный, причем сделает это для каждого ключа в разное время, в зависимости от того когда они были созданы.

    А такой подход не подходит для случаев выборочного "убийства" части ключей по наступлению события...

     

    19 часов назад, celsoft сказал:

    Мне известно понятие "Классическая музыка", а вот понятие "классическое тегирование" мне неизвестно. В скромности вам не отказать :) Вам нужно сначала что то создать, умереть, а потом лет через 100 если что то созданное вами в программировании останется, тогда потомки будут говорить об этом как о классике. Если вы называете это классическим тегированием, то я в DLE это называю "классическим  префиксированием", т.к. DLE работает с кешем не на основе тегов, а на основе префиксов.:)

    Ну как бы первые ссылки из гугла по теме датированы аж 2008 годом...
    А когда вы решали использовать memcached в DLE, вы не могли не гуглить на данную тему...

    https://habrahabr.ru/post/43539/
    http://smira.ru/posts/20081029web-caching-memcached-5.html

     

    19 часов назад, celsoft сказал:

    Специально для тех кто спрашивает, и кто не умеет читать ответы, дублирую еще раз ссылку https://forum.dle-news.ru/topic/71136-datalife-engine-v113-press-release/?do=findComment&comment=355730 с ответом. Имена известны и храняться в служебном ключе.

    Но из этого следует всего две вещи, либо вы не понимаете что я вам говорю, либо вы решили хранить ВСЕ записи (например категории) в одном ключе memcached, но это сомнительно ибо лимит в 1Mb для одного ключа никто не отменял (его можно повысить, но КПД будет стремится к нулю)...
    Представим мемкеш обычным хранилищем файлового кеша (там можно так же создавать ключи в виде путей /site.ru/cache/news/categories/1/pages/1.tmp), как вы заранее узнаете о том сколько нужно сбросить этих:
    /site.ru/cache/news/categories/1/pages/1.tmp

    /site.ru/cache/news/categories/1/pages/2.tmp

    /site.ru/cache/news/categories/1/pages/3.tmp

    /site.ru/cache/news/categories/2/pages/1.tmp

    /site.ru/cache/news/categories/2/pages/2.tmp

    /site.ru/cache/news/categories/2/pages/3.tmp
    Если не известно сколько их всего может быть + не известно сколько может быть вообще категорий и других источников кеш-данных + отсутствие атомарности у мемкеша (и можно получить кашу в так называемом "служебном ключе").

    PS: Хотя конечно же посмотрим что получилось в итоге, главное что бы это было "юзабельным", может быть действительно какой то чудо алгоритм в пару строк кода придумали...

    18 часов назад, Ser Antony сказал:

    Как ни приятны новости, но эти пункты реально опоздали на несколько лет(((

     

    Уверен, для многих работы без этих пунктов была крайне не удобна, поэтому и используют сторонние скрипты для создания нескольких форм и для прикрепления к ним файлов. А вместо модуля перекрестные ссылки, сторонние системы перелинковки.

     

    Никогда не понимал почему вот сейчас это сделано а не несколько лет назад, когда реально было нужно? И зачем вообще теперь уже сделано, когда все работают на сторонних разработках?

    Это уже классика, ~99% идей для новых версий берутся из популярных модулей для DLE, т.к. когда игнорирование требований пользователей системы уже чревато возможным их уходом на те системы, где это есть из коробки...
    Собственно в большинстве случаев для разработчика это единственный довод что та или иная возможность действительно нужна.
     

    18 часов назад, celsoft сказал:

    А вот огромное количество людей еще только начинают и начнут делать свои сайты.

    Пощадите бедный рунет и не только... ;)

    18 часов назад, celsoft сказал:

    А также для тех кто при желании откажется от сторонних модулей на своей сайте, и сделает при помощи стандартных возможностей.

    А потом они попутно узнают что волшебным нажатием кнопочки это не сделать, и опять придётся кого то нанимать за дорого, что бы им всё их ассорти загнали в стандартные возможности CMS...
    Потребности должны удовлетворятся в разумные сроки, а не через многие года, когда это уже становится не потребностью, а де факто базовой составляющей системы...

    • Поддерживаю 1

    DataLife Engine v.11.3 Press Release

    в DataLife Engine (Общие вопросы)

    Опубликовано: · Изменено пользователем SKYNET74

    3 часа назад, celsoft сказал:

    Все точно также как и работает файловое кеширование. Разницы в работе между файловым кешированием и кешированием memcache больше нет.

    Как бы разница есть, получить весь список файлов директории можно, а вот получить весь список ключей мемкеша нет...

     

    3 часа назад, celsoft сказал:

    Зачем? Memcache имеет стандартную встроенную возможность, которая позволяет указать время жизни кеша. Если кеш просрочен по времени, memcache сервер его сам "убьет" как просроченный, причем сделает это для каждого ключа в разное время, в зависимости от того когда они были созданы.

    т.е. то что вы написали будет работать так, что добавив новую новость, будем ждать пока кончится таймаут у уже созданных записей кеша, и только после этого они будут пересозданы, и соответственно на страницах появится информация о новых новостях.
    Таймаут однако не спасает от необходимости принудительного сброса произвольных ключей, чьи имена заранее не известны.

    То что я описал постом выше является классической схемой тегирования ключей, а у вас всё таки что будет?

×
×
  • Создать...