Re: Баги в Monstra
Админка -> Темы -> Редактировать index -> Сохранить.
В настройках указан русский язык, а сообщение на "буржуйском":
Fixed
Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
Монстра → Разработка → Баги в Monstra
Админка -> Темы -> Редактировать index -> Сохранить.
В настройках указан русский язык, а сообщение на "буржуйском":
Fixed
monstra/engine/plugins.php класс Action метод run ~ 684 строка
// isset arguments ? if (isset($args) ) { // Return or Render specific action results ? if ($return) { return call_user_func_array($action['function'], $args); } else { call_user_func_array($action['function'], $args); } }
необходимо добавить доп проверку
&& count($args)>0
т.к. если передаем какие-то данные, то не получаем их в вызываемой функции.
Action::add('admin_pre_render','CatalogAdmin::ajaxForm',20,array('qwe'));
В самой функции мы не получим значение, переданное ('qwe').
а как пересекаются сессии админки и сайта?
при заходе в админку, на сайте висит переменная user_role в сессиях, но при этом нет переменной user.
хотелось бы определиться, либо во фронте свои сессии, либо они с админкой общие и тогда происходит единый логин и там, и там.
второе, правда, с т.з. безопасности не очень.
с первым же вариантом вопрос - как тогда правильнее сделать логин на сайте?
при заходе в админку, на сайте висит переменная user_role в сессиях, но при этом нет переменной user.
Проверил только что во фронтенде.
Debug::dump($_SESSION);
результат
Array ( [notifications] => Array ( ) [admin] => 1 [user_id] => 1 [user_login] => admin [user_role] => admin )
тады косяк в документации
http://monstra.org/documentation/session-helper
тупо скопировал оттуда пример и не проверил что реально в сессии записано.
ок, я поправлю доку.
Upd:
Fixed
если при установке на хостинг есть проблемы с правами (не удаляется install)
наверное Монстра пишет о том что проблемы с файлом install.php при установке ?
нет. права на файл есть, а вот на корень - нет.
т.е. файл доступен для записи, но удалить его нельзя.
ИМХО, стоит сделать отключаемой проверку на новую версию в админке.
Сейчас с json, при отсутствии интернета, другие скрипты не могут отработать, пока не истечёт таймаут запроса.
Особенно это касается подсветки синтаксиса.
ну или использовать асинхронную загрузку скриптов.
То ли я "обкурился" настраивая nginx, то ли косяк монстры.
Выполняется установка. Не находится файл http://[WEBSITE]/public/assets/img/monstra-logo-black.png. Его даже физически не существует.
у меня он есть.
у меня он есть.
Отбой, ftp клиент подвел меня: по желанию левой пятки не загрузил папку assets/img
Далее. После установки(после кнопки Install) благополучно вылезло это:
Monstra - ErrorException: Strict Mode Error Non-static method Chunk::get() should not be called statically Location Exception thrown on line 1 in /var/www/[WEBSITE]/tmp/minify/theme.default.minify.index.template.php
Для справки: только что скачал последнюю релизную монстру
у меня стоит она на двух денверах и одном нгинксе.
и ошибок нет.
с нуля правда я её не ставил.
На 1.0.1 всё хорошо было. Решил с нуля перепоставить(заодно проверить работоспособность бэкапов) и на тебе...
Посмотрел. бага блин. исправлю.
Смотрите: themes.plugin.php -> class Chunk
Должно быть public static function get($name, $theme = null) {
Вместо public function get($name, $theme = null) {
Ставлю monstra 1.1.1, install.php выдаёт An unexpected error has occurred. В чём может быть проблема?
ответ - http://forum.monstra.org/ru/post/431/#p431
В логах что-то вроде
2012/06/04 19:16:02 --- [] --- file(/home/virtwww/***/http//.cpu_limit.conf) [<a href='function.file'>function.file</a>]: failed to open stream: No such file or directory --- Exception thrown on line 21 in /opt/hostpublic/php_prefix_cpu_limit.php
Помогло, огромное спасибо!
в старом бутстрапе отключен был error reporting вообще. в новом варианте error reporting включен и ошибки записываются в лог а в браузере безопасное сообщение о том что произошла какая то ошибка.
Попробовал на другом хостинге и там такая картина в обработчике фатальных ошибок.
array(4) { ["type"]=> int(32) ["message"]=> string(134) "PHP Startup: Unable to load dynamic library './php_zip.dll' - ./php_zip.dll: cannot open shared object file: No such file or directory" ["file"]=> string(7) "Unknown" ["line"]=> int(0) }
Ошибка, но в режиме developement Монстра работает, а в режиме production показывает что есть ошибка и ее надо решать, далее мол не пущу. блин какая та ерунда творится.... надо смотреть еще что ли...
upd:
ну да, даже чисто php-шный error_get_last() говорит том что была/есть ошибка и она:
array(4) { ["type"]=> int(32) ["message"]=> string(134) "PHP Startup: Unable to load dynamic library './php_zip.dll' - ./php_zip.dll: cannot open shared object file: No such file or directory" ["file"]=> string(7) "Unknown" ["line"]=> int(0) }
Протестите пожалуйста https://bitbucket.org/Awilum/monstra/ge … 0f8e34.zip
Протестите пожалуйста https://bitbucket.org/Awilum/monstra/ge … 0f8e34.zip
Установка - успешно.
Сайт -> Админка -> Информация.... Oops!
Monstra - ErrorException: Strict Mode Error Non-static method File::writable() should not be called statically, assuming $this from incompatible context Location Exception thrown on line 53 in /var/www/[WEBSITE]/plugins/box/information/views/backend/index.view.php
Лечение всё то же: monstra/helpers/file.php(581)
public static function writable($file) {
Лечение всё то же: monstra/helpers/file.php(581)
а у меня такого нет.
был вызов отладчика в стороннем классе goDB, но остальное нормально всё.
вот только полная блокировка вывода фронта в режиме разработки по любому нотису раздражает конкретно.
может сделать как в Yii - панельку полупрозрачную, разворачивающуюся по клику в режиме разработки?
и хочется опять обратить внимание на проверку последней версии в админке с сайта монстры.
если инета нету, то админка тормозит из-за неё вместе со всеми скриптами!
нужен параметр в админке для отключения этой проверки - сейчас приходится тупо в плагине комментами её отключать.
Монстра → Разработка → Баги в Monstra
Форум работает на PunBB, при поддержке Informer Technologies, Inc