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

Проблема с php 7.1. Слетел модуль голосования и никак не мог его впендюрить обратно. Пришлось лезть в функцию модули в админке.

Выяснил вот что. При переходе на php 7.1 конструкция типа
array="";
array[]=$var;
не работает.

Массив нужно инициализировать через array();

Т.е. следующий код не срабатывал. На выходе переменная была пустая.


Fatal error: Uncaught Error: [] operator not supported for strings in /home/k/kovrov/battle-wizards.ru/public_html/admin/modules/modules.php:27 Stack trace: #0 /home/k/kovrov/battle-wizards.ru/public_html/admin/modules/modules.php(164): module() #1 /home/k/kovrov/battle-wizards.ru/public_html/admin/admin.php(235): include('/home/k/kovrov/...') #2 /home/k/kovrov/battle-wizards.ru/public_html/control.php(9): include('/home/k/kovrov/...') #3 {main} thrown in /home/k/kovrov/battle-wizards.ru/public_html/admin/modules/modules.php on line 27

В версии PHP 7.0.15, замечаний и проблем не возникает. На данный момент нет возможности протестировать на версии 7.1, поэтому предлагаю попробовать заменить:

$modlist = ""; на $modlist = array();

так $modlist = array(); работает на 7.1.
Но я лучше пока на 7.0 откачусь ). так надёжнее будет.

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

По поводу новых версий.
Несколько мыслей.

Хочется более универсальный код в некоторых случаях. Может, конечно я плохо знаю систему - не отрицаю, но вот например, при добавлении новых модулей поиск по ним приходится прописывать отдельно.
А вот если бы все идешки в базе привести к названию id, а содержание полей с контентом к hometext/bodytext, то можно было бы настроить поиск более-менее универсально.

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

Вы имеете в виду случаях если написан новый дополнительный модуль?
Нужна автоматическая возможность добавления модуля в поиск системы?

Да.
Например, я добавляю модуль доски объявлений.
И чтобы был поиск по оъявлениям дополнительно в модуль seach приходится прописывать case для модуля.
Лучше же скорректировать сам модуль(подогнать нужные параметры под требуемые), чем ломать стандартную установку CMS.

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

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

Предложение немного другой направленности. Что если открыть на проекте отдел для "Предложений и идей" с возможностью обсуждения. На подобие данного: slaed.reformal.ru Но только в нашем случае это будут именно у нас, дополнительная регистрация не потребуется. Вполне неплохо подойдёт модуль новостей, если в нём открыть специальную категорию, рейтинг оценки и комментарии есть, думаю что этого будет достаточно.

Если у разработчиков будут заказывать модуль для Slaeda, то куда они денутся - будут подгонять, коли заказчик пожалуется, что поиск не работает)

По системе предложений и идей. Хорошая тема, и если её развить, то как вариант - развивать на основе форума.

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

Практически как в ВК, но там пост и коментарии под постом относятся соответственно именно для этого поста.А информацию о ближайших ответах на другие посты мы не видим, пока не просмотрим другой пост сами, либо система не оповестит, что где-то что-то появилось.

Объяснил как мог. ))

Да и вообще - форум без перезагрузки страниц - это наверное очень круто )