1. В логах нашёл такую ошибку:
PHP Warning: File upload error — unable to create a temporary file in Unknown on line 0" while reading response header from upstream, client: 46.119.154.213, server: мойдомен, request: «POST /connectors/browser/file.php HTTP/1.1», upstream: «fastcgi://unix:/var/run/php5-heis.sock:», host: «мойдомен», referrer: «мойдомен/manager/?a=30&id=218»
2. С директорией tmp всё в порядке (права chmod 755). Но самое интересное, что когда я выставляю ей права 777, файл-менеджер начинает работать нормально… Ставлю обратно 755 — перестаёт.
3. С конфигами вроде тоже всё нормально. Всё сделано, как в инструкции.
Ну, с именем там будет так же, ибо если нет имени, но оно требуется для работы юзера в MODX — его приходится придумывать. Правда, Hybrid будет использовать идентификатор юзера на сервисе, вместо хэша, как Loginza.
Правильный способ — это дать возможность юзеру поменять имя, почту и другие поля профиля, как у меня. Это умеет и Loginza и Hybrid.
Однако — у Hybrid юзер самостоятелен. То есть, к учетной записи юзера сайта привязываются записи вконтакте, фейсбука и тд. И юзер, входя через любую из привязанных учеток, попадет в учетку своего юзера, с указанным там нужным именем и email. Можно даже сделать обычную авторизацию, а потом к ней добавить Hybrid, для ускорения входа.
А у Loginza связей нет. Там один удалённый сервис — одна учетка на сайте. Она быстрее устанавливается на сайт, но в итоге я не советую ей пользоваться — обнойлвений сниппета точно не будет.
Поэтому, со всех сторон Гибридом пользоваться лучше, и от loginza.ru не будешь зависеть.
P.S. При ответе на комментарий нужно нажимать под ним на ссылку «Ответить».
Если сломалось сразу и везде — проблема системная. Php не обновлял, настройки не менял?
Алгоритм починки:
1. Смотрим ошибки загрузки в /var/log/nginx/имясайта-error.log
2. Проверяем наличие директорий /var/www/имясайта/tmp/ — именно туда грузятся файлы, сначала.
3. Проверяем конфиги сайтов в /etc/nginx/sites-enabled/имясайта.pool, особенно смотрим на строчки про upload и tmp.
Не помешает также запустить скрипт, восстанавливающий верные права на файлы и директории сайта, 0777 — это не хорошо.
С логинзой пока ладно, потом буду разбираться. Посмотрел исходный код страницы с тикетами, почему то у меня такая строка дважды в теле страницы:
Может из за этого не пашет? Василий, если будет время посмотри пожалуйста бегло в чем может быть собака зарыта. Явных ошибок js я не обнаружил. zaox.ru/tickets.html
Всего 125 661 комментарий
Failed password for root from 65.111.164.195 port 33775 ssh2
reverse mapping checking getaddrinfo for earwyn.emdeenboller.com [65.111.164.195] failed — POSSIBLE BREAK-IN ATTEMPT!
Jan 6 21:58:40 vm10921 sshd[13832]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=65.111.164.195 user=root
Не знаю, должно так быть или нет? Какой-то домен фигурирует — earwyn.emdeenboller.com…
Проверьте /var/log/auth.log на предмет посторонних заходом на сервер.
Скажите, а возможно, что это проблемы у хостера? Я ведь никаких изменений не делал перед поломкой…
А на странице, как правило, snippet miniCart расположен раньше сниппета miniShop, и при его загрузке сессия еще не очищена.
Я советую убирать миникорзину с этой страницы, она там ни к чему.
Может, директория tmp принадлежит одному юзеру, а процесс php-fpm запущен от другого? В общем, разбирайся, проблему, вроде как, обнаружили.
1. В логах нашёл такую ошибку:
PHP Warning: File upload error — unable to create a temporary file in Unknown on line 0" while reading response header from upstream, client: 46.119.154.213, server: мойдомен, request: «POST /connectors/browser/file.php HTTP/1.1», upstream: «fastcgi://unix:/var/run/php5-heis.sock:», host: «мойдомен», referrer: «мойдомен/manager/?a=30&id=218»
2. С директорией tmp всё в порядке (права chmod 755). Но самое интересное, что когда я выставляю ей права 777, файл-менеджер начинает работать нормально… Ставлю обратно 755 — перестаёт.
3. С конфигами вроде тоже всё нормально. Всё сделано, как в инструкции.
Правильный способ — это дать возможность юзеру поменять имя, почту и другие поля профиля, как у меня. Это умеет и Loginza и Hybrid.
Однако — у Hybrid юзер самостоятелен. То есть, к учетной записи юзера сайта привязываются записи вконтакте, фейсбука и тд. И юзер, входя через любую из привязанных учеток, попадет в учетку своего юзера, с указанным там нужным именем и email. Можно даже сделать обычную авторизацию, а потом к ней добавить Hybrid, для ускорения входа.
А у Loginza связей нет. Там один удалённый сервис — одна учетка на сайте. Она быстрее устанавливается на сайт, но в итоге я не советую ей пользоваться — обнойлвений сниппета точно не будет.
Поэтому, со всех сторон Гибридом пользоваться лучше, и от loginza.ru не будешь зависеть.
P.S. При ответе на комментарий нужно нажимать под ним на ссылку «Ответить».
А у меня, почему то, MarkItUp вызывается в шапке. В следующей версии исправлю, а пока можешь сам изменить в tickets.class.php на строке 139
на
Для комментариев — аналогично, на строке 200. Ну или просто подключи jQuery в шапке сайта.
Алгоритм починки:
1. Смотрим ошибки загрузки в /var/log/nginx/имясайта-error.log
2. Проверяем наличие директорий /var/www/имясайта/tmp/ — именно туда грузятся файлы, сначала.
3. Проверяем конфиги сайтов в /etc/nginx/sites-enabled/имясайта.pool, особенно смотрим на строчки про upload и tmp.
Не помешает также запустить скрипт, восстанавливающий верные права на файлы и директории сайта, 0777 — это не хорошо.
Если всё сделано по моей инструкции, то имя юзера и группы совпадают друг с другом, а также, с именем директории сайта.
При двойном вызове скрипта с редактором будет две панели с кнопочками. А у тебя его вообще нет — так что проблема была не там.
Компонент в разработке, а чанки при обновлении не перезаписываются. Сверять можно с чанками в репозитории.
Может из за этого не пашет? Василий, если будет время посмотри пожалуйста бегло в чем может быть собака зарыта. Явных ошибок js я не обнаружил. zaox.ru/tickets.html
2. Смотри ошибки javascript в браузере.