我将我的magento商店从运行在Apache上的服务器“A”移动到运行NginX的服务器“B” 。 复制所有文件和文件夹，导出和导入SQL DB，使用新的数据库详细信息更改local.xml文件，然后运行一个数据库连接testing脚本，一切正常。 服务器“A”是http://hns.lwea.co.uk/服务器“B”是http://hotnstylish.co.uk/ 当我导航到hotnstylish.co.uk地址我得到一个“默认Magento主题”404错误：页面找不到。 注意： 我以前的这个nginx实例上有另一个magento安装工作正常:( NginX生成以下错误日志： 2013/12/01 17:43:43 [error] 5520#0: *105 access forbidden by rule, client: 127.0.0.1, server: 836237.vps-10.com, request: "POST /app/etc/local.xml HTTP/1.1", host: "836237.vps-10.com" 2013/12/01 17:50:38 [error] 5520#0: *108 access forbidden by rule, client: 127.0.0.1, server: 836237.vps-10.com, request: "POST /app/etc/local.xml HTTP/1.1", host: "836237.vps-10.com" 2013/12/01 17:50:40 [error] 5520#0: *111 access forbidden by […]
我需要将Magentopipe理员从商店发送到单独的后端。 我有两个问题： 不知道如何正确匹配index.php /pipe理和/pipe理与正则expression式（index.php /pipe理工作，因为它是匹配第二个位置，我下面）; 当我得到Nginx匹配的位置（目前只有/pipe理），我不知道如何正确转发请求，所以我从后端“文件未find”，因为它试图打开一个PHP文件，而不是发送到主处理程序index.php。 这是我目前pipe理的 location ~ ^/(admin|index.php/admin)/ { fastcgi_split_path_info ^(.+\.php)(/.+)$; fastcgi_pass server1:9000; #fastcgi_index index.php; include fastcgi_params; } 这是匹配index.php / admin和整个网站的第二个指令 location ~ \.php$ { try_files $uri =404; fastcgi_split_path_info ^(.+\.php)(/.+)$; fastcgi_pass server2:9000; fastcgi_index index.php; include fastcgi_params; }
有没有办法修改生成的会话文件的权限？ 系统正在将文件正确写入/ var / session目录，但没有正确的访问权限（导致没有购物车或pipe理员访问）： -rw——- 1 [user] [group] 1271 2014-07-21 14:08 sess_lbqm0lbun5mlo89qvubg66keg1 我可以简单地调整它们，但是每次创build会话时都不必这样做。
我无法为Magento扩展程序设置redirect。 请求的url是： example.com/index.php/Cdiscount/Package/download/type/offers/filename/BMS_PREFIX_161d529d7c3ef4b5ae1dca92e2334de6/BMS_PREFIX_161d529d7c3ef4b5ae1dca92e2334de6.zip 但是nginx应该返回： example.com/index.php/Cdiscount/Package/download/type/offers/filename/BMS_PREFIX_161d529d7c3ef4b5ae1dca92e2334de6 代替。 BMS_PREFIX_和.zip之间的部分经常会改变，所以这可能会提取所有提供/位置中的.zip文件请求。 我不是100％确定如果在文件中的文件名 offers/filename/BMS_PREFIX…可configuration为其他东西或更改每个请求，但我认为它不会改变。 所以基本上我需要告诉Nginx在请求example.com/path/时候用example.com/path/回复。 当前configuration： location / { proxy_pass http://127.0.0.1:6081; proxy_set_header Host $http_host; proxy_set_header X-Forwarded-Host $http_host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; #proxy_hide_header X-Varnish; proxy_hide_header Via; proxy_hide_header Vary; proxy_hide_header X-Server; proxy_hide_header X-Backend-Server; proxy_hide_header X-Frame-Options; proxy_redirect off; proxy_max_temp_file_size 0; proxy_connect_timeout 7200; proxy_send_timeout 7200; proxy_read_timeout 7200; proxy_buffer_size 256k; proxy_buffers 4 512k; […]
我已经在Ubuntu 12.04 x64上安装了Varnish，并且想要在我的Magento商店中使用它。 信息： Magento 1.9.0.1 清漆caching3.0.5 Magento松节油0.6.0 我遵循了Magento松节油的安装说明 ，第2点的内容如下： 您需要使用-p esi_syntax=0x2 option启动Varnish 这是我的/etc/default/varnish文件的样子： # Configuration file for varnish START=yes NFILES=131072 MEMLOCK=82000 DAEMON_OPTS="-a :80 \ -T localhost:6082 \ -f /etc/varnish/default.vcl \ -S /etc/varnish/secret \ -s malloc,256m" \ -p esi_syntax=0x2 当做sudo service varnish restart我得到 /etc/init.d/varnish: 50: /etc/default/varnish: -p: not found /etc/init.d/varnish: 50: /etc/default/varnish: -p: not found […]
我有一个关于Magento的问题。 显然，要在Magento中执行预定的任务，它需要运行一个名为cron.php的脚本。 最初，脚本是通过使用wget -O /dev/null http://www.example.com/cron12345.php这一行的服务器上的crontab触发的。 不幸的是，由于一些问题，我们需要将PHP FPMsubprocess的生命期限制为300秒…并且杀死了运行cron.php的PHP进程。 我尝试使用命令php -c /etc/php5/fpm/php.ini cron.php cron.php从CLI运行cron.php ，它似乎工作…但没有输出和脚本只是继续运行… 所以我的问题： cron.php是一个一次性脚本，还是运行直到完成，需要再次调用？ 如果需要定期调用（通过cron），我可以像下面这样添加一个crontab： */15 * * * * cd /var/www/website && php -c /etc/php5/fpm/php.ini cron.php 感谢您的协助。
这是我的堆栈：Nginx 1.7，MariaDB 10，PHP 5.6（FPM）和CentOS 7.我已经使用Centminmod来安装上述软件。 我为magento安装创build了一个虚拟主机。 将文件复制到根文件夹，并试图通过访问域运行安装脚本，但它redirect到domain.com/index.php/install/并给出了一个404错误。 这是我的nginx vhostconfiguration文件中的内容： server { listen 80; server_name domain.com; rewrite / $scheme://www.$host$request_uri permanent; ## Forcibly prepend a www } server { listen 80 default; ## SSL directives might go here server_name www.domain.com *.domain.com; ## Domain is here twice so server_name_in_redirect will favour the www root /home/nginx/domains/domain.com/public/; location / { […]
我将Magento 2安装到根目录下，但Magento 2有一个名为“ rootdirectory/pub ”的根文件夹 – 它可以工作。 但是现在我想要安装Drupal 8并解压缩到“rootdirectory”，并且想要在Domain上显示为子目录“ blog ”，例如Magento 2以外的domain.tld/blog 。 Magento的根configuration为 root /var/www/vhosts/domain.tld/httpdocs/pub Drupal我已经放在/var/www/vhosts/domain.tld/httpdocs/drupal 我可以将它复制到Magento 2 pub目录中，但我认为最好将它放在Magento 2的pub子文件夹之外。 也许重写/drupal的域到/blog ，使其可达？ 或者我把httpdocs /作为nginx的vhost根目录，而对于Magento，我将/pub文件夹放在一个位置的根目录下。 任何人有一个想法？
我在GoDaddy上有一个域名，并在上面托pipe了一个Magento项目。 我现在购买了CloudWay并已在其服务器上迁移。 我的问题是URL，我创build了一个subDomain live.******.com并从CPanel设置CNAME。 在射击，这个URL我的新托pipe页面正在启动，但其URL不保留"live.******.com"那里它变成http://magento-xxxxx-xxxxx-xxxxxx.cloudwaysapps.com / 。 我没有太多的意识，并试图寻找很多，但没有find合适的解决scheme。 可能是我太新了。 编辑 CloudWays控制台 DNS
我无法弄清楚，所以希望有人能向我解释为什么和什么是最安全的： 我在DigitalOcean上主持了一个VPS上的Magento网上商店，但为了让事情更安全，我认为将我的MySQL数据库保存在专用的VPS上是比较安全的，这个VPS 只能通过私人networking访问，并且与公众断开连接（因为所有它将包含的用户信息）。 但这仍然不对，因为这样更安全些？ 如果有人通过专用networking攻击可以访问数据库服务器的前端服务器，他们仍然可以访问该服务器上的信息，对吧？ 如果是这种情况，我可以保持数据库在同一台服务器上… 与数据库服务器的API连接会更好，我想closures所有其他端口到服务器，但我正在与Magento，所以这不是一个选项。 那么你们build议什么？ 是否足够安全，以保持我的MySQL与私人networking的专用服务器？ 还是有更好的方法？