La Ubicación preferida para ejecutables cgi en el Servidor de Lion

OS X es un sistema basado en unix, puede utilizar el estándar de unix estructura de archivos para que.

Hablando en general, la mayoría de los unix/linux distros uso /var/www/ web servidor de almacenamiento, usted podría imaginar algo como /var/www/html para las páginas y los medios de comunicación y /var/www/cgi-bin para ejecutables cgi.

Hay otros lugares disponibles (/srv por ejemplo), consulte esta lista en wikipedia para una explicación sobre la estructura de directorios (si es necesario)

Mi preferencia sería que todo el sistema común CGI ejecutables en /Library/Server/Web/Data/Exec

Un par de conceptos vino a la mente para pensar acerca de lo de la carpeta puede ser mejor:

1. Evite almacenar a mi CGI entre la Manzana entregado sistema de CGI.

2. Evite almacenar a mi CGI en una carpeta en el Servidor de Administración y el Buscador de tener oculto por defecto.

   De menor importancia son las acciones realizadas por Apple para que ya no se suministran con o continuar para ocultar algunas carpetas de la vista (estoy contento de romper con el proveedor de plomo, pero generalmente necesita una buena razón para hacerlo)

3. No cambiar de Snow Leopard de la ubicación de /Library/WebServer/CGI-Executables (el perezoso sysadmin principio - ¿por qué cambiar cualquier cosa que usted no tiene que)

4. Menos esfuerzo - si tengo la oportunidad, algo menos cambio es mejor.

Parece claro que /Library/Server/Web/Data/Sites contendría datos que el servidor web podría servir diferencialmente según las necesidades de cada sitio. Así que si mi Orange sitio había CGI que solamente eran para que un sitio, yo podría almacenar en /Library/Server/Web/Data/Sites/Orange/Exec más que en el "default" de la ubicación.

No veo una buena razón para mantener /Library/WebServer alrededor, ya que voy a ser la edición de mi archivo de configuración de Apache para agregar mis sitios - y supongo que vamos a ver el cambio en un punto de liberación y no tendrá que adivinar.

Me gustaría despedir a cualquier carpeta que se oculta de forma predeterminada en el Finder y el Administrador del Servidor - así que para mí, /private estaría fuera. No estoy diciendo que es malo para cualquier persona a la tienda de las cosas - especialmente si ahorra trabajo o la capacidad intelectual mediante la re-use el código de la estructura de otro SO UNIX que no usa Mac OS X únicas /System y /Library estructura de directorios.

Respondiendo a mi propia pregunta en caso de que la conclusión no estaba clara. Nadie ha aclarado por qué Apple ha cambiado la estructura de directorios del servidor web en OS X Lion Y Mountain Lion) del Servidor. Sin embargo, para mí la más destacados pregunta era si había una de las "mejores prácticas" para la web ejecutables - o un "preferido" ubicación como @bmike ponerlo. Mi conclusión de los varios comentarios útiles y de mi propia prueba es que la elección de la ubicación es arbitrario, y por lo tanto lo que cuenta, como la mejor práctica es localizar su web ejecutables en donde mejor servir a su sitio, siguiendo los criterios y sugerencias mencionadas por los comentaristas.

Para mí, mi propio servidor es sólo un paso en el camino a la ubicación final de mis cosas en el servidor de otra persona o en algún ISP. Así que cada generación crea dos distintas configuraciones: uno para mi (ahora Mountain Lion) servidor de prueba de la estructura de directorios y el otro para la estructura de directorios en la que la aplicación se desplegará. Todo lo demás es el mismo.

Así que crear una estructura de directorios para mi servidor web que hace que sea fácil seguir la pista de mis proyectos, y grabó sus caminos en mi sistema de construcción. Que y Apache-estilo de aliasing (es decir, con 'cgi-bin' como un alias para el directorio de archivos ejecutables) significa que realmente no mirar atrás ahora que mi propia estructura de directorios está en su lugar. Acabo de crear la aplicación y aterriza en el lugar correcto para que se ejecute en el servidor. Así que esa es la respuesta para mí.

En un servidor de producción, la mejor práctica sería probablemente incorporar los comentarios, las sugerencias de cambio mínimo, mínimo sorpresa para más adelante mantenedor, y la persistencia a través de actualizaciones del sistema. Gracias a todos.