2017-01-04 1 views
0

Любой испытал изменение конфигурации от Magento админ,Magento Cronjob конфигурации кэша

очистить все кэш (в том числе удалить папку кэша),

, но до сих пор загрузить старое значение конфигурации из cronjob (при использовании браузера или CURL вызов, он загрузит правильную конфигурацию)

примечание:

  1. им с помощью Nginx + убунту + phpfpm в AWS EC2, MySQL является RDS

  2. им с помощью cron.sh в Magento хрон

  3. им с помощью магнито пользовательский модуль с cronjob нагрузки старой конфигурации (даже ядро ​​значения конфигурации Magento)

Не сам уверен cronjob будет кэш или не, перезапустить cronjob может помочь (еще не тест), но все равно не знаю причину.

Любая идея?

---- просто тест -----

перезапуск службы хрон не работает

перезапуск службы Nginx не работает

перезапуск PHP-FPM не работает машина работы

перезагрузки

ответ

0

наконец-то нашел, что, поскольку хрон работу с помощью Ubuntu, то логика Magento будет:

если папка вар (владелец WWW-данные) не доступен для записи тока пользователь (убунту)

затем записи это /TMP/Magento/вар/ - Mage_Core_Model_Co nfig_Options

таким образом, все старые хранилища кэша в/TMP/Magento/вар /, даже я очистить кэш от Magento бэкэнда, он не разгуляешься это 'TMP/Magento/вар'

выше проблема может быть решительность по обновление вар/777, иливручную удалитьTMP/Magento/вар/кэш в глупой образом

однако, при использовании 777 так, другой возникает проблема:

если пользователь хрон создать файл журнала, который будет совместно с WWW-данных, файл будет не доступен для записи WWW-данных (644 по умолчанию)

другое решение является изменение пользователя хрон как WWW-данных

Однако

Magento является совершенно особенным, то cron.sh будет вызывать cron.php и cron.php затем вызвать снова cron.sh с бен/ш

таким образом WWW-данных не имеет права доступа к бен/sh, то я не могу использовать его для запуска cron

 Смежные вопросы

  • Нет связанных вопросов^_^