Всего 123 768 комментариев

Андрей Розум
11 сентября 2012, 17:59
0
Спасибо еще раз.
Вечером проверю.
Илья Уткин
11 сентября 2012, 17:58
0
Спасибо, изначально планировал использовать отдельную таблицу, но потом вспомнил, что есть нативная система доступов и свернул на эту дорожку) Вернусь к работе со своими таблицами
Василий Наумкин
11 сентября 2012, 17:55
0
Доступ к вашему конфигу php-fpm есть?

Если да — то все просто:
php_admin_value[eaccelerator.enable] = 0

Если нет, то придется через поддержку.
Андрей Розум
11 сентября 2012, 17:53
0
​eaccelerator.enable=«0» первым делом и пробовал, но он не отключился.

Удалить самим возможности нет, попробуем еще раз в техподдержку написать.
Василий Наумкин
11 сентября 2012, 17:46
0
Первая мысль — сделать проще:
В шаблоне этих страниц указать сниппет (или вовсе сделать плагин), который при загруpке будет проверять какое то поле ресурса (например, properties) или ТВ параметр. Там должно быть какое то слово, которое должно быть в определенном поле юзера.

Если есть — открывается, если нет — ошибка 401.

Это позволит гибко назначать права и не плодить кучу групп. Права в ресурсе и у юзера лучше хранить в виде json-массива.

Вторая мысль — написать свою минисистему, с административной частью, и сделать связь юзер-ресурс через отдельную таблицу.

Выбирайте.
Василий Наумкин
11 сентября 2012, 17:40
0
Сессии в БД довольно удобно + можно ставить бесконечную залогиненность.

На файлах, конечно, тоже можно — но надо сервер мучать, а эта возможность есть не у всех.

Я бы отключил eAccelerator совсем. Судя вот по этому blogs.hub21.ru/blog/sysadmins/170.html — можно сделать просто eaccelerator.enable=«0».
Ну или вообще его удалить, если сервер у вас VPS\VDS.
Андрей Розум
11 сентября 2012, 17:07
0
Спасибо за наводку, однозначно проблема в конфликте кэширования.
С eAccelerator пока не разбирался, но когда в настройках модэкса отключил session_handler_class все залетало.

Единственно, не уверен, что лучше. Оставить так, или все-же поискать как отключить кэширование у eAccelerator-а.
Андрей Розум
11 сентября 2012, 11:04
0
Есть eAccelerator в котором Caching Enabled, может это он чудит.
Через php.ini не отключился, сейчас разбираться некогда, вечером еще поковыряю.
Василий Наумкин
11 сентября 2012, 05:07
0
Редактор починил. Вышла неразбериха с вызовами скриптов, из-за этого и предпросмотр не работал.

По вашему вопросу у меня одна версия — на сервере включен php кэшер, типа php-apc.
Почитайте вот тут bezumkin.ru/modx/minishop/faq.html
Андрей Розум
11 сентября 2012, 01:48
0
P.S. А еще оказалось, что нажатие на предпросмотр сразу отправляет сообщение.
kochurkov
10 сентября 2012, 16:25
0
Нет слов, один сплошной восторг!
PetrovichUA
09 сентября 2012, 22:29
0
я бы посоветовал использовать XAMPP, правда там с коробки не создаются письма при отправке формы и нет «мультидоменности». Но оба недостатка решаются за 15 мин
Василий Наумкин
09 сентября 2012, 17:18
0
В вашей ситуации плагин правильнее и удобнее. Преимущество одно — удобнее будет вносить изменения.

По своей сути, плагин и есть сниппет, который выполняется при определенных событиях.
Илья Уткин
09 сентября 2012, 16:12
0
Прошу прощения, нажал Предпросмотр, а вопрос почему-то сохранился))
Василий Наумкин
09 сентября 2012, 16:02
0
Я ваш вопрос поправил, но прошу на будущее самостоятельно пользоваться тегом
Eklniy Babai
09 сентября 2012, 15:14
0
Копипаста с этого форума просто символы похоже добавило, а в CodeMirror не заметил. Перебил массив и все стало норм.

return $modx->runSnippet('Wayfinder',array(
'startId'=>$id,
'hideSubMenus'=>'1',
//…
));

Спасибо :)
Василий Наумкин
09 сентября 2012, 14:57
0
Запятую не поставили, или еще что-то.
Eklniy Babai
09 сентября 2012, 14:37
0
Странно, но ругается на 'startId' => $start
...unexpected T_DOUBLE_ARROW…
Иван Брежнев
09 сентября 2012, 09:33
0
К тому же в админке далеко не все можно настроить под свои нужды, поэтому и приходится править исходники