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

YuriBtr

Клиенты
  • Публикации

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

  • Посещение

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

    17

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

  1. 36 минут назад, celsoft сказал:

    Нет, это не баг, и не неправильное поведение скрипта. Пункт который вы привели, касается не всех шаблонов, а только шаблонов вывода публикаций, и других доп. шаблонов, но он не касается тегов принадлежащих шаблону main.tpl, а в данном случае тег {THEME} принадлежит именно ему. Более того тег {THEME} "сверхглобальный", он обработается даже если его просто выведет сторонний модуль, соответственно для реализации этого тег {THEME} не может быть обработан ранее чем {custom...}. Более того передавать в сторонний модуль тег, который напрямую зависит от содержания настроек скрипта совершенно не логично. Модуль попросту должен читать настройки из $config и работать на его основе, а не переносить настройки во входящие данные. Это как минимум безопасно, в отличии от вашего способа.

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

    Если первый пункт невозможен, то как можно по другому организовать вставку PHP команд в шаблон, чтобы обрабатывать даты изменения файлов?

  2. 35 минут назад, proba сказал:

    Этот тег обрабатывается в самом конце, т.с. когда сформирован (обработан) сам шаблон страницы.

    Получается что неправильное поведение движка? Ведь положение файлов шаблона не меняется в процессе рендера - она константа на период рендера, поэтому не вижу смысла обрабатывать тег {THEME} после подключения модулей. Но разработчику конечно виднее, если он скажет что это нормально, то ничего не поделаешь, придется выкручиваться по другому.

  3. При подключении в шаблоне своего PHP модуля, в строке подключения не работает шаблонный тег {THEME}.

     

    Например подключаем модуль такой строкой:

    {include file='engine/modules/filemodify.php?file={THEME}/css/styles.css'}

    В коде модуля единственная строчка:

    echo trim($file, "{");

    В страницу выводится следующий результат:

    THEME}/css/styles.css

     

    Выходит что в переменную $file передается необработанный шаблонный тег "{THEME}/css/styles.css". Не ожидаемое поведение, много времени на него убил, так как в документации Разработчика говорится:

    Цитата

    Начиная с версии DataLife Engine 8.3 в качестве параметров к подключаемым модулям вы можете задавать шаблонные теги скрипта, например при добавлении в шаблон полной новости конструкции {include file="engine/modules/mymod.php?param={news-id}"}, вы можете передавать вашему стороннему модулю в качестве параметра ID новости и т.д.

     

    Это так и должно быть, или все таки это баг?

    • Нравится 1
    • Поддерживаю 1
  4. 6 минут назад, celsoft сказал:

    Изменений и не было. Он там изначально всегда был лишний, его там с самого начала существования этого шаблона быть не должно. Просто на него никто не обращал внимания ранее. В новых релизах уберем.

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

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

    Просто лишний. Нужно будет удалить.

    Понятно, из за этого лишнего тега, "на ушах" был весь вечер.Было бы неплохо предупредить пользователей, внеся изменения в https://dle-news.ru/extras/diffs/

  6. Все, разобрался. Оказывается проблема была только у пользователей, кто добавлял комментарии со смартфона. Почему то скрипт при рендере шаблона не выпиливает тег {text} из нижеидущей строчки шаблона \templates\smartphone\addcomments.tpl

    <textarea placeholder="Сообщение" rows="3" name="comments" id="comments" class="f_textarea f_wide">{text}</textarea>

    Этот тег показывался посетителям, и те просто его не убирали, так и писали комментарий. Временно решил проблему - убрав этот тег.

  7. После перепроверки выяснилось следующее:
    - Таких порченных комментариев уже более двух десятков. В этих комментариях тег {text} находится уже в базе. При поступлении комментария Модератору приходит на почту уведомление уже с испорченным текстом (вставлен тег {text} ). Получается что от модерации это не зависит.

    - Никакие отдельные BBCODES (именно этот редактор включен на комментарии), ни специальные символы клавиатуры не дают такого эффекта. Повторить не удалось. Вложенные комбинации BBCODES  я не проверял. У комментаторов по некоторым причинам пока не получится спросить что они такого написали.

    - Тег {text}  появляется только в начале сообщения. После него может быть пусто, а может быть и часть текста, например:

    Цитата

    {text}Ворота из трубы квадратной? ЭТ что за безмогий такое выдумал и принимал?

    Даже один раз такое встречается:

    Цитата

    {textВыборы , Выборы ... /дальше по тексту/

    но это может из за некорректной модерации, сделанной уже позже поступления испорченного комментария

     

    Обновление:

    пользователи сообщают что в этих испорченных комментариях содержится весь текст, который они писали. Выходит что этот тег вставляется самостоятельно. Причем интересно что в комментариях от некоторых пользователей тег {text} встречается по несколько раз подряд, у других же пользователей вообще не встречается, что наталкивает на мысль проверить браузеры - сейчас попробую собрать статистику.

  8. После обновления до версии 13 в комментариях начали выскакивать теги {text}
    Возможно они появляются когда модератор меняет а админке текст, но пока повторить не получается. За сегодняшний день уже около десятка таких испорченных комментариев из более чем двухсот написанных.

     

    Вроде как никаких изменений движка в части комментирования не делалось.

  9. 2 часа назад, filippst сказал:

    По поводу лишнего мусора, может в таком случае имеет смысл перенести весь "мусор" в плагины? Тогда эти файлы не будут отображаться в антивирусе :)

    А давайте не флудить. Вопрос стоял так - как сбросить список игнорируемых антивирусом файлов.

  10. 11 минут назад, filippst сказал:

    Нажмите "Тщательное сканирование"

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

  11. Во встроенном Антивирусе нажал кнопку "Сделать снимок" и теперь весь список посторонних файлов исчез.

    Подскажите - как можно вернуть все обратно? Мне надо очистить список игнорируемых файлов, чтобы

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

    Спасибо!

  12. 22 минуты назад, celsoft сказал:

    Т.е. вы не подумали о том что редактор в админпанели еще есть?

    Вы наверно не внимательно прочитали мое первое сообщение, в котором я говорил про быстрое редактирование:

    Цитата

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

    И прилагаемые скрины к тому сообщению это подтверждают.

     

    По Froala я изучу вопрос, возможно что сам буду допиливать его и переводить редакторов на него. А претензий к демо шаблонам никаких нет, просто замечание. Спасибо за внимание.

  13. 9 минут назад, celsoft сказал:

    С чего вдруг? В шаблонах, которые идут в дистрибутиве никаких отсутов для тегов <p> нет.

    Выше я приводил скриншоты с шаблона Red, в нем также как и в Green шрифты, абзацы и картинки  на фронте отличаются от того, что показывается в редакторе.

     

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

    Стили для редактора можно переназначить в шаблоне, поэтому к обновлению DLE это не имеет никакого отношения и слететь не может.

    Так как редактор TinyMce загружается в iframe, он не подключает стили шаблона. У него свои стили из следующих папок: 
    - engine/editor/css/
    editor/jscripts/tiny_mce/skins/lightgray/

    - /engine/editor/jscripts/tiny_mce/plugins/codesample/css/

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

     

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

    Умрет ваш сервер от анализа всего и вся

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

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

    Правильно сделанный шаблон, не имеет отличий между отображением в редакторе и отображением на сайте.

    Извините за занудство, получается, что в комплекте с DLE идут недоделанные шаблоны ((( Прописывать дважды стили конечно тоже можно, но при разных  изменениях надо их синхронизировать. К тому же после обновления DLE стили слетят вместе с редактором (они же не в папке templates).

     

    Я кстати имел ввиду немного другое, чтобы научить редактор использовать уже написанные пользовательские стили. Например редактор знает что текст, который он редактирует загружается в контейнер с классом .story, а значит анализируя подключенные пользователями стили - автоматически применяет все подходящие стили к абзацам, тексту и картинкам. Но скорее всего для этого надо быстрый редактор вывести из iframe, и придумать другой механизм встраивания в страницу.

  15. Было бы классно все таки сделать визуальный редактор точно отображающий стили, используемые на сайте (хотя бы при быстром редактировании). Примеры:
    1. Журналисты в редакторе ставят пустые строки после переноса, чтобы визуально отделить текстовые блоки. Но на сайте все абзацы отделяются margin-ами, и получается что слишком большие разрывы между абзацами. Можно конечно убрать margin, но это неправильно - иметь пустые абзацы или пустые строки.

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

     

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

    screenshot.jpg

    screenshot.jpg

  16. Просьба также добавить счетчик символов (как в заголовке) в другие текстовые поля при создании новости из админки.

    И по возможности также вынести код счетчика в фронтальную часть сайта (напрмер в dle_js.js), для самостоятельного подключения к шаблону создания новости на фронте (addnews.tpl).

  17. 2 минуты назад, faraondog сказал:

    Сделайте в разделе "Управление комментариями ожидающими модерации" возможность "выделить все комментарии" одной галочкой, а не выделать каждое сообщение отдельно, надоело по пол часа каждый день удалять спам!

    В админке вверху слева есть чек "Выбрать все" (версия 12.1).

     

    И кстати подключите StopForumSpam в настройках DLE и спама не будет.

  18. Здравствуйте,

    делаю систему PUSH уведомлений. Встал вопрос насчет удобной кнопочки на страничке новости, по нажатию которой редактор будет пушить уведомления с текстом и картинкой из этой новости.

     

    Естественно кнопочка будет видна только редакторам и по нажатию на нее будет идти AJAX запрос на сервер. С этим проблемы нет, но мне нужно в стороннем скрипте сделать проверку прав пользователя, который запускает этот самый скрипт.

     

    Так как очень мало информации и примеров по созданию модулей, вопрос в следующем:

    Возможно ли получить в стороннем файле скрипта массив переменных и классов DLE, при том, что вызов этого скрипта будет происходить НЕ из шаблона, и НЕ из скрипта DLE?

     

    Если этот вариант не предусмотрен, какие минимальные классы необходимо подключить и какие переменные создать, чтобы проверить права пользователя на вызов скрипта?

    Заранее благодарен.

  19. 1. Прошу вынести в настройки групп опцию, запрещающую использовать Gravatar. Это необходимо для предотвращения попадания в бан от Роскомнадзора.

     

    Я сделал систему отслеживания и уведомления администрации сайта об изменении загружаемых аватарок. Но отслеживать Gravatar, невозможно. Пользователь может установить приличный Gravatar и привязать его к своему аккаунту, разместить комментарий на сайте и поменять в админке Gravatar на запрещенный (и мой сайт об этом изменении уже не узнает - ссылка с хешем то прежняя). И сайт с таковым комментарием попадет на неприятности.

     

     

    2. Также прошу исправить формирование строки запроса к Gravatar в файле \engine\classes\comments.class.php

    Надо заменить:

    $tpl->set( '{foto}', 'https://www.gravatar.com/avatar/' . md5(trim($row['foto'])) . '?s=' . intval($user_group[$row['user_group']]['max_foto']) );

    на:

    $tpl->set( '{foto}', 'https://www.gravatar.com/avatar/' . md5(mb_strtolower(trim($row['foto']))) . '?s=' . intval($user_group[$row['user_group']]['max_foto']) );

    Так как по инструкции email надо триммить, затем приводить к нижнему регистру, а потом уже извлекать MD5 хеш. В дальнейшем это может иметь значение например для выбора специальных встроенных версий аватарок (identicon, monsterid, robohash и прочие), которые чувствительны к регистру.

     

     

     

    • Поддерживаю 1
  20. 1 час назад, odys сказал:

    с контентом нужно работать, а не копипастить бесконтрольно

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

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

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

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