Тестируем релиз Pre-Alpha версии системы SLAED CMS 6.3 Pro

Понятно. В принципе да - с третьей гугловской этот вопрос отпадает.

У меня тут проблема возникла - не работает менеджер файлов в TinyMCE.
Поставил чистую базу. Удалил сетапы, выставил права на аплоад и конфиги.

Захожу в новости, размещённые по умолчанию. Пытаюсь вставить картинку - белый экран.
У меня и раньше такая проблема появлялась - решалась только переустановкой системы ( т.е. практически не решалась).
От чего это происходит я так и не понял. Грешил на то, что может некоторых картинок не хватает отчего редактор и виснет, пытаясь их найти. Но сейчас на чистой базе такая же проблема. т.е. проблема не в картинках.
Пробовал на php 5.2 и 7.3 - не помогло.
Может на хостинге что-то отключено, библиотека какая-нито?
Попробовал поставить 5 версию редактора - не поставилась. Обычное копирование файлов не сработало, а где и что нужно подправить я не разобрался.

У кого-то было что-то подобное?

Дополнительные пароль и логин для входа в панель управления администратором в отделе безопасности установлены?

Дополнительные пароль и логин для входа в панель управления администратором в отделе безопасности установлены?

Да.
Есть одна догадка, что не работает на поддоменах.

В работе данный плагин не использует базу данных SQL.

Возможные варианты проблем:

1. Не соответствие версии PHP, на сколько я помню, рекомендуется PHP 5.4, 5.6
2. Некорректные права доступа на файлы и директории.
3. Возможны ограничения связанные с настройками хостинга/сервера.

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

Эдуард, а не проще (раз уж проект пошёл по пути GPL3) разместить проект на GitHub?
И все изменения вносить там, а тут на сайте всякие дополнения оставить.

VAN, версия 6.2 Pro c 2019 года на GitHub. Только вот смысла от этого, особо не видно, лишь дополнительная работа.

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

В любом случае, по мере готовности CMS 6.3, опубликую код и на GitHub.

Просто многие незнакомы с функционалом GitHub наверное, вот и не пользуются.
Хотя даже процесс обновления значительно упрощается. Главное внесенные изменения должны быть 100% рабочими.

В работе данный плагин не использует базу данных SQL.

Возможные варианты проблем:

1. Не соответствие версии PHP, на сколько я помню, рекомендуется PHP 5.4, 5.6
2. Некорректные права доступа на файлы и директории.
3. Возможны ограничения связанные с настройками хостинга/сервера.

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

А активирование отображения ошибок в плагине возможно средствам движка?
Там плагин это сплошная простыня из скриптов в формате мин (т.е. в одну строку)

Вопрос по 6.3
Сео-метаданные каким способом решил хранить? В базе?
Если в базе, то можно примерную структуру узнать?(Чтобы корректировать свои базы с учётом будущих изменений).

А активирование отображения ошибок в плагине возможно средствам движка?

К сожалению нет, плагин работает независимо от системы. Единственное, это защита плагина системой, средствами установки дополнительных логина и пароля администратора.
Открываем файл: plugins/filemanager/config/config.php

После: <?php добавляем следующий код:

ini_set('display_errors', 1);
error_reporting(E_ALL);

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

Сео-метаданные каким способом решил хранить? В базе?
Если в базе, то можно примерную структуру узнать?

Да, после почти годового теста на рабочих проектах, всё-таки отдал предпочтение базе данных SQL ввиду более высокой скорости и стабильной работы.

Таблица базы данных SQL выглядит следующим образом.

CREATE TABLE `{prefix}_seo` (
  `sl_id` int(11) unsigned NOT NULL auto_increment,
  `sl_url` varchar(255) NOT NULL,
  `sl_link` varchar(255) NOT NULL,
  `sl_time` datetime NOT NULL default '0000-00-00 00:00:00',
  `sl_mtime` datetime NOT NULL default '0000-00-00 00:00:00',
  `sl_title` varchar(255) default NULL,
  `sl_desc` varchar(255) default NULL,
  `sl_keys` varchar(255) default NULL,
  `sl_img` varchar(255) default NULL,
  `sl_ctitle` varchar(255) default NULL,
  `sl_cdesc` varchar(255) default NULL,
  `sl_cimg` varchar(255) default NULL,
  PRIMARY KEY (`sl_id`),
  KEY `sl_url` (`sl_url`),
  KEY `sl_link` (`sl_link`)
) ENGINE={engine} DEFAULT CHARSET={charset} COLLATE={collate};

Просто многие незнакомы с функционалом GitHub наверное, вот и не пользуются.

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

Хотя даже процесс обновления значительно упрощается.

В случае модификации файлов в ручную или каким образом?

SLAED CMS, Спасибо.