Articles of wordpress

WordPresspipe理员密码保护在Nginx服务器上不起作用

我完全与Nginx服务器密码保护混淆。 它不工作,因为我们想要的。 这是我的Nginx网站configuration块。 server { listen 80; server_name example.com; return 301 http://www.example.com$request_uri; } server { listen 80; server_name www.example.com; root /var/www/example.com/public; index index.html index.php; access_log /var/www/example.com/access.log; error_log /var/www/example.com/error.log; location ~ /\.svn/* { deny all; } location ~ \.(htaccess|htpasswd) { deny all; } location ~ \.conf$ { deny all; } location / { try_files $uri $uri/ […]

很多apache2进程导致高服务器负载

我注意到,我的网站今天下降,当我进入我的箱子,跑到top ,我注意到,我的服务器负载超高。 我迅速closures了apache并等待直到负载下降,但是一旦我启动apache备份负载并且进程开始非常迅速地爬升。 该网站是一个基本的WordPress博客。 这是top的输出 top – 15:24:50 up 11:19, 1 user, load average: 29.76, 24.04, 19.27 Tasks: 129 total, 33 running, 96 sleeping, 0 stopped, 0 zombie %Cpu(s): 30.5 us, 2.8 sy, 0.0 ni, 0.0 id, 0.0 wa, 0.0 hi, 0.0 si, 66.8 st KiB Mem: 2048448 total, 1092188 used, 956260 free, 162896 buffers […]

Nginx + HHVM + MariaDB + WordPress安装 – >build立数据库连接时出错

我正在为WordPress博客设置一个VPS 。 我使用Ubuntu 14.04 LTS 64位,然后我安装了Nginx 1.7.8,HHVM 3.6.0,MariaDB(不记得版本)。 最后,我下载了WordPress 4.1.1,创build数据库并使用正确的参数(数据库名称,用户名和密码)编辑wp-config.php文件后,尝试连接到博客进行设置。 我之前做过这种安装,但几个月前,我不记得有任何问题。 但是,在尝试了解我所知道的一切之后, 我无法解决问题 :每次我尝试在浏览器上加载博客以启动最终的WordPress安装过程(名称,pipe理员和密码的表单)时,我都会看到这个传奇的,可怕的消息: Error establishing a database connection 事实是,MySQL正在运行,但我不明白的是错误的。 我在我的博客的根目录下创build了一个testconnection.php文件,内容如下 <?php $link = mysql_connect('localhost', 'root', 'password'); if (!$link) { die('Could not connect: ' . mysql_error()); } echo 'Connected successfully'; mysql_close($link); ?> 当然,使用正确的密码进行编辑。 当我在浏览器中加载该php文件时,我得到一个 "Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2)" 该文件不在任何地方,我的/etc/mysql/my.cnf指向/var/run/mysql/mysqld.sock […]

Apache2.4 mod_rewrite不会将我redirect到基于访问域的subdir

我有一个公共目录在/var/www/html的Apache2.4服务器。 在这个目录中,我有一个Wordpress网站,这个.htaccess : RewriteBase / RewriteRule ^index\.php$ – [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] 在同一级别的WP网站有一个RESTful API的子目录/var/www/html/api/ 并在/var/www/html/temp/ 我想达到的是: 当用户访问mydomain.com或www.mydomain.com ,他应该会看到login页面是以temp为根 当用户使用普通IP访问服务器时,他应该看到WordPress的博客(即xxx.xxx.xxx.xxx/显示为博客根目录),并且应该以相同的方式访问api( xxx.xxx.xxx.xxx/api/… ) 我在.htaccess尝试了很多组合,例如: RewriteEngine On RewriteCond %{HTTP_HOST} ^(www.)?mydomain.com$ RewriteRule ^(/)?$ temp [L] RewriteBase / RewriteRule ^index\.php$ – [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] 但没有结果。 […]

了解压力testing结果

所以我在最便宜的Digital Ocean层上运行我的基于Wordpress的网站进行了压力testing。 我使用WP超级caching在服务器端caching和Nginx作为我的Web服务器。 我也使用Cloudlfare作为我的CDN,并在我的网站中使用了免费的SSL。 我使用loader.io做了一些testing,得到了以下结果。 我在我的服务器上运行Ubuntu 14.04 64位。 我已经看过负载testing网站了解结果页面,但我并不真正了解内容。 http://ldr.io/1F45Y9G 我真的不希望在我的网站上获得任何stream量,我只是想了解所有这些东西是如何工作的。 那么这些性能结果究竟意味着什么呢? 还有什么可以进一步优化我的网站? 我的网站是dikshant.net

WordPress的500内部服务器错误 – 但来自不同国家的作品

我的机器规格: 我有一个运行Centos的VPS(位置 – 迈阿密,4GB RAM)和一个LAMP堆栈。 我有一个SSL证书安装在它的Wordpress。 问题: 突然间,admin(/ wp-admin /)区域在从我的国家(印度)访问时开始发出内部服务器错误。 该网站的前端工作。 但是当我通过我的私人美国代理连接到/ wp-admin时,它可以工作! 其次,当我通过我的本地连接进行连接时,wp-admin 不是我定制的(我有一个自定义的pipe理主题),而是默认的WordPresspipe理界面(顶部有wordpress标识)。 而当我从美国代理login时,我可以看到我的自定义徽标,背景设置。 1)那么服务器可能会出现什么问题呢,它会给一个国家带来一个奇怪的500错误,而另一个国家呢? 2)页面如何显示2个不同的pipe理页面(默认主题vs自定义)? 我的主机(在美国)无法进行debugging,因为他们无法从美国重新创build问题。

