Consejos para una buena configuración del desarrollo del servidor web [cerrado]

Hace aproximadamente un mes, creé mi primera pila LAMP e implementé un sitio web simple que ejercía cada letra en ese acrónimo. Sin embargo, mi configuración de desarrollo fue mucho menos que ideal. Realmente no tengo un servidor de prueba local, sino que estaba escribiendo todos mis scripts CGI en vim mientras estaba en la máquina remota como root . Ahora tengo la intención de comenzar un desarrollo más serio.

Pregunta: ¿Cuál es una buena configuración para que el desarrollo sea lo más fácil posible?

Me gustaría entender lo que está disponible para mí a lo largo de las líneas de un IDE, subversión (o alternativas), carga y descarga de contenido, y solo las mejores prácticas. Soy bastante nuevo en todo esto. Además, siéntase libre de señalarme buenos sitios web. Hay muchos sitios web, pero solo las personas que ya están desarrollando mucho contenido web pueden determinar rápidamente si son buenos sitios web.

Paso 1: ¡no se desarrollen como root! Lo digo con toda sinceridad.

Idealmente, necesitará las siguientes herramientas:

• Control de fuente, usa lo que quieras (Subversion funciona para mí, a otros les encanta Git o Mercurial)
• Un entorno de desarrollo donde puede ejecutar su sitio web en la máquina en la que está desarrollando; este entorno de desarrollo debe ejecutarse desde su cuenta de usuario, no root. Eso puede requerir que se ejecute en un puerto superior a 1000 en un entorno Unix (es decir, Apache que se ejecuta en el puerto 8080 es bastante común).
• Un IDE puede ayudarlo a codificar de manera más eficiente y recorrer el código fuente según sea necesario. Si no hay opciones de IDE para su plataforma (no sé nada de IDE de PHP o si existe), un buen editor de texto es imprescindible.

También idealmente, tendrá un entorno de prueba separado. El entorno de prueba le permite tener una máquina que es lo más parecido a lo que pretende implementar. Eso ayudará a eliminar problemas inesperados con el medio ambiente lo antes posible. Si eso no es posible (es decir, una tienda individual), al menos tenga una instancia diferente de la aplicación apuntando a una base de datos de prueba.

Siempre me ha gustado Eclipse , pero puedes usar lo que quieras. El IDE no necesita estar relacionado con su entorno de implementación. Realmente debería implementar a través de FTP o SCP o algo similar, en lugar de editar el código en el servidor. VI, EMACS y otros editores de CLI son agradables y todo, pero realmente no quieres estar haciendo todo tu desarrollo allí. Te volverás loco.

Puede ejecutar Subversion en una máquina LAMP, aunque, por supuesto, se aplican las advertencias habituales sobre el hardware de desarrollo frente al hardware de producción. Obviamente querrás un IDE que se integre con Subversion, pero los más serios sí.

Nunca se desarrolla en alguna herramienta de línea de comandos en la máquina de producción :) Eso es simplemente inconveniente.

Además, consiga una máquina con SVN, un buen IDE para su PC y simplemente haga SVN en producción. Es tan bueno como puede ser.

Entornos de prueba:

c Eche un vistazo a http://bitnami.org/stack/lampstack allí donde puede encontrar máquinas virtuales suse / ubuntu listas para usar para probar su código, así como paquetes nativos para instalar en su sistema. Una vez que su proyecto sea lo suficientemente maduro como para ejecutarse en condiciones "reales", puede cargarlo en un host gratuito como cloudcontoll. A diferencia de la mayoría de los hosts gratuitos de control en la nube

IDE:

PHP Eclipse es una buena opción.

Contoll de origen:

Prefiero Bazaar porque no requiere un servidor para que pueda trabajar en línea si no tiene conexión a Internet.

Esto le brinda un entorno de desarrollo agradable que se ejecuta en la mayoría de las computadoras portátiles

Soy un hombre feliz mientras uso estos.

• Servidor de la comunidad Zend, esta es su pila LAMP
• Eclipse, Netbeans o Zend Studio como su IDE (Google estos nombres)
• phpUnit para pruebas unitarias
• Por último, siempre preferiré Mercurial a Subversion como mi controlador de revisión de código. (Lea este tutorial sobre Mercurial. Hay un poco de curva de aprendizaje, pero al final del día será un individuo satisfecho)