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

Lexxs

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

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

  • Посещение

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

    4

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

  1. 14 часов назад, TeraMoune сказал:

    Вроде и не было никогда. Все пользовательские кнопки описаны в отдельных js файлах соответствующего редактора. Для tinymce это engine/editor/jscripts/tiny_mce/plugins/dlebutton/plugin.min.js (Там же в качестве примера реализовано целых 12 пользовательских кнопок с различными функциями)

    Документация конкретно по пользовательским кнопкам: https://www.tiny.cloud/docs/tinymce/6/custom-toolbarbuttons/#how-to-create-custom-toolbar-buttons

    (Там есть примеры для других типов кнопок, в dle используется же addButton функция, но в документации описано еще 4 типа (addToggleButton, ddSplitButton, addSplitButton, addMenuButton, addGroupToolbarButton)

    Затем описанные кнопки нужно вывести в инициализации редактора что в файлах (engine/editor/shortsite.php, shortnews.php и если надо для редактора комментариев то и в comments.php) и перечислить собственные кнопки в параметре toolbar: [] соответствующего редактора.

    Спасибо! Возьму на вооружение.

  2. 01.10.2008 в 15:05, docent сказал:

    всё, разобрался сам, надо было редактить shortnews.php , а я копался в папке tinymce

    Что поменялось за 15 лет?

    В этих файлах уже нет ничего из того что было .)

    С какими файлами работать, чтоб добавить свою кнопку?

    Кто есть в курсе ? Доступно и понятно, так как документацию вообще не осилил, слишком много информации на другие темы, а нужную так и не нашёл ).

  3. 1 час назад, Uralbox сказал:

    А как в DLE в админке можно настроить редактор? Выбрать можно, а настроить нет!

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

  4. Откат на прошлые редакторы не возможен и не имеет смысла, так как в обновлённых редакторах исправлены баги и внедрены актуальные исправления, да и в 10 версии были немного другие редакторы, некоторых уже нет.

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

    Так что как вариант, добавить привычные стили, которые будут применятся к стандартным тегам.

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

    Не пишет такого админпанель версии 16.1, это во первых, про версию 8.1 может писать только версия 16.0 DLE, а в версии 16.1 рекомендуемые требования были понижены https://dle-news.ru/release/1885-datalife-engine-v161-final-release.html пункт номер 43.

    Возможно да, 16.0 была.

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

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

    Вот про это и речь, чтоб всё адекватно работало, то есть минимально-оптимальная версия.

    А чтоб просто запустилось, так вроде бы и 7.4 хватает.

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

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

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

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

    Хорошо, пусть будет так. Спасибо за разъяснения.

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

    Ну что за очередной бред? Я извиняюсь конечно за выражение. При обновлении сразу на 16.1 вы загружаете согласно инструкции по обновлению файлы от 16.1 и мговенно!!! уже все равно какие требования у версии 10, потому что на сервере файлы от 16.1!!!!. Вы придумываете абсолютную ерунду. Столкувшись с проблемой вы не вместо того чтобы спросить и выполнить именно то что вам скажут, а вам даже по скриншоту одним из вариантов сразу дали правильный ответ. Начинаете придумывать какие то свои ходы, действия, лишние движения. И при этом раздаете советы как им тоже нужно делать. Выпонили бы сразу и в браузере очистили бы куки, никаких движений что вы делали сутки не нужно было бы делать.

    И так может быть, в некоторых случаях работало сразу обновление на 16.1, правда не с 10 версии, но повыше.

    Однако в некоторых случаях, как в этом крайнем, с 10 на 16.1, установка не пошла, просто выдало ошибку, хотя и сессии были обновлены, и php 8.2 было установлено.

    В этом случае пришлось поэтапно, и уже на последнем этапе, с 15.3 на 16.1 прошло идеально, на php 8.2.

    Так было на практике, а не в теории. Поэтому для вас бред, а для меня реальность. Хотя ещё раз повторю, в некоторых случаях работает сразу, но видать тогда, когда версия dle не 10. Возможно у кого то и получалось с 10 на 16.1 обновить сразу, не на чистом, а уже с базой статей и юзеров, тогда рукоплескаю им, красавчики ).

  8. И отчёт по результатам, может кому поможет. Да и самому, как напоминалка.

    1. Ошибка об устаревшем JSON, так как связано с сессиями, а на сайте они работают, то видимо это было связано с устаревшими сессиями.

    Вылечить получилось так: В настройках сайта, Настройка системы, Безопасность, выставляем активным пункт Сбрасывать ключ авторизации при каждом входе?

    После чего делаем выход с сайта, потом опять вход, обновляем сессию, после чего ошибка JSON обычно исчезает.

    2. Обновление с DLE 10 до 16.1, сразу полностью не идёт, из-за большой разницы к требованиям php от версии к версии.

    Просто придётся, во многих случаях, делать пошагово, с 10 на 12 версию, можно и на php 5.6 обновиться, потом с 12 на 13 повышаем до 7.0, и т.д, с 13-14, 14-15, 15-15.3 и 15-16.1

    Это уже доказано на практике, что без пошагового обновления редко в этих случаях можно обойтись. Но если у вас получилось с 10 на 16.1 обновить одним махом, то поздравляю ! ))

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

    Ошибка говорит об использовании несовместимой версии PHP.

    Однако странно. Для версий 12-14 вроде 7.4 php подходит. На версии 7.0 вроде пока прошло до 14 версии.

    Ладно, будем дальше пошагово, с поднятием php.

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

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

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

    В DLE никакая. PHP сессии конфигурируются в PHP интерпретаторе.

    Пошёл пока немного другим путём, с 12.1 на 14, php 7.4, которая работает с обоими версиями. Опять ошибка, но уже не json, а просто ошибка. Вывод ошибок php включён,  но в браузере не отображается.

    Однако в логах вот такое:

    [Mon Aug 14 11:11:24 2023] [error] [client 109.206.0.181:0] PHP Fatal error:  Array and string offset access syntax with curly braces is no longer supported in /home/v/public_html/engine/classes/templates.class.php on line 278, referer
    [Mon Aug 14 11:11:28 2023] [error] [client 213.180.203.10:0] PHP Fatal error:  Array and string offset access syntax with curly braces is no longer supported in /home/v/public_html/engine/classes/templates.class.php on line 278

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

    С вероятностью 99,99% на данном сайте не работают PHP сессии. Но с вероятностью 100% я смогу сказать только при визуальном осмотре сайта. Одного скриншота тут недостаточно.

    Как они могут не работать, если на 12 версии всё работает? И ведь сессии задаёт DLE, и сессии в нём никак не отключить ?

    Или какая то настройка dle может на это влиять?

  12. 15 часов назад, celsoft сказал:

    Поэтому поэтапно обновляться НЕТ НИКАКОГО СМЫСЛА, потому как только дойдете до PHP 8.XX то будет все тоже самое, что сразу, что постепенно.

    a2Xg1avTpv1LMm.png

     

    В консоли:

    Используется устаревшая функция

     

     

    1. Синхронные вызовы метода XMLHttpRequest в основном потоке больше не поддерживаются, так как они отрицательно влияют на удобство работы пользователей. Подробнее: https://xhr.spec.whatwg.org/ .

      Синхронные вызовы метода XMLHttpRequest в основном потоке больше не поддерживаются, так как они отрицательно влияют на удобство работы пользователей. Подробнее: https://xhr.spec.whatwg.org/ .

      ИЗМЕНЕННЫЕ РЕСУРСЫ

      1 источник

      application.js:4 

    2. /engine/skins/javascripts/application.js?v=4

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

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

    Одинаковый в DLE и установщик и обновление!!!! то что теперь он делает обращения сам на AJAX автоматически, это не значит что он принципиально другой!!! Оно как было пошаговым, так и остается, только все шаги осуществляются автоматически без необходимости жать кнопки. Ничего не поменялось!!!!

    Вот от том то и пишу, что стало совсем автоматически, и в этом частая проблема. Было установлено 16.1 дле и php 8.2, запускаем установку обновлений с 10ки, и сразу же ошибка.

    Выбрал другой вариант. С 10ки устанавливаем на 12.1, прошло вообще без проблем, пошагово, с предупреждением о каждом шаге, и даже вывод информации о том, если что то не так с версией php, этого в новом установщике нет, всё гонит в слепую. И на каком этапе вылетела ошибка, нет вывода информации, как в прежних установщиках, нужно лезть в логи, + ну и естественнол вывод php ошибок, потом ещё понять суть, что я конечно же пойму и разберу, но кто то не сможет.

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

    В корне неверная логика. Почему по вашему актуальные версии требуют наличия PHP 8 а старые нет? Не задумывались? Думаете это просто так, потому что так захотелось? Потому что новые версии DLE имеют функции которых не было ранее и задействуют конструкции языка которых не было ранее. Каждая версия PHP которая у вас стоит имеет!!! разные конфигурации а не одну и ту же, потому как разные версии PHP не могут использовать одну конфигурацию. Старые версии DLE и старые версии PHP у вас настроены корректно, а новая версия PHP нет. Вот и вся причина. И если вы не знаете точно как это устроено, то спорить даже бессмысленно. Я вам написал выше, загляните в лог ошибок и увидите причину своей проблемы. Там все указано, что спорить то, вместо того чтобы самому посмотреть? Непонимаю.

    Вообще не спорю, а пытаюсь объяснить, так как речь вообще не об этом, что вы написали.

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

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

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

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

    Пройдет!!!! если перед обновлением DLE, вы вместо PHP 5.6 поставите версию PHP 8.2, корректно настроите, выполните все минимальные требования https://dle-news.ru/request.html и только потом!!!! сразу приступите к обновлению DLE сразу до 16.1 строго по инструкции по обновлению.

    Именно так и было сделано, однако не пошло, о чём уже написал не один раз, и так же о том, как это решил, тоже выше.

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

    Когда человеку пишешь что обновление до байта одинаково что в версии 10, что в 16, он этого не понимает, и считает иначе, только потому, что теперь картинка на экране другая. Картинка иная, шаги и клики автоматические, а код который выполняет обновление один и тот же, принципы тоже одни и те же!!!! Вот что вы не слышите. И не понимаете сути.

    Это всё понятно, только не об этом речь.

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

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

    Так и было сделано, однако не пошло.

     

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

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

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

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

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

    Боже, я даже не знаю как это комментировать. У меня нет слов. По вашему PHP 5, 7 и 8 это одинаково, а это что то в обновлении DLE поменялось. Это просто шедевр в логике.

    Вы наверное что то не так поняли. Где мною написано, что 5.6 и 8, это одно и то же? Как раз таки наоборот, фокусирую ваше внимание на том, что при новом установщике, не учитываются эта разница в версиях php и подробно описал, чем полностью автоматическое обновление, отличается от пошагового.

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

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

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

    Для 10 dle установлено php 5.6, для 12 dle установлено php 7.4, и для 16.1 dle установлено php 8.2, и это всё на одном сервере. В каждой версии php установлены необходимые версии приложений-дополнений-библиотек. И если бы версии php были не так настроены, то и сайты бы выдавали ошибку. При этом обновление с 10 на 16 не пойдёт, о чём писал ранее, хотя уже установленные разные версии сайтов, работают на этих разных версиях php.

    По сути вы даже не вникли в суть того, о чём я написал, как то поняли всё по своему.

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

    Ладненько, закрываем этот вопрос.

  15. 11 часов назад, celsoft сказал:

    Для того чтобы не бегать с "бубном" нужно уметь настраивать сервер. И включать в настройках PHP вывод ошибок, тогда DLE вам и их выведет. Но вы отключили вывод ошибок, точнее в новых версиях PHP отключен по умолчанию, не смотрите логи сервера, потому как по умолчанию PHP пишет ошибки в логи, поэтому вы и бегаете с "бубном". Наймите системного администратора, который сначала настроит вам ваше серверное ПО, а потом спокойно приступайте к обновлению.

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

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

    Вывод php ошибок, что то и поможет как то определить направление ошибки, однако это не решает проблемы версий php между версиями DLE, особенно при обновлении с 10 на 16.

    Если пользоваться обновлялкой 16 версии с php 8.0 - 8.2, то просто вылетает ошибка, и ищи - свищи её, а потом будет ещё.

    А если пользоваться обновлением 12 версии например, и php 5.6, то нет никаких ошибок, просто идёт обновление, пошагово, где можно в какой то момент просто повысить php до 7.0 - 7.4 версии и продолжить пошаговое обновление.

    А вот с 13 версии такое просто невозможно, только отлавливай ошибки.

    Хотя с 14 на 16 обычно обновлялось без проблем.

  16. 05.08.2023 в 10:28, celsoft сказал:

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

    Может быть и так, однако сейчас, вернее уже какой день, пытаюсь обновить с 10 на 16.1, и с 16 установщиком это не возможно, так как просто пишет, что ошибка, а детальнее ничего, вот и ищи, копай, через консоль да ещё где.

    Как было удобно до версии 12.1, папка upgrade и пошаговое обновление, выводит какой запрос будет, и какие не прошли, есть возможность просто корректировать пошагово. Именно так и обновил с 10 до 12.1. А дальше жесть.

    Да и при таком обновлении, с 10 на 16.1 версии php сильно различаются, вот и не идёт полное обновление, а при пошаговом, можно на определённых версиях просто подключать нужную версию php.

    И вот на версии 12.1 и застрял, так как уже даже на 13 версию не может обновить в новом установщике, просто произошла ошибка, и бегите к гадалке, схватив бубен.

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

    Тогда просто 98% вопросов и проблем отпадёт при обновлении.

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

    Таких настроек нет в принципе для кратких новостей. Эта настройка касается показа полной новости. А тег custom это вывод кратких новостей. Поэтому вы хотели чтобы работало в данном случае непонятно. Эта настройка и для content не будет работать при показе кратких новостей.

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

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

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

  18. 2 часа назад, celsoft сказал:

    Тег custom не имеет никакого отношения к настройкам. Это тег пользовательского вывода, где вы сами задаете параметры и критерии вывода тега. Там можно указывать категории которые нужно выводить, и для разных групп можно указать разные критерии вывода.

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

    При этом пункт в настройках Скрывать только полную новость из недоступных разделов  отключен.

  19. 4 часа назад, celsoft сказал:

    Скрывать только полную новость из недоступных разделов

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

    Кстати, когда выключаешь эту опцию, краткие новости всё-равно видны, если выводятся через тег custom, а не content.

    У себя такое тоже заметил.

  20. 2 часа назад, celsoft сказал:

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

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

    Ну а так то да, если всё ровно идёт, то лучше же конечно делать полное обновление, с 10 на 16

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

    Какие меры?

    Необходимые.

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

    И как эти меры влияют на версию DLE? Если проблема возникает вы принимаете меры в зависимости от самой проблемы, но никак не в зависимости от того какая версия.

    В каждой версии могут быть свои проблемы.

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

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

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

    • Поддерживаю 1
×
×
  • Создать...