Всего 125 675 комментариев

PetrovichUA
PetrovichUA
11 сентября 2012, 19:28
0
зачем брать для дома отдельную машину, если те же XAMPP и Денвер дают доступ по локалке, не говоря уже о работе копмоп где они установлены?
/
Максим Франц
Максим Франц
11 сентября 2012, 19:25
0
Мелкие проблемы но решение которых при их незнании требует изучения и времени. Все решаемо и все настраивается, но я не занимаюсь созданием сайтов профессионально, это мое хобби :) Я решил вопрос так.
Но если бы мне нужно я бы приобрел vps или отдельный домашний сервер, мне кажется это более удобным.
/
PetrovichUA
PetrovichUA
11 сентября 2012, 19:11
0
на локалке быстрее работа идет. Мой тестовый хост иногда тупит, а тут проблем нет. Разве что, после последнего обновления MIGX начал показывать ошибку при редактировании страницы. Как исправить — не нашел, вот и приходится сейчас на тестовом хостинге работать
/
Valentin Rasulov
Valentin Rasulov
11 сентября 2012, 19:07
0
А мне кажеться писать никаких минисистем не нужно. В модексе очень прекрастное распределение прав.
+ Прекрастная настройка форм где вы можете настроить бек как вам нужно
/
Valentin Rasulov
Valentin Rasulov
11 сентября 2012, 19:02
0
Когда был комп на винде, стоял Денвер и Хамп, предпочтение отдал Денверу (+ пакеты с ним установить нужно, быстрее создавать и меньше мороки.), глюков никогда небыло в работе (не считая некоторые функции пхп которые в винде не потдерживаются).
Перенос всегда был с пол пинка. просто не могу понять какие могут возникать проблемы и как можно на локальном компе больше времяни потратить? — думаю бред.
Вот и сейчас я все сайты разрабатываю локально (правда не на винде).

Скажите человеку, который перенёс не мало сайтов с Денвера — в чём могут быть проблемы? Просто интерестно… обкакивать мы все мастера, но иногда несём бред, в котором сами не задумываемся. :)
/
Максим Франц
Максим Франц
11 сентября 2012, 18:27
0
я просто завел домен 3го уровня, и развернул все на живом хостинге, придет время и за несколько минут поменяю старый сайт на новый :)
На эти танцы с локальными серверами я потратил больше времени чем получил пользы.
/
Илья Уткин
Илья Уткин
11 сентября 2012, 18:15
0
Подскажите, пожалуйста еще — как реализовывать списки ресурсов?
Если в правах доступа мы закрыли доступ к ресурсу, то ни Wayfinder, ни getResources не будут отображать этот ресурс для пользователя. Если делать связь через отдельную таблицу, вставлять список id-шников прям в getResources? Их ведь там тоже может накопиться порядочно — или сниппету getResources плевать на длину параметра &resources?
/
Андрей Розум
Андрей Розум
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
kochurkov
10 сентября 2012, 16:25
0
Нет слов, один сплошной восторг!
/
PetrovichUA
PetrovichUA
09 сентября 2012, 22:29
0
я бы посоветовал использовать XAMPP, правда там с коробки не создаются письма при отправке формы и нет «мультидоменности». Но оба недостатка решаются за 15 мин
/
Василий Наумкин
Василий Наумкин
09 сентября 2012, 17:18
0
В вашей ситуации плагин правильнее и удобнее. Преимущество одно — удобнее будет вносить изменения.

По своей сути, плагин и есть сниппет, который выполняется при определенных событиях.
/