Почему обновление Российской сборки до версии 1.26 запускает заново процесс установки Magento?
23.01.2012 15:18
23.01.2012 15:28
23.01.2012 15:32
- Какой пользователь операционной системы является владельцем файла app/etc/local/xml?
- Какой пользователь операционной системы является владельцем корневого файла index.php?
23.01.2012 15:34
23.01.2012 15:43
- Выполните для каждого из указанных мной файлов следующую команду:
stat -c %U <имя файла>
- Опубликуйте здесь результат для каждого из указанных мной файлов.
23.01.2012 17:49
23.01.2012 20:16
23.01.2012 20:22
Инструкция для модуля Полностраничное кэширование была опубликована 20 января, а на вашем снимке последние изменения файла app/etc/local.xml датированы 18 января.
И при этом вы тут утверждаете, что типа сделали всё по инструкции?
23.01.2012 20:37
Если сказал что сделал по инструкции значит сделано было по инструкции, просто у меня две папки магазина, одна без ру сборки а другая с ру сборкой, видимо скриншот сделал когда менял папки.
А вообще, только что поменял кодировки, эффект тот же.
23.01.2012 20:38
23.01.2012 20:56
23.01.2012 21:05
23.01.2012 21:40
Непонятно, как вы утверждаете, что ваш магазин ВООБЩЕ работал.
Это неправда, он не мог работать, потому что (и это видно на ваших снимках экрана) у вас стоят права на исполняемые файлы 0666.
При таких правах сайт просто не может работать, потому что даже у владельца файла нет прав на его исполнение!
23.01.2012 22:01
Без добавления в файл app/etc/local.xml этого
<cache> <request_processors> <rm>Df_PageCache_Model_Processor</rm> </request_processors> <cache>
Всё прекрасно работает, смотрите сами www.bonmix.ru
23.01.2012 22:44
Причём обратите внимание, что теперь при заходе в админку у вас 502 Bad Gateway.
Права доступа к файлам я поменял на правильные (0755), но этого мало.
Там у вас еще какие-то дефекты в настройках есть.
Чтобы узнать, что означает 502 Bad Gateway, вам надо посмотреть журналы неполадок PHP и Apache.
Причём журнал неполадок для PHP у вас вообще отключен - его надо включить.
23.01.2012 22:47
Не знаю, зачем он там у вас установлен, но чтобы он корректно работал с ionCube - там особые настройки нужны. Может и этой области быть проблема. Так что если не нужен - лучше отключить.
23.01.2012 22:51
23.01.2012 22:52
Во-вторых "Bad Gateway 502" появляется сразу же после установки ру сборки - если не затереть всё в папке var/cache
Каким образом я могу отключить Zend Guard Loader? У меня нет доступа к серверу. И вряд ли его дадут.
23.01.2012 22:56
Бог с ним, Zend Guard Loader, исправляйте другие очевидные недо-настройки сервера пока.
23.01.2012 22:59
Понятно, жаль конечно, но чувствую ру сборку придется отложить до появления денег на полноценный dedicated server и его настройку ...
23.01.2012 23:03
Если вы на каждый сбой будете получать 502 Bad Gateway - вы всё равно в разработке магазина далеко не продвинетесь, потому что диагностику в таком случае вести нереально: нет никаких данных о причинах сбоя.
23.01.2012 23:12
Опять виновата была ваша невнимательность!
Раньше у вас в app/etc/local.xml в качестве БД была указана база test5, а теперь - shmotsu.
База test5 - повреждена, поэтому Magento пыталась заново выполнить установку.
А вы делали неверные выводы, что дело в тех строчках в файле XML.
Таким образом, у вас все не работало по совокупности трёх причин:
1) По ошибке подключили повреждённую базу
2) Сам файл local.xml был повреждён
3) Неверные права на файлы.
Теперь Полностраничное кэширование у вас работает.
Но те замечания, которые я высказал к серверу - всё равно надо учесть и исправить - с 502 Bad Gateway диагностику вести невозможно.
23.01.2012 23:23
23.01.2012 23:25
Вы посмотрите ваш первый app/etc/local.xml - он вообще на левую повреждённую базу test5 указывает.
Внимательней надо быть.
23.01.2012 23:31