@ethno,
Смотрите в базе таблицу cms_moderators_logs.
И вроде есть кнопка "очистить список" вот тут: Компоненты — Модерация — Лог модераций
Ris
+657
Репутация
3771
Рейтинг
Олег с клещами,
Самым простым вариантом мне кажется сначала отключить в настройках регистрации запрос всего, что только можно, а потом выкинуть из формы регистрации \templates\_default_\components\com_registration.tpl что не отключается.
Соответственно в \components\registration\frontend.php забивать какие-нибудь значения по умолчанию и закомментировать проверку ника.
Самым простым вариантом мне кажется сначала отключить в настройках регистрации запрос всего, что только можно, а потом выкинуть из формы регистрации \templates\_default_\components\com_registration.tpl что не отключается.
Соответственно в \components\registration\frontend.php забивать какие-нибудь значения по умолчанию и закомментировать проверку ника.
// получаем данные $item['login'] = cmsCore::request('email', 'email'); $item['email'] = cmsCore::request('email', 'email'); $item['icq'] = cmsCore::request('icq', 'str', '123456'); $item['city'] = cmsCore::request('city', 'str', 'Bobruisk'); $item['nickname'] = cmsCore::request('email', 'email'); $item['realname1'] = cmsCore::request('email', 'email'); $item['realname2'] = cmsCore::request('email', 'email'); $pass = cmsCore::request('pass', 'str', ''); $pass2 = cmsCore::request('pass2', 'str', ''); // проверяем логин /* if(mb_strlen($item['login'])<2 || mb_strlen($item['login'])>15 || is_numeric($item['login']) || !preg_match("/^([a-z0-9])+$/ui", $item['login'])) { cmsCore::addSessionMessage($_LANG['ERR_LOGIN'], 'error'); $errors = true; } */
Под тини имеется вагон плагинов для загрузки картинок с компа.абсолютном большинстве случаев достаточно одной кнопки, которая бы позволяла загрузить картинку из компа (так как сделано в redactor).
А под имперави пришлось добавлять плагин для картинок из инета.
Я умею пользоваться браузером.Ну судя по сайту лицензия стоит $199
imperavi.com/redactor/buy/
Но ведь потребуется еще и интеграция.
А о какой сумме идет речь (включая трудозатраты разработчиков, конечно), чтобы у нас была версия с поддержкой?У нас же ветка, где баги не поправлены
акая версия php стоит?
Версия InstantCMS
2.7.2
Версия PHP
5.3.3
Лимит памяти
256 Мб
Макс. размер загрузки
20 Мб
2.7.2
Версия PHP
5.3.3
Лимит памяти
256 Мб
Макс. размер загрузки
20 Мб
Но как только я перетащил всё на 2.7.2 — начались нюансы. Я поотключал все нгинксы и прочее и оставил голый апач 2.2.2
Причем старый сайт, вынесенный на поддомен работает нормально. И новый почти у всех нормально работает, но некоторые пользователи не могут войти, им выдает ошибку Maximum execution time of 30 seconds exceeded.
Сам я такую ошибку тоже один раз видел с мобильника, пока возвращался с работы. Дома через вайфай опять стало все нормально и больше не повторялось.
Пробовал отключать memcached и кэширование вообще, все равно некоторые люди войти не могут.
Вот phpinfo:
instantcms.ru/users/files/download6576.html
Подтверждаю.
Редактор на новом хроме работает как хочет. Причем вроде эти баги поправлены у разработчика:
imperavi.com/redactor/log/
Редактор на новом хроме работает как хочет. Причем вроде эти баги поправлены у разработчика:
imperavi.com/redactor/log/
Гениально! Кто-то сегодня по телевизору отвечал похожими ответами.базу данных нужно было новую создавать и было бы тебе счастье...
eoleg,
Сервер один. Я переезжал с Instantcms1.9 на Instantcms2.7.2
Старый (я не стал удалять старый сайт, похоже, что не зря) и новый сайты в соседних папках в каталоге www на одном сервере.
Старый работал и работает без проблем. По поводу нового пользователи завалили сообщениями об ошибках.
Вот теперь пишут, что периодически вылетает надпись "Ошибка создания комментария".
В логах по поводу комментариев ошибок нет.
Зато ошибками про system/core/database.php on line 0 лог забит под завязку.
Сервер один. Я переезжал с Instantcms1.9 на Instantcms2.7.2
Старый (я не стал удалять старый сайт, похоже, что не зря) и новый сайты в соседних папках в каталоге www на одном сервере.
Старый работал и работает без проблем. По поводу нового пользователи завалили сообщениями об ошибках.
Вот теперь пишут, что периодически вылетает надпись "Ошибка создания комментария".
В логах по поводу комментариев ошибок нет.
Зато ошибками про system/core/database.php on line 0 лог забит под завязку.
После переноса базы на новый движок у многих пользователей возникает странная ошибка. Жалуются на долгое зависание и что-то про 30 секунд.
Глянул в логи сервера
[Thu Jun 15 19:54:57 2017] [error] [client 95.81.197.***] PHP Fatal error: Maximum execution time of 30 seconds exceeded in /var/www/***/data/www/***.ru/system/core/database.php on line 0
[Thu Jun 15 19:55:44 2017] [error] [client 95.81.197.***] PHP Fatal error: Maximum execution time of 30 seconds exceeded in /var/www/***/data/www/***.ru/system/core/database.php on line 0
[Thu Jun 15 19:56:35 2017] [error] [client 95.81.197.***] PHP Fatal error: Maximum execution time of 30 seconds exceeded in /var/www/***/data/www/***.ru/system/core/database.php on line 0
[Thu Jun 15 19:58:10 2017] [error] [client 95.81.197.***] PHP Fatal error: Maximum execution time of 30 seconds exceeded in /var/www/***/data/www/***.ru/system/core/database.php on line 212
Поднял старый сайт на поддомене на том же сервере — он доступен у всех.
Посмотрел, что в /system/core/database.php в 212-ой строке:
$trace = debug_backtrace();
В нулевой строке, само собой, ничего нет
Сервер перегружал, не помогает.
Что это такое может быть?
Глянул в логи сервера
[Thu Jun 15 19:54:57 2017] [error] [client 95.81.197.***] PHP Fatal error: Maximum execution time of 30 seconds exceeded in /var/www/***/data/www/***.ru/system/core/database.php on line 0
[Thu Jun 15 19:55:44 2017] [error] [client 95.81.197.***] PHP Fatal error: Maximum execution time of 30 seconds exceeded in /var/www/***/data/www/***.ru/system/core/database.php on line 0
[Thu Jun 15 19:56:35 2017] [error] [client 95.81.197.***] PHP Fatal error: Maximum execution time of 30 seconds exceeded in /var/www/***/data/www/***.ru/system/core/database.php on line 0
[Thu Jun 15 19:58:10 2017] [error] [client 95.81.197.***] PHP Fatal error: Maximum execution time of 30 seconds exceeded in /var/www/***/data/www/***.ru/system/core/database.php on line 212
Поднял старый сайт на поддомене на том же сервере — он доступен у всех.
Посмотрел, что в /system/core/database.php в 212-ой строке:
$trace = debug_backtrace();
В нулевой строке, само собой, ничего нет
Сервер перегружал, не помогает.
Что это такое может быть?
@sadistua,
Вы зайдите в настройках: Контент — Строй информ и найдите там сверху таблиц кнопку "Порядок".
Перетащите там категории как надо и нажмите "Сохранить". Может понадобится и еще пару раз перетащить и сохранить, пока все не станет как нужно.
Это деревья nested sets съехали.
Вы зайдите в настройках: Контент — Строй информ и найдите там сверху таблиц кнопку "Порядок".
Перетащите там категории как надо и нажмите "Сохранить". Может понадобится и еще пару раз перетащить и сохранить, пока все не станет как нужно.
Это деревья nested sets съехали.
Нико,
Вы в курсе, что можно посмотреть, что содержится в той или иной переменной (причем неважно, массив это, число, строка или объект), если вставить в код такую строку: print_r($ваша_переменная);?
Вы в курсе, что можно посмотреть, что содержится в той или иной переменной (причем неважно, массив это, число, строка или объект), если вставить в код такую строку: print_r($ваша_переменная);?
SALIK,
А удачное выполнение таких запросов бывает?
Включите отладку в админке. Если случится удачный запрос (без выброса в 500 еррор), посмотрите в футере запросы SQL.
Запрос с самым длинным временем выполнения — сюда.
Тогда можно будет подумать, что можно сделать.
А удачное выполнение таких запросов бывает?
Включите отладку в админке. Если случится удачный запрос (без выброса в 500 еррор), посмотрите в футере запросы SQL.
Запрос с самым длинным временем выполнения — сюда.
Тогда можно будет подумать, что можно сделать.
Еще один не очень приятный нюанс.
Посты из закрытых тем и закрытых категорий видны в ленте активности.
Ссылка, конечно, ведет простого юзера на 404, но все равно он видит то, что ему видеть не следует.
Посты из закрытых тем и закрытых категорий видны в ленте активности.
Ссылка, конечно, ведет простого юзера на 404, но все равно он видит то, что ему видеть не следует.