php - manualmente - instalar wordpress gratis

¿Cuál es la mejor manera de ejecutar Wordpress en el mismo dominio que una aplicación de Rails?

Question

Tengo una aplicación estándar de Rails con Nginx y Mongrel ejecutándose en http: // mydomain . Necesito ejecutar un blog de Wordpress en http://mydomain.com/blog . Mi preferencia sería alojar el blog en Apache ejecutándose en el mismo servidor o en un cuadro separado, pero no quiero que el usuario vea un servidor diferente en la URL. Es eso posible y si no, ¿qué recomendarías para lograr el objetivo?

Answer 1

Creo que la solución de Joelhardi es superior a la siguiente. Sin embargo, en mi propia aplicación, me gusta mantener el blog en un VPS separado del sitio de Rails (separación de problemas de memoria). Para hacer que el usuario vea la misma URL, utiliza el mismo truco de proxy que normalmente usa para enviar a un clúster mongrel, excepto su proxy al puerto 80 (o lo que sea) en otro cuadro. Pan comido. Para el usuario es tan transparente como proxying para mestrel: solo "ve" que NGINX responde en el puerto 80 en su dominio.

upstream myBlogVPS {
server 127.0.0.2:80; #fix me to point to your blog VPS
}
server {
listen 80;
#You''ll have plenty of things for Rails compatibility here
#Make sure you don''t accidentally step on this with the Rails config!
location /blog {
proxy_pass http://myBlogVPS;
proxy_redirect off;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}

Puede usar este truco para que Rails juegue junto con CUALQUIER tecnología de servidor que desee, por cierto. Proxy directamente al servidor / puerto apropiado, y NGINX lo ocultará del mundo exterior. Además, dado que las URL se referirán al mismo dominio, puede integrar sin problemas un blog basado en PHP, un sistema de seguimiento basado en Python y la aplicación Rails, siempre que escriba sus URL correctamente.

Answer 2

En realidad, dado que estás usando Nginx, ya estás en gran forma y no necesitas Apache.

Puede ejecutar PHP a través de fastcgi (hay ejemplos de cómo hacerlo en la wiki de Nginx ) y usar un patrón de correspondencia de URL en su configuración de Nginx para dirigir algunas URL a Rails y otras a PHP.

Aquí hay un ejemplo de configuración de Nginx para ejecutar un blog de WordPress a través de PHP fastcgi (nota, también he puesto el equivalente de Nginx del .htaccess de WordPress, por lo que también tendrás URLs elegantes que ya funcionan con esta configuración):

server {
listen example.com:80;
server_name example.com;
charset utf-8;
error_log /www/example.com/log/error.log;
access_log /www/example.com/log/access.log main;
root /www/example.com/htdocs;
include /www/etc/nginx/fastcgi.conf;
fastcgi_index index.php;
# Send *.php to PHP FastCGI on :9001
location ~ /.php$ {
fastcgi_pass 127.0.0.1:9001;
}
# You could put another "location" section here to match some URLs and send
# them to Rails. Or do it the opposite way and have "/blog/*" go to PHP
# first and then everything else go to Rails. Whatever regexes you feel like
# putting into "location" sections!
location / {
index index.html index.php;
# URLs that don''t exist go to WordPress /index.php PHP FastCGI
if (!-e $request_filename) {
rewrite ^.* /index.php break;
fastcgi_pass 127.0.0.1:9001;
}
}
}

Aquí está el archivo fastcgi.conf que incluyo en la configuración anterior (lo puse en un archivo separado para que todos mis archivos de configuración de host virtual puedan incluirlo en el lugar correcto, pero no es necesario que haga esto):

# joelhardi fastcgi.conf, see http://wiki.codemongers.com/NginxFcgiExample for source
fastcgi_param GATEWAY_INTERFACE CGI/1.1;
fastcgi_param SERVER_SOFTWARE nginx;
fastcgi_param QUERY_STRING $query_string;
fastcgi_param REQUEST_METHOD $request_method;
fastcgi_param CONTENT_TYPE $content_type;
fastcgi_param CONTENT_LENGTH $content_length;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_param SCRIPT_NAME $fastcgi_script_name;
fastcgi_param REQUEST_URI $request_uri;
fastcgi_param DOCUMENT_URI $document_uri;
fastcgi_param DOCUMENT_ROOT $document_root;
fastcgi_param SERVER_PROTOCOL $server_protocol;
fastcgi_param REMOTE_ADDR $remote_addr;
fastcgi_param REMOTE_PORT $remote_port;
fastcgi_param SERVER_ADDR $server_addr;
fastcgi_param SERVER_PORT $server_port;
fastcgi_param SERVER_NAME $server_name;
# PHP only, required if PHP was built with --enable-force-cgi-redirect
#fastcgi_param REDIRECT_STATUS 200;

También hago lo que sugiere la wiki de Nginx, y uso spawn-fcgi de Lighttpd como mi CGI-spawner (Lighttpd es una compilación bastante rápida sin dependencias extrañas, por lo que es fácil de instalar), pero también puedes usa un guión corto de Shell / Perl para eso.

Answer 3

Me parece que algo así como un manipulador de reescritura haría lo que quisiera. Lo siento, no tengo más detalles, solo pienso en voz alta :)

Answer 4

Las respuestas anteriores abordan su pregunta.

Un FCGI alternativo sería usar php-fpm. Los documentos son un poco escasos pero funciona bien.

Answer 5

Nginx ahora proporciona una secuencia de comandos para hacer esto si se encuentra en el entorno EC2 / AWS.

Puede ser fácilmente adaptable a su situación. Es bastante útil.