Всем привет!
Выпускаем очередной релиз, на этот раз с исправлениями багов, найденных в 2.17.0.
Список изменений
- Исправлены баги с функциями string_parse_list и string_explode_list;
- Массовая рассылка из админки с опциями выбора пресета типографа и замены переноса строк на тег br;
- Запоминание параметров последней рассылки;
- Убрано неправильное предупреждение формы «Изменения могут не сохраниться» при настройке полей;
- Исправлена проблема с полем «Список» и его опции «мультивыбор чекбоксами»;
- Исправлен css диалога личных сообщений;
- Исправлен перевод языковой константы LANG_COMMENTS_TRACKED_NEW;
- Правило доступа для смены владельца записи ТК. Теперь менять владельца могут авторы записи, которым разрешено это правилом доступа;
- Исправлены уведомления подписчиков при комментировании гостями;
- Исправлен баг с цифрой гостя (PHP >= 8.3) при голосовании за записи ТК;
- Исправлены баги с полями «Список мультивыбор» и «Число», если они добавлены в свойствах;
- Поддержка Redis для кэширования и сессий;
- Порция рефакторинга для кэширования;
- cmsCacheMemory переименован в cmsCacheMemcache;
- Для поля «Число», если включена опция «только целые числа», сохраняемое значение приводится к типу int вместо float;
- Исправлен поиск иконок с символом дефиса;
- Добавлен opcache_reset при установке дополнений.
Подробнее об изменениях вы можете узнать, ознакомившись с описаниями всех коммитов с прошлого релиза.
Как установить обновление InstantCMS
Важно! Убедитесь, что сейчас вы используете версию 2.17.0, иначе, обновитесь сначала до неё.
Перед началом обновления обязательно сделайте самостоятельно резервную копию своего сайта и дамп базы данных. Мы не несем никакой ответственности за любые потери данных, произошедшие в результате неправильных действий при обновлении.
- Отключите кеширование в настройках сайта;
- Удалите файл system/core/cachememory.php, он переименован;
- Отключите объединение js и css в настройках сайта;
- Если вы используете свой шаблон и в нем есть файлы, присутствующие в пакете обновления, то обновите их;
- При возникновении «белого экрана» категорически читать здесь;
- Для тех, у кого свой шаблон у нас есть статья как быть, если в обновлении CMS есть изменения в шаблоне, рекомендуем к прочтению.
Если в вашем шаблоне присутствуют JavaScript файлы со своими правками (взяты из /templates/default/js/ или /templates/modern/js/), замените/смержите их из пакета обновления. Не забывайте о сбросе кэша браузера абстрактным счетчиком для посетителей ваших сайтов.
Механизм установки обновлений подробно описан по этой ссылке в документации.
Пакет обновления для ручной установки можно скачать по этой ссылке.
Огромное спасибо за сообщения об ошибках. Спасибо, что выбираете InstantCMS.
Поддержите проект
Вы можете стать официальным спонсором или оказать другую поддержку. Вы также здорово поможете, если поставите звезду на GitHub.
Оперативненько.
Спасибо
Обновился. Полёт нормальный.
Восемь рабочих сайтов обновил. Всё гладко 🥳
Рано обрадовался. На всех сайтах которые обновил ошибка в админке:
сайт.ru/admin/settings
Fatal error: Uncaught Error: Call to undefined method cmsCacheMemory::isDependencySatisfied()… /system/controllers/admin/forms/form_settings.php on line 70
Как теперь админку включить?
Вот что с этим делать?str 70:
$cache_modules[$name] = ucfirst($name). ($cacher->isDependencySatisfied()? '': ' ('. LANG_CP_SETTINGS_CACHE_METHOD_NO. ')');
эту 70 строку // закоментировал — работает. Только теперь списка метов кеширования нет. У меня теперь развлечение на всю ночь все сайты исправлять которые обновил 😥
Вы на удалили файл:
Нет файл этот на месте. Проверял уже. Метода isDependencySatisfied() в нём нет.
Его надо удалить:
Удалил этот system/core/cachememory.php. Заработало. Спасибо.
Оперативно. Спасибо за обновление.
Те, кто все ещё раздумывал и сидит на старых версиях, самое время передумать.
Хех..., вам-то легко сказать)
Скорее наоборот- сто раз подумать… особенно если много стороннего установлено
Service Unavailable
Откатился назад на 2.17.0 пока. Почитаю Вас)
Полагаю, проблема в:
И только в разделе настроек сайта. Удалите и всё будет хорошо.
Я тоже так думал когда пробовал обновить 2 раз 😄.
Второй раз я делал по инструкции.
Отключил кеш. Удалил файл. Проверил не объединены ли css и js.
Нажал обновить и мгновенно 503 Service Unavailable. Ни главная, ни админка не алё.
Режим отладки включите перед обновлением, чтобы видеть текст ошибки. Без него подсказать что-то сложно.
Ок. Давайте попробуем 3 раз. Я сегодня уикэнд-разработчик)
Это от веб сервера ошибка. Посмотрите в логи, там будет текст ошибки. Полагаю проблема в том, что я писал выше. Обновите вручную. Или перед обновлением удалите файл и перед обновлением отключите кэширование. Тут ломаться нечему.
Вручную пробовал — тот же результат. Пошел логи искать.
Версия PHP какая? Так или иначе, логи нужны, гадать можно долго.
[Sun Jan 12 01:14:12.787098 2025] [lsapi:error] [pid 3227343] [client 193.233.106.49:0] [host divgen.ru] Error on sending request(GET /wiki/ HTTP/1.0); uri(/wiki/) content-length(0): ReceiveAckHdr: nothing to read from backend (LVE ID 6520), check docs.cloudlinux.com/mod_lsapi_troubleshooting.html
[Sun Jan 12 01:14:16.113756 2025] [lsapi:error] [pid 3215122] [client 193.233.106.49:0] [host divgen.ru] Error on sending request(GET /wiki/ HTTP/1.0); uri(/wiki/) content-length(0): ReceiveAckHdr: nothing to read from backend (LVE ID 6520), check docs.cloudlinux.com/mod_lsapi_troubleshooting.html
[Sun Jan 12 01:14:16.895089 2025] [lsapi:error] [pid 3220945] [client 193.233.106.49:0] [host divgen.ru] Error on sending request(GET /wiki/ HTTP/1.0); uri(/wiki/) content-length(0): ReceiveAckHdr: nothing to read from backend (LVE ID 6520), check docs.cloudlinux.com/mod_lsapi_troubleshooting.html
[Sun Jan 12 01:14:17.160789 2025] [lsapi:error] [pid 3227343] [client 193.233.106.49:0] [host divgen.ru] Error on sending request(GET /wiki/ HTTP/1.0); uri(/wiki/) content-length(0): ReceiveAckHdr: nothing to read from backend (LVE ID 6520), check docs.cloudlinux.com/mod_lsapi_troubleshooting.html
[Sun Jan 12 01:14:17.411642 2025] [lsapi:error] [pid 3229374] [client 193.233.106.49:0] [host divgen.ru] Error on sending request(GET /wiki/ HTTP/1.0); uri(/wiki/) content-length(0): ReceiveAckHdr: nothing to read from backend (LVE ID 6520), check docs.cloudlinux.com/mod_lsapi_troubleshooting.html
-----------
[Sun Jan 12 01:08:06.673672 2025] [lsapi:error] [pid 3196811] [client 193.233.106.49:0] [host divgen.ru] Error on sending request(GET /wiki/ HTTP/1.0); uri(/wiki/) content-length(0): ReceiveAckHdr: nothing to read from backend (LVE ID 6520), check docs.cloudlinux.com/mod_lsapi_troubleshooting.html
[Sun Jan 12 01:08:24.499621 2025] [lsapi:error] [pid 3199354] [client 95.108.213.247:0] [host divgen.ru] Error on sending request(GET /wiki/svodki/dayly HTTP/1.0); uri(/wiki/./index.php) content-length(0): ReceiveAckHdr: nothing to read from backend (LVE ID 6520), check docs.cloudlinux.com/mod_lsapi_troubleshooting.html
[Sun Jan 12 01:09:01.548100 2025] [lsapi:error] [pid 3196811] [client 213.180.203.126:0] [host divgen.ru] Error on sending request(GET /wiki/ HTTP/1.0); uri(/wiki/) content-length(0): ReceiveAckHdr: nothing to read from backend (LVE ID 6520), check docs.cloudlinux.com/mod_lsapi_troubleshooting.html
[Sun Jan 12 01:09:13.211194 2025] [lsapi:error] [pid 3207943] [client 178.57.108.75:0] [host divgen.ru] Error on sending request(GET /wiki/vsu/ground-forces HTTP/1.0); uri(/wiki/./index.php) content-length(0): ReceiveAckHdr: nothing to read from backend (LVE ID 6520), check docs.cloudlinux.com/mod_lsapi_troubleshooting.html
[Sun Jan 12 01:09:17.569773 2025] [lsapi:error] [pid 3206078] [client 178.57.108.75:0] [host divgen.ru] Error on sending request(GET /wiki/vsu/ground-forces HTTP/1.0); uri(/wiki/./index.php) content-length(0): ReceiveAckHdr: nothing to read from backend (LVE ID 6520), check docs.cloudlinux.com/mod_lsapi_troubleshooting.html
[Sun Jan 12 01:09:22.098290 2025] [lsapi:error] [pid 3212488] [client 178.57.108.75:0] [host divgen.ru] Error on sending request(GET /wiki/vsu/ground-forces HTTP/1.0); uri(/wiki/./index.php) content-length(0): ReceiveAckHdr: nothing to read from backend (LVE ID 6520), check docs.cloudlinux.com/mod_lsapi_troubleshooting.html
[Sun Jan 12 01:09:47.958925 2025] [lsapi:error] [pid 3187954] [client 178.57.108.75:0] [host divgen.ru] Error on sending request(GET /wiki/ HTTP/1.0); uri(/wiki/) content-length(0): ReceiveAckHdr: nothing to read from backend (LVE ID 6520), check docs.cloudlinux.com/mod_lsapi_troubleshooting.html, referer: divgen.ru/
[Sun Jan 12 01:11:49.832861 2025] [lsapi:error] [pid 3164233] [client 5.255.231.40:0] [host divgen.ru] Error on sending request(GET /wiki/svodki/dayly HTTP/1.0); uri(/wiki/./index.php) content-length(0): ReceiveAckHdr: nothing to read from backend (LVE ID 6520), check docs.cloudlinux.com/mod_lsapi_troubleshooting.html
[Sun Jan 12 01:12:07.374450 2025] [lsapi:error] [pid 3170980] [client 213.180.203.126:0] [host divgen.ru] Error on sending request(GET /wiki/ HTTP/1.0); uri(/wiki/) content-length(0): ReceiveAckHdr: nothing to read from backend (LVE ID 6520), check docs.cloudlinux.com/mod_lsapi_troubleshooting.html
[Sun Jan 12 01:12:10.370408 2025] [lsapi:error] [pid 3191076] [client 213.180.203.139:0] [host divgen.ru] Error on sending request(GET /wiki/vsu HTTP/1.0); uri(/wiki/./index.php) content-length(0): ReceiveAckHdr: nothing to read from backend (LVE ID 6520), check docs.cloudlinux.com/mod_lsapi_troubleshooting.html
Не те логи. Лог ошибок PHP нужен. С версией PHP всё нормально.
Печалька.
А даты на Американский лад поправлены?
Если вы про дейтпикер, то я не знаю как это поправить универсально.
Именно про этот зловещий вывод дат в дейтпикере… Жаль.
Нужна помощь, тестирование. Я не против как-то решить проблему, но идей нет. Года три назад я что-то делал на этот счёт, но пришлось откатиться. Нюансы уже не помню.
Я там пробовал даты править m d Y, В самом дейтпикере допустим месяц:9, день:28, год:2025 и все то прекрасно выводилось, красиво, при редактировании и отправке топика читалось на русский лад как день:9, месяц: 28, год: 999999, так как месяца 28 нету :) Я испугался что таких дел наделаю. Дошло до того что при создании самого топика оно отправлялось в день до дня рождения Иисуса Христа.
Надо сделать как-то не универсально, чтоб можно было внести изменение самому Админу кто использует именно этот вывод дат. Я думаю таких только я на данный момент
Или прописать два варианта вывода дейтпикера. через if date format (m,d,y) bla, else (d,m,y) бла. Но опять же оно в бд отправитса наоборот… Да, проблемотично.
Надо попробовать визуально поменять их местами. Сегодня попробую.
А так, спасибо за обновление. Язык поправлен, Имя гостя на месте!!!
Не без вашей помощи. Спасибо за тестирование и предложение решения.
Спасибо, обновился без проблем
Удалите файл system/core/cachememory.php, он переименован. В новости я писал, в комментариях тоже :)
Я попробую в следующем обновлении сделать автоматическое удаление, но проблема в том, что зачастую прав доступа не будет.
Вас понял, спасибо!
спасибо за обновление, биллинга пока не ждать в коробке?)
Ждать, почему же. Да и времени с релиза 2.17.0 прошло немного, учитывая праздники.
С ним не быстро, поскольку он нуждается в большом рефакторинге и адаптации под актуальную версию. Возможно, складчина может ускорить найти время.
понял, ок, действительно, он же и про php 8+ ничего не знает… в общем на рабочем сайте с купленным билингом выше 2.16 лучше пока не подниматься или будет всё таки работать?
Биллинг в комплекте InstantCMS будет открытый, без шифрования и ключей, под лицензией GPL2 как у InstantCMS и поддерживать версии PHP, которые поддерживает сам InstantCMS.
Не на 100% уверен когда именно это произошло в 2.16.2 или только сейчас. Раннее все работало. А тут мне шепнули что не приходять письма. Не отправляютса письма никакие, ни регистрации, ни проверки емаил, ИМЕННО на gmail.com. На все остальные моментально, а на gmail.com -> нет. Стоит ли попробовать откатить версию SMTP в инстанте, для проверки? Я надеюсь это не связано с международным дерьмом как блокировка ютуба...
Это проблема вашего почтового сервера. Надо смотреть логи почтового сервера и/или попробовать отправить тестовое письмо на gmail почту отсюда:
Проверял я там, на yahoo моментально, на gmail. вообще не приходят… Это мне к хостингу пилить надо? Ох..
mail log....
Зайдите на www.mail-tester.com/
Затем отправьте из админки (проверка настроек почты) письмо на адрес, написанный в окне мэйлтестера.
Исправьте ошибки, на которые ругается мэйлтестер. Иногда это непросто.
Проверять можно бесплатно 3 раза в день.
Я бы еще понял если бы никакие не приходили, ни на какой емаил. А тут только на гоогля...
[SPF] madway.net does not allow your server 198.84.80.434 to use noreply@madway.net
Бред какой-то. Значит в yahoo можно а в gmail уже not allowed...
Это настройки вашего почтового сервера, к InstantCMS не имеет отношения. Подружить почтовый сервер с gmail всегда было непросто. Настройте корректно SPF запись в DNS, судя по всему.
Значит к хостингу мне дорога.
Через PHPMail() такая же история. Жопа полная. Дискриминация адресов Мыла!!! :)
пс. Хостинг сказал проверит если адреса заблокированы, так как я наверно 10000 емаилов послал...
Очевидно. Через него спамили еще с момента появления этого модуля в php. Самый простой способ. И естественно он в гугле «зобанен».
Создайте тему на форуме с вопросом о правильной настройке smtp. Не стоит засорять комментарии к релизу оффтопом...
В том то и дело что с этими настройками раньше работали. Ктож знал что гоогля поменяет критерии «Принятия» писем. А к хостингу я не пойду не убедившить на 100% что это косяк не на моей стороне. Тут уж извините.
Но проблема решена.
Точно.
В данной версий нету биллинга?
Есть, два биллинга даже, чтобы наверняка.
После обновления, не даёт сохранить настройки в админке, пишет: найдены ошибки в форме.
В логах пусто, отладка ни чего не показывает.
Пощёлкайте по вкладкам после неудачного сохранения. В одной из вкладок у какого-то поля ошибка.
Благодарю!
Вот, что помогло:
Включил кеширование
Поставил метод кеширование Files
Выключил кеширование
Сохранилось, ура!
Я в замешательстве… Ткните, плиз, носом где и как можно сменить автора записи? Админом захожу и не вижу такой возможности ни в админке, ни при редактировании поста. Обновился с 2.16.3, на чистой еще не пробовал
В меню действий.
Да конечно же смотрел, нет там такого пункта у меня
Сорри, просмотрел настройку прав. Нашел. Спасибо