php y apache, ¿CGI Binary o Apache Module?

[D-MO]

Hola, hace unos 15 minutos decidi actualizar a la última versión de apache y php que tenia instaladas en mi máquina, tenia instalado un paquete que me autoconfiguraba apache, php y mysql pero no en las últimas versiones, el paquete es el msas.

Así que me decidi a descargar ambos (apache y php) instale apache, me leo el install.txt de php, configuro el DocumentRoot de apache y agrego las siguientes líneas al httpd.conf

ScriptAlias /php/ "c:/php/"
AddType application/x-httpd-php .php
Action application/x-httpd-php "/php/php-cgi.exe"
DirectoryIndex index.php

Con lo que instalo php como "CGI Binary".
Aclaro que he instalado esto únicamente para uso personal, probar mis códigos, etc... pero según leo en el php.ini

Empezado por install.txt

By using the CGI setup, your server is open to several possible
attacks. Please read our CGI security section to learn how to defend
yourself from those attacks.

por lo que, de lo poco que entiendo del Inglés veo que esto puede ser un problema de seguridad, pero pense: ¿Es esto únicamente?, ¿Mis scripts funcionarán de la misma manera si se usa una u otra forma?... así que mejor decidi a poner php como módulo de apache, y copio-pego las líneas que da el install.txt de php en el httpd.conf de apache y al ejecutar apache me muestra un mensaje de error, que no puede cargar el c:/php/php5apache2.dll, así que me ubiqué en esta carpeta para ver si existia el archivo y si, si existe, esta es la razón en sí de este hilo, además de conocer los pros/contras de una u otra forma.

Saludos.

[D-MO]

Pues habiendo pasado 2 minutos desde que abrí este hilo, ya encontré la mitad de mi duda, que es la solucion al error que me da apache al inicializarlo teniendo configurado php como módulo de este.

Se me ocurrio cambiar el nombre de el archivo "php5apache2.dll" por "php5apache.dll" ejecute apache y funciona muy bien, hice un script de prueba y tambien funcionó, así que por lo pronto lo dejaré asi, pero sigo teniendo la duda de que forma es la mejor/mas-recomendable, "CGI binary" o "Apache Module".

Saludos.

Edito:
Pues como iva a ser, por error me descargue la versión 1.3.35 de apache, era imposible que me funcionara php con un módulo para apache 2.0. Como que ando algo dormido

[roman]

Lo bueno, luego de este pequeño esfuerzo, es que ahora sabes que no hay ninguna necesidad de esos paquetes-todo-incluído. Apache y MySql son pan comido y Php sólo es cuestión de leerse un rato el manual.

// Saludos

[D-MO]

Empezado por roman

Lo bueno, luego de este pequeño esfuerzo, es que ahora sabes que no hay ninguna necesidad de esos paquetes-todo-incluído. Apache y MySql son pan comido y Php sólo es cuestión de leerse un rato el manual.

Pues claro, esta era una de las NECESIDADES por la que hice el "cambio", me sentia incapaz al estar utilizando un paquete de terceros, ya lo había intentado antes, pero estava mucho mas dormido que ahora y por eso no lo había logrado (hablamos de 10 meses aproximado), ahora fue cuestion de 15 minutos entre descargar, leer, copiar y pegar.

Ahora me encuentro con un pequeño problema y aprovecho este post para compartirlo, ¡No me funcionan los ficheros .htacces!, tengo uno donde al haber mensajes de error 404 "Documento No encontrado" me cargue el fichero /index.php, con el "paquete" que tenia antes me funcionaba bien, simplemente copie todo el contenido del DocumentRoot del servidor anterior y lo peque en este, pero al escribir en el navegador algo como http://localhost/fichero-que-no-existe me dice que el fichero no existe y no me carga el index.php

¿Alguien sabe si debo hacer algo mas?

[dec]

Hola,

¿Qué tienes entre la pareja de etiquetas < Directory /> en el archivo de configuración de Apache (httpd.conf)?

Creo que la directiva "AllowOverride" tiene que valer "All", o, cuando menos, nunca "None" para que los archivos ".htaccess" puedan actuar...

Vamos, me parece, no es que esté cien por cien seguro, es lo que estoy concluyendo de lo que puede leerse aquí y aquí.

[D-MO]

Empezado por dec

...no es que esté cien por cien seguro...

Pero si que le has atinado. Problema resuelto.

Saludos.