un par de puntos ...
PHP tiene ninguna infraestructura nativa "de importación", como Python, Java o .NET. Hay varias formas en que las bibliotecas se pueden usar en PHP.
compilarlos en el binario de PHP. Esta es la forma más avanzada, y generalmente no es deseable a menos que tenga necesidades muy especiales.
Instalarlos como módulos PHP en el servidor e incluirlos en PHP.ini. Desde el punto de vista del programador PHP, estas extensiones son parte de PHP, siempre disponible. Simplemente es más fácil agregarlos y eliminarlos sin tener que reconstruir PHP.
Instale el código PHP en el servidor en alguna parte, e inclúyelo() en su script PHP.
Guarde una copia de una biblioteca en su proyecto e inclúyala en su script PHP.
-
En un nivel básico, el código es o bien parte del intérprete (estática o dinámica), o es evidente código PHP de edad que es include() ed en su proyecto.
Para su propósito, solo puedo sugerirle que se quede con una distribución PHP estándar de la industria (elija un buen sistema operativo Linux, y use su PHP). Entonces, casi todas las bibliotecas que necesitará en el nivel de intérprete están disponibles como paquetes complementarios, y la complejidad de eso depende de quienes lo hacen todos los días.
En RedHat/CentOS, que puede encontrar:
yum install php php-memcached php-gd php-pecl
-
En cuanto a todos los otros tipos de bibliotecas que es posible que desee utilizar, lo más probable es mejor adoptar un buen marco de PHP que se encarga de todo eso por ti.
Algunos ejemplos son:
- Zend Framework
- CakePHP
- CodeIgniter
- http://www.phpframeworks.com/
- Etc ...
(no en cualquier orden, sólo los que me vino a la mente)
Siempre que haya tomado el enfoque estándar de usar RPM o similar para administrar lo compilado en aspectos de PHP y extensiones, entonces un buen marco sólido se encargará de la inclusión de todo el código de biblioteca PHP adicional que necesite.
Lo que el resultado final es que se enfoca en entregar un producto, y no en toda la infraestructura que de otra manera tendría que aprender e inventar.
-
php.ini se analiza y se ejecuta cuando arranca PHP (cada vez por línea de comandos, una vez al inicio del servidor en Apache). Define una gran cantidad de configuraciones, incluye una gran cantidad de módulos, configura esos módulos, etc ...
En realidad, puede anular algunas configuraciones en php.ini con la función ini_set() en PHP. Sin embargo, esto solo es efectivo para algunas configuraciones. Otros deben configurarse antes de que comience su script.
Al ejecutar en apache, puede agregar líneas a las directivas .htaccess
y <VirtualHost>
que anulan por completo PHP.ini para ese directorio/host virtual.
(por favor, corregir mi sintaxis y eliminar esta nota si está mal)
<VirtualHost *>
ServerName www.example.com
DocumentRoot /home/joe/site/docroot
php_value include_path "/home/joe/site/php-code"
</VirtualHost>
-
En respuesta a la pregunta # 6 sobre su propia biblioteca y la mejor manera de empaquetar, te sugiero primero evalúa la necesidad de la biblioteca. Y si realmente está trabajando en algo, descubra la forma más común de hacerlo. Si es una biblioteca simple, entonces un archivo .php con un buen sitio web sería suficiente.
-
Tal vez un poco divagar, pero espero que esto te indique la dirección correcta.
Algunos de estos se encuentran en la documentación de php: [php.ini] (http://www.php.net/manual/en/configuration.file.php), [PECL/PEAR] (http: // www.php.net/manual/en/install.pecl.intro.php). – eykanal