CentOS与Ubuntu的WordPress的服务器安全

我正在为Web开发人员重新devise我的公司网站构build一个新的Wordpress服务器。 由于稳定性,我本来决定selectCentOS。 不过看来基于WordPress的推荐的MySQL和PHP版本在CentOS上并不是一成不变的。 我已经想通过remi repo得到推荐的版本的一个hacky的方式,但遇到了与mysql / mysqlnd的一些冲突。 To run WordPress your host just needs a couple of things: PHP version 5.2.4 or greater (recommended: PHP 5.4 or greater) MySQL version 5.0 or greater (recommended: MySQL 5.5 or greater) 鉴于这是Ubuntu的更好的select? 另外,如果只有旧版本的Apache,phpMyAdmin,MySQL和PHP可用于CentOS,这是否也会增加安全风险?

使用Nginx的SubDirectory中的WordPress

无论我做什么,我的WordPress网站的工作很好,包括所有永久链接,但我无法访问wp-admin区域。 每当我尝试这样做,我得到一个404错误。 我已经将WordPress安装到自己的目录中,简称为“WordPress”。 这是我的configuration文件: server { listen 443 ssl; server_name my-domain.com; root /home/wp-user/my-domain.com/public; ssl_protocols TLSv1 TLSv1.1 TLSv1.2; index index.html index.htm index.php; charset utf-8; # Deny all attempts to access hidden files such as .htaccess, .htpasswd, .DS_Store (Mac). # Keep logging the requests to parse later (or to pass to firewall utilities such as fail2ban) location […]

包含的重写规则不匹配

用Apache,我试图设置一个重写规则,这个规则将被包含在几个虚拟主机中。 其实这个规则文件是包含在2个虚拟主机中的。 第一个虚拟主机只包含这个重写规则(它起作用),并作为Nginx的反向代理: RewriteEngine On Include /etc/apache2/bad-referers 另一个包含一个Wordpress与W3的总caching插件与其Apache的conf和默认的WP .htaccess: RewriteEngine On RewriteCond %{HTTP_HOST} !^domain.tld$ RewriteRule ^(.*) http://domain.tld/$1 [R=301,L,QSA] Include /etc/apache2/bad-referers Include /var/www/d/domain.tld/w3tc.conf 在这种情况下,不好的引用者是不匹配的,而这个规则以[F,L]结束。 域名重写和W3总caching规则运作良好。 我真的不明白。 包含指令的顺序或位置是否重要? 我可能必须将所有这些文件的内容放在vhost指令中吗? 还是RewriteBase? (几乎)完整的虚拟主机通过/服务器信息: 在文件中: /etc/apache2/sites-enabled/domain.tld 1: <VirtualHost *:80> 7: <Directory /var/www/d/domain.tld/html/> 14: RewriteEngine On 16: RewriteCond %{HTTP_HOST} !^domain.tld$ 17: RewriteRule ^(.*) http://domain.tld/$1 [R=301,L,QSA] 在文件中: /etc/apache2/bad-referers 2: RewriteEngine on 5: […]

如何找出为什么apache2进程是45分钟/ 1小时或更糟? 不托pipe,这是自我pipe理的VPS

我有一个自我pipe理的VPS,我从我公司的一位前任pipe理员那里inheritance,有很多Wordpress网站在运行。 VPS有2个CPU,6Gb或RAM,运行Ubuntu 10.04 64bit。 我注意到服务器很慢,有时非常慢。 所以我使用了top命令来检查运行的是什么,发现有很多apache2服务在一些场合下运行了很长时间,长达60分钟。 CPU和内存使用率的屋顶。 apache2进程经常运行时间过长 – 从4分钟到8,15,30,45甚至一个小时,堵塞CPU和内存,基本上都会造成一切。 我大幅降低了MaxClients的数量 我拿出所有的apache模块,一个接一个地保留网站 我使用垃圾邮件和http请求filter保护所有应用程序 没有什么改变。 我怎样才能找出问题来自哪里? 我们所有的wordpress都是安全的,都拒绝意外的请求和安全的非标准login页面和机器人自动阻止。 我想跟踪并解决问题,以便VPS能顺利运行。 这是apache2ctl -S的结果: 109.228.21.231:80 is a NameVirtualHost default server server109-228-21-231.live-servers.net (/etc/apache2/plesk.conf.d/ip_default/server109-228-21-231.live-servers.net.conf:8) port 80 namevhost server109-228-21-231.live-servers.net (/etc/apache2/plesk.conf.d/ip_default/server109-228-21-231.live-servers.net.conf:8) port 80 namevhost default (/etc/apache2/plesk.conf.d/server.conf:67) port 80 namevhost lists (/etc/apache2/plesk.conf.d/server.conf:139) port 80 namevhost atmail.webmail (/etc/apache2/plesk.conf.d/atmail.conf:9) port 80 namevhost horde.webmail (/etc/apache2/plesk.conf.d/horde.conf:9) port 80 namevhost […]