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

Григорий
26 декабря 2012, 13:07
0
Исправил ошибку — почему-то [[++site_url]] внутри шаблона вывода вызывало ошибку. Обошелся без него, ошибка исчезла)
Василий Наумкин
26 декабря 2012, 12:16
0
502 Bad gateway — это отказ php, то есть, nginx не может получить от него ответ.

Значит, нужно смотреть в лог ошибок /var/log/nginx/имясайта-error.log. Подозреваю, что у вас там что-то работает неправильно.
Наговицын Павел
26 декабря 2012, 11:31
0
Спасибо за ответ, но не прокатило
abba abadon
26 декабря 2012, 11:27
0
Так для этого и надо править файл config.cache.php, что бы доступ к настройкам получить. Как поправите, настройки должны нормально прогружаться.
Наговицын Павел
26 декабря 2012, 10:40
0
все замечательно, только у меня системные настройки как раз и не работают)
Василий Наумкин
26 декабря 2012, 07:51
0
Пользуюсь своим VPS и всем советую. Заметка по настройке, рекомендую linode.
Василий Краковецкий
26 декабря 2012, 06:05
0
Поставьте версию Php 5.4, мне помогало, а вообще советую уходить с него, рево он не держит вообще, проц от простых походов по админке скатывается в желтую зону и аккаунт отключают за превышение… Я терпел, терпел, но больно часто метрика пищала что сайт недоступен, так что ушел и не жалею…
Алексей Алехин
26 декабря 2012, 03:45
0
Извините — сам же и разобрался. Не внимательно скопировал секцию location ~* \.php$
Спасибо за ваш труд — мануал отличный!
Алексей Алехин
26 декабря 2012, 03:35
0
Создал два сайта site1 и site2. Во втором поменял везде как вы пишите site1 на site2 — все остальное без изменений. На обоих сайтах положил одинаковый файл с содержимым <? echo exec('whoami'); ?>
Открываю site1 и вижу вывод скрипта как и ожидается site1. Но стоит жать F5 несколько раз как начинает выводиться site2. Два раза site1 и два раза site2 и так по кругу. На втором сайте все точно также. Причем если /etc/php5/fpm/pool.d/site2.conf переименовать чтобы при запуске не подхватывался, то оба сайта все равно работают, но показывают site1 постоянно (без переключения пользователя). Что это и как с этим бороться?
abba abadon
25 декабря 2012, 18:49
0
Сам сталкивался с этой проблемой. Для нормальной работы вам необходимо отключить компрессию js и css в админке.
Для этого в файле config.cache.php, который лежит по адресу core/cache/system_settings/, необходимо напротив пунктов compress_css, compress_js поставить значение 0, после этого сохраните изменения и идите в админку и там в системных настройках проделайте тоже самое. Если все правильно сделали то должно все работать нормально.
Или просто попросите на хостинге включить возможность компрессии.
Наговицын Павел
25 декабря 2012, 17:38
0
Никто не знает изза-чего это?!
Яна Сивцева
24 декабря 2012, 15:46
0
Мне тут скинули ссылку на ваш miniShop — буду препарировать, смотреть как все устроено. По итогу оформлю все в заметку для начинающих.

Василий Наумкин
24 декабря 2012, 15:10
0
Моя статья на Хабре про создание компонента — habrahabr.ru/post/126635/.
Официальная документация — rtfm.modx.com/display/revolution20/Custom+Manager+Pages

Но самый действенный способ, конечно, прокачивать знания разбираясь в том, как устроены чужие разработки. Иначе вы научитесь только тому, что вам рассказали в уроках.
Василий Наумкин
24 декабря 2012, 12:13
0
Больше не будет таких потрясений, ибо теперь сайт работает с удаленными сервисами напрямую.

Про логин и пароль — а где ж их взять то?

Username не все сервисы передают, а если и передают, вы сами можете не знать, какой он там. Пароль просто не нужен — ибо авторизация идет через другой сервис. Email тоже когда как, идентификатор у каждого сервиса свой.

Такой вариант возможен только если регистрировать юзера классическим способом, а потом давать ему привязать учётки для быстрого входа. А мне такая регистрация не нужна.
Дмитрий Баданин
24 декабря 2012, 12:00
0
Спасибо — под старой учеткой вошел. И все-таки старые добрые логин-пароль-регистрация рядом с HybridAuth были бы очень кстати.