Я новичок в magento. Когда я пытаюсь войти в админ-панель, это дает мне ошибку ниже. Он работает, когда я выключился автоматически. Но при этом мое другое приложение не работает на сервере. Я использую версию magento 1.9. Добавить я запускаю nginx не apache
Неустранимая ошибка: Mage_Admin_Model_Observer :: actionPreDispatchAdmin(): скрипт попытался выполнить метод или получить доступ к свойству неполного объекта. Убедитесь, что определение класса "Mage_Admin_Model_User" объекта, с которым вы пытаетесь работать, было загружено до вызова unserialize() или предоставления функции __autoload() для загрузки определения класса в /var/www/html/magento/magento/app/code/core/Mage/Admin/Модель/Observer.php в строке 62
Итак, для вашей информации ngnix не разбирает htaccess вообще, и Magento сильно полагается на htaccess для обеспечения безопасности.
Прежде чем рассматривать вашу проблему, пожалуйста, знайте, что если у вашего сервера есть что-то другое, кроме локального доступа, вы рискуете, потому что, как вы можете видеть в файле app/etc/local.xml, доступном для всех, вы даете мир доступ к вашей базе данных.
Пожалуйста, ознакомьтесь с полным документом: http://info.magento.com/rs/magentocommerce/images/MagentoECG-PoweringMagentowithNgnixandPHP-FPM.pdf, где вы можете найти базовую конфигурацию ngnix для Magento:
server {
listen 80 default;
server_name magento.lan www.magento.lan; # like ServerName in Apache
root /var/www/magento; # document root, path to directory with files
index index.html index.php;
autoindex off; # we dont want users to see files in directories
location ~ (^/(app/\|includes/\|lib/\|/pkginfo/\|var/\|report/config.
xml)\|/\.svn/\|/\.git/\|/.hta.+) {
deny all; #ensure sensitive files are not accessible
}
location / {
try_files $uri $uri/ /index.php?$args; # make index.php handle requests for
/
access_log off; # do not log access to static files
expires max; # cache static files aggressively
}
location \~\* \.(jpeg\|jpg\|gif\|png\|css\|js\|ico\|swf)$ {
try_files $uri $uri/ @proxy; # look for static files in root directory and
ask backend if not successful
expires max;
access_log off;
}
location @proxy {
fastcgi_pass fpm_backend; # proxy everything from this location to backend
}
location \~\.php$ {
try_files $uri =404; # if reference to php executable is invalid return 404
expires off; # no need to cache php executable files
fastcgi_read_timeout 600;
fastcgi_pass fpm_backend; # proxy all requests for dynamic content to
# backend configured in upstream.conf
fastcgi_keep_conn on; # use persistent connects to backend
include fastcgi_params;
fastcgi_param SCRIPT_FILENAME $document_root${fastcgi_script_name};
fastcgi_param MAGE_RUN_CODE default; # Store code is defined in
#administration > Configuration > Manage Stores
fastcgi_param MAGE_RUN_TYPE store;
}
}
Затем, когда и только тогда, когда у вас есть доступ, запрещенный к файлу app/etc/local.xml, подумайте над добавлением тега ngnix к вашему вопросу, тогда пользователь с большим количеством знаний ngnix может помочь вам дальше меня (поскольку это больше работа с системным администратором, чем "кодер", вроде меня.
Все, что я могу сказать: похоже, если вы добавите fastcgi_param PHP_VALUE "session.auto_start=0";
по разделу
location \~\.php$ {
fastcgi_param PHP_VALUE "session.auto_start=0";
#... more come here but I'm shortening just for the specific problem
}
Это должно делать свое дело.
Можете ли вы очистить свой кэш, а также перезапустить mysqld и очистить кеш браузера. canyou, пожалуйста, поделитесь ссылкой на свой сайт,
Magento не будет работать с session.auto_start, поскольку некоторые действия будут выполняться до начала сеанса.
Обходной путь, если вы действительно не хотите отключать его для другого приложения, - это отредактировать.hatccess вашего Magento и добавить в него php_flag session.auto_start 0
.