Перестала работать админка сайта Revo 2.2.6
Здравствуйте. Прошу совета, вдруг кто сталкивался.
Симптомы: Пытаемся войти в админку сайта:
1. При неправильном пароле — сообщение об ошибке.
2. При правильном пароле — просто снова появляется страница входа в админку, самого входа не происходит.
Симптомы: Пытаемся войти в админку сайта:
1. При неправильном пароле — сообщение об ошибке.
2. При правильном пароле — просто снова появляется страница входа в админку, самого входа не происходит.
Ошибка [phpThumbOf] Could not cache thumb
После работ у хостера phpThumbOf перестал работать и стал выдавать ошибки в журнал. Все стандартные грабли проверил — права на директории в порядке, перустанавливал пакет итд. Может кто-то сталкивался?
HybridAuth определить что авторизован через него
Суть в том что на сайте есть регистрация и авторизация через HybridAuth всё супер спасибо Василий.
И в личном кабинете пользователя, пользователь может указать новый пароль сам, через ChangePassword.
Нужно какой то определять человек был зарегистрирован или авторизован через HybridAuth потому что для зарегистрированного обычным путём, пароль сменить можно, а в HybridAuth это нафиг не надо, надо убрать это поле «изменения пароля» потому что если человек нажимает сменить пароль, то система так заглючивает
Заранее спасибо друзья!
И в личном кабинете пользователя, пользователь может указать новый пароль сам, через ChangePassword.
Нужно какой то определять человек был зарегистрирован или авторизован через HybridAuth потому что для зарегистрированного обычным путём, пароль сменить можно, а в HybridAuth это нафиг не надо, надо убрать это поле «изменения пароля» потому что если человек нажимает сменить пароль, то система так заглючивает
Заранее спасибо друзья!
Свои поля в БД после установки modExtra
Здравствуйте, наконец дошли руки попробовать написать что-то своё под Рево, скачал modExtra, выполнил скрипт, собрал пакет. Интересуют пару моментов:
1) Можно ли как-то изменить поля таблицы в админке нового компонента после установки пакета?
1) Можно ли как-то изменить поля таблицы в админке нового компонента после установки пакета?
Проблемы с Wayfinder
Помогите, пожалуйста, разобраться с такой проблемой:
Есть следующего вида код меню:
Когда я делаю вызов сниппета Wayfinder, меню мне выводиться, но без стилей оформления. Как только я не пробовал подключить шаблоны к списку и элементам меню, все никак не получается. Подскажите, пожалуйста, как жнужно правильно делать вывод, и, если не трудно, объясните, почему так. Большое спасибо.
Есть следующего вида код меню:
<ul id="sitenav">
<li class="current"><a href="index.html">Home</a></li>
<li><a href="services.html">Services</a></li>
<li><a href="about.html">About</a></li>
<li><a href="blog.html">Blog</a></li>
<li><a href="contact.html">Contact</a></li>
</ul>
Когда я делаю вызов сниппета Wayfinder, меню мне выводиться, но без стилей оформления. Как только я не пробовал подключить шаблоны к списку и элементам меню, все никак не получается. Подскажите, пожалуйста, как жнужно правильно делать вывод, и, если не трудно, объясните, почему так. Большое спасибо.
Неверная работа isError() в PHP 5.4
В последнее время появилось много жалоб на странные глюки в компоненте Tickets. Вот тут не редактируется тикет, а вот тут — не выводятся секции и комментарии.
Оказывается, всему виной функция isError() в классе modX::modProcessorResponse
Оказывается, всему виной функция isError() в классе modX::modProcessorResponse
public function isError() {
return empty($this->response) || empty($this->response['success']);
}
не видно файлов MODX Revolution 2.2.5-pl
Приветствую.
Такая проблемка: не видно файлов на сайте,, вообще. Видны только папки, могу создать любую папку,, а вот файлы не грузятся,, или их просто не видно.
И например в minishop при добавлении товара нажимаю сохранить,, и сохранение висит бесконечно долго.
Папка медиа не раскрывается… кто сталкивался с такой проблемой? доступа на хостинг нету…
Такая проблемка: не видно файлов на сайте,, вообще. Видны только папки, могу создать любую папку,, а вот файлы не грузятся,, или их просто не видно.
И например в minishop при добавлении товара нажимаю сохранить,, и сохранение висит бесконечно долго.
Папка медиа не раскрывается… кто сталкивался с такой проблемой? доступа на хостинг нету…
Не работат Sections в Tickets.Расследование
Собственно, проблема массовая, и затрагивает не только меня и вот этого товарища, который написал вот этот пост:
modx.pro/help/384/#comment-4101
Возможно еще кого-нибудь.
Впереди ждет очень много букв, можно в прицнипе прочесть с конца…
— Расскажу о своем случае ну и о том что я сделал в целях диагностики.
Имеем VMWare на локалхосте с Ubuntu 12 server настроенной по статье Васи.
Управляется все под NGinx+php frm+mysql соответственно.
Сайты и гранты добавляю скриптами, но правда чуть видоизмененными.
Но суть в том что все работает исправно.
— Не много предисловия…
С ModX знаком не давно, буквально пару недель — из разных вариантов на кандидата в CMS для сайтов подошел именно он, в силу своей гибкости, ну и отсутствия извращенных шаблонизаторов серии джумлы и пр. Ну и много еще почему.
Сам являюсь WEB разработчиком на Java2EE, из СУБД работаю с Oracle 11g под него и кодю.
С MySql и PHP разумеется знаком, но серьезные проекты делал давно, когда еще PHP был не объектным, ухх…
— Так вот, сутки борюсь с проблемой что пакет Tickets из коробки, на локалхосте работает не верно — а именно не отрабатывает вызов [[+sections]] и возвращает Null, вне зависимости от данных в tickets_threads (они там есть)
Соответственно, первым делом проверил на modx-test --там все работает.
Потом почесал репу, предположил что возможно что-то не доставилось на локалхосте в силу например канала интернета (большие потери до репозитория), или наличия грантов.
Взял и полностью залил архив в modx-test себе на хост. Сначала только файлы, а базу указал свою, которая была ранее (и где были произведены настройки и была та же проблема) — результата не дало, форма есть, а [[+sections]] в Null.
Затем взял и залил дамп базы в ModX-test и подключился туда.
И каково же было мое удивление, что и там не заработало…
В итоге я решил попытаться понять на уровне чего идет сбой, и включил лог MySql запросов в my.cnf:
Ну и перезапустив Mysql и удалив кэш, запустил страничку с выводом [[!TicketForm?]]…
В итоге как и было, все по старому, но теперь я могу посмотреть в логе запрос, который сгенерила ОРМ.
modx.pro/help/384/#comment-4101
Возможно еще кого-нибудь.
Впереди ждет очень много букв, можно в прицнипе прочесть с конца…
— Расскажу о своем случае ну и о том что я сделал в целях диагностики.
Имеем VMWare на локалхосте с Ubuntu 12 server настроенной по статье Васи.
Управляется все под NGinx+php frm+mysql соответственно.
Сайты и гранты добавляю скриптами, но правда чуть видоизмененными.
Но суть в том что все работает исправно.
— Не много предисловия…
С ModX знаком не давно, буквально пару недель — из разных вариантов на кандидата в CMS для сайтов подошел именно он, в силу своей гибкости, ну и отсутствия извращенных шаблонизаторов серии джумлы и пр. Ну и много еще почему.
Сам являюсь WEB разработчиком на Java2EE, из СУБД работаю с Oracle 11g под него и кодю.
С MySql и PHP разумеется знаком, но серьезные проекты делал давно, когда еще PHP был не объектным, ухх…
— Так вот, сутки борюсь с проблемой что пакет Tickets из коробки, на локалхосте работает не верно — а именно не отрабатывает вызов [[+sections]] и возвращает Null, вне зависимости от данных в tickets_threads (они там есть)
Соответственно, первым делом проверил на modx-test --там все работает.
Потом почесал репу, предположил что возможно что-то не доставилось на локалхосте в силу например канала интернета (большие потери до репозитория), или наличия грантов.
Взял и полностью залил архив в modx-test себе на хост. Сначала только файлы, а базу указал свою, которая была ранее (и где были произведены настройки и была та же проблема) — результата не дало, форма есть, а [[+sections]] в Null.
Затем взял и залил дамп базы в ModX-test и подключился туда.
И каково же было мое удивление, что и там не заработало…
В итоге я решил попытаться понять на уровне чего идет сбой, и включил лог MySql запросов в my.cnf:
general_log_file = /var/log/mysql/mysql.log
general_log = 1
Ну и перезапустив Mysql и удалив кэш, запустил страничку с выводом [[!TicketForm?]]…
В итоге как и было, все по старому, но теперь я могу посмотреть в логе запрос, который сгенерила ОРМ.
Could not connect to provider at:rest.modx.com
Собственно подозреваю, что проблема на стороне хоста --в логах постоянно жужжит алерт
Could not connect to provider at: rest.modx.com/extras/
Но при этом транспортники сливаются, пусть и через пень-колоду долго…
Я такой не один, надеюсь? =)
Could not connect to provider at: rest.modx.com/extras/
Но при этом транспортники сливаются, пусть и через пень-колоду долго…
Я такой не один, надеюсь? =)