Forums / National / Russian / Тех. поддержка / переезд с PHP 5.4  на PHP 8.1 и Cotonti 0.9.21

#45784 Kabak:

Добавлено 12 минут спустя:

Где почитать что изменилось в движке с версии patch_0.9.4 ?

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

#45786 Kabak:

Я просто вижу, что очень многое изменилось с 2013 года , когдая последний раз писал плагины под Cotonti.

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

Добавлено 6 минут спустя:

#45788 Kabak:

Это на новом движке пытался обновить пользователя

При этом запись в базе создаётся

На новом движке в коробке нет плагина userman ... обратитесь за доработкой и исправлению к автору плагина)))) Хотя он вы и есть)))

#45784 Kabak:

Warning: Undefined variable $grpid in /var/www/dacha/plugins/hiddengroups/hiddengroups.users.buildgroup.php on line 18
Warning: Undefined array key "" in /var/www/dacha/plugins/hiddengroups/hiddengroups.users.buildgroup.php on line 18
Warning: Trying to access array offset on value of type null in /var/www/dacha/plugins/hiddengroups/hiddengroups.users.buildgroup.php on line 18

это уже на свежем движке

Просьба скачать обновлённый plugins/hiddengroups/hiddengroups.users.buildgroup.php и протестировать изменения исправляющие это

#45790 Kabak:

Я и пытаюсь убрать глюки  и мои и не важно чьи.  Движок-то open source и здорово, что вам лично не всё равно )))

Warning: Undefined variable $i18n_enabled in /var/www/dacha/plugins/tags/tags.page.enum.loop.php on line 22

 Просьба скачать обновлённый plugins/tags/tags.page.enum.loop.php  и протестировать изменения исправляющие это

#45793 Alex300:

Парни, поздравляю всех с новым годом!

И спасибо за фиксы и поддержку любимого дижка.

#45793 Alex300:

Но давайте в code style придерживаться общепринятого для PHP стандарта  PSR-12: https://www.php-fig.org/psr/psr-12/

В частности If, else, циклы

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

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

#45796 Dayver:

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

На момент публикации https://www.cotonti.com/docs/devel/coding_style (2008), еще наже не существовало PSR-2, который появился в четырьмя годями позже и ныне заменен стандартом PSR-12. Я даже не уверен про PSR-1, а для движка нужен был стандарт написания кода. Его тогда частично позаимствовали у PhpBB.

Но сейчас PSR-12 стал общепринятым стандартом, которому следует если не все, то подавляющее большинство проектов и фреймфорков. Есть даже инструменты для автоматической валидации соотвествия кода стандарту PSR-12, которые можно встроить в CI. Например Php CodeSniffer.

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

По этому я считаю разумным тоже следовать этому стандарту. А вот поправить https://www.cotonti.com/docs/devel/coding_style никак руки не дойдут.

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

Это точно. Я начал потихоньку рефакторить код под PSR-12, но это дело не быстрое. Но, по крайней мере, те места кода которые я правлю - я переписываю в соотвествии с этим стандартом.

На сервере должен стоять какой нибудь Mail Transfer Agent. Ну и плюс правильные настройки в php.ini, но последние как правило можно использовать по-умолчанию.

Плюс настрока SPF, DKIM, DMARC (можно погуглить :) )

К Cotonti ничего дополнительно подключать не нужно. Он использует стандартную php-функцию mail() для отправки писем, которая в свою очередь использует sendmail предоставляемый MTA.

P.S. Warning'и завтра постараюсь допроверить и поправить. Спасибо за багрепорт.

Если включаю URLEditor на последней версии Cotonti 0.9.21  с опцией "удобный"  ( думаю, что не в опции дело )   то начинаются проблемы с сайтом. URL NOT FOUND    пока не удалю плагин