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

ТритонаКусок

изгнанные
  • Публикации

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

  • Посещение

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

    1

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

  1. В 09.05.2018 в 10:45, YuriBtr сказал:

    Понятно, я так и предполагал сделать, если не найдется другое решение.

    Другого решения нет, т.к. в DLE тот же ajax вызывается не из ядра системы, а из отдельно лежащих php файлов.
    Типо нагрузка меньше, но костылей больше.

  2. 7 часов назад, Arctur сказал:

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

     

    Не являюсь программистом и вэб-мастером. Просто много лет администрирую (наполняю) свой сайт на DLE (лицензия официальная). Но за эти годы сайт безнадежно устарел. При попытке модернизировать сайт (привык за долгое время к админпанели и структуре движка) столкнулся с большой проблемой. Нужно либо самому быть программистом, либо искать специалиста на каком-нибудь FL. А это крайне проблематично - те немногие, которые берутся за этот движок, наработав какой то объем отваливаются и приходится искать нового. Потратил таким образом большое количество бесценного времени. 

     

    Видел в разделе "оцените сайт" люди показывают свои сайты: удобные, с отличным дизайном, функциональные, адаптивные - просто приятно посмотреть. Неужели в рамках официального сайта поддержки DLE, используя возможность предложить сотрудничество узким специалистам по данному движку, нельзя обратиться к специалистам за платной услугой разработки/доработки сайта на DLE и не быть отправленным в "мутные воды" FL ?

     

     

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

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

    B вы это пишите при том, что в этом файле нет вообще ниодного запроса к БД. В этом файле как раз таки и формирование данных, а запрос к БД совершенно в другом файле и он один. И соответственно вопрос: "Кто мешает не вмешиваться в формирование запроса, а модифицировать в одном месте уже сформированный запрос уже перед самым его выполнением?" Никто не мешает, и сделать это очень легко, модифицировав уже сформированную переменную, только добавив уже свои поля. Очень легко, и в одном месте, одной строкой делается. Ребята вы программисты, так почему вы предпочитаете не думать, как это сделать правильно, а пытаетесь в лоб сделать то что видите сразу? 

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

  4. 8 часов назад, Gameer сказал:

    А вы посмотрите как в DLE сделано формирование SQL запросов. В engine/engine.php сколько их, и все это вывод краткой новости на разных страницах. Пока не будет одного такого запроса с формированием данных в зависимости от страницы + (желательно ООП) ничего толкового из этой идеи и не будет. Какой смысл нагружать этой системой сайт еще больше, можно просто открыть файл и сделать нужную замену а не вставлять код ниже нужного и заставлять отрабатывать не нужный код

    И я про тоже, для серьёзных вещей не подойдёт, только детское баловство...

  5. 34 минуты назад, Gameer сказал:

    Не использовать систему и внедрять код руками.

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

  6. 7 часов назад, celsoft сказал:

    Об этом я уже выше написал, что нужно менять подходы уже у себя в голове. Например на сайте dle-news.ru тоже есть доп. модули. Например для продажи лицензий, показ ключей, их переносы и т.д. Так вот он не менялся уже лет 10, и совместим с любой версией DLE, и совершенно не потому что я знаю о них и как то подстраиваюсь. Они просто написаны так чтобы практически не зависеть от DLE. А для этого нужно в принципе забывать о таких конструкциях как "найти и заменить". И пользоваться только "Найти и добавить ниже" или "Найти и добавить выше". И тем самым если нужно изменить конечный результат, то формировать его повторно, а не менять формирование которое делает DLE стандартными средствами. И тогда все ваши модификации будут максимально совместимы.

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

  7. 2 часа назад, Dvo сказал:

    есть ли программисты

     

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

    или смогут перенести в ручном режиме

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

  8. 4 часа назад, webair сказал:

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

     

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

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

  9. 34 минуты назад, Gameer сказал:

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

    Я про готовые модули, вы вот делаете пачку модулей и будете сразу универсальный запрос везде писать, и доставать данные для всех модулей, даже если остальные модули у них не стоят?
    Ну элементарно вывод всех данных новостей в похожих новостях, типо рейтинга, запрос один, а модулей много может быть, тоже самое и с запросами в engine.php.

  10. 5 часов назад, Gameer сказал:

    Зачем? С новой системой вы сможете реализовать правку и добавить поддержку любых полей для вывода.

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

  11. 43 минуты назад, LonerD сказал:

    Новости выводятся стандартным {content}.

    Прописываю в шаблоне отдельный блок для вывода закреплённых новостей.

    {custom template="fixednews" limit="3" fixed="yes" order="date" sort="desc" cache="no"}

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

    Можно ли как-то сделать, чтобы в custom выводились только закреплённые (а если их нет - то не выводились никакие)?

    Документацию религия не позволяет прочитать?
    Там это всё есть так то.

    {custom template="fixednews" limit="3" fixed="only" order="date" sort="desc" cache="no"} 

     

    • Поддерживаю 1
  12. 13. Для модуля "Мастер оптимизации" в панели управления скриптом, добавлена возможность выбрать: очистить все персональные сообщения, либо очистить только уже ранее прочитанные сообщения. Тем самым, сообщения, которые не были прочитаны, можно оставить для пользователей.

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

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

    Причем здесь JS и AJAX о котором пишет автор топика? В 13 версии появятся ссылки на следующую и предыдущую новости, к AJAX это не имеет никакого отношения.

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

    6 минут назад, redissx сказал:

    Подтянуть можно, но как быть с добавлением комментариев, например? Не уверен, что они корректно добавляться, тк несколько полных на одной странице будут.

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

  14. А всё потому что пароли хранятся в одной ячейке с разделителем в виде перевода строки, был бы пароль = 1 строка, можно было бы и считать сколько раз использовали, и время действия устанавливать, и генерировать на автомате и продавать потом, вобщем одни плюсы.

  15. 3 минуты назад, sergey14 сказал:

    Да уже вспомнил, это я удалил нечаянно, возможно ли  восстановить из бэкапа именно эти теги з 2018 год? К движку DLE вообще нет претензий, мой косяк, просто по человечески прошу помочь исправить.

    Нет, нельзя, только ручками или писать код который сделает это за вас.

  16. В 24.04.2018 в 17:12, celsoft сказал:

    Принято, спасибо.

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

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