Usar <? en vez de <?php para los scripts PHP

Estoy actualizando mi manera de trabajar en proyectos de desarrollo web y programación, y una de las cosas que estoy haciendo es configurar XAMPP con hosts virtuales para desarrollar en local.

Todo funcionaba perfecto con pruebas de html estático pero ¡¡Cueeecccc!! todo se fue al carajo cuando probé algunos sitios php. Simplemente no me estaba interpretando el código php :S Muy raro.

Probé primero jugando con los .htaccess y los nombres de los dominios locales y nada.

Finalmente llegué al problema: resulta que desde no sé qué versión de php la configuración por defecto obliga a usar
<?php ?>
en vez de solo
<? ?>

La solución es modificar el archivo php.ini y activar (on) la directiva:
short_open_tag=On

Simple, pero me demoró un tiempo llegar a ello.

Chancho en Penta

El grupo chileno Chancho en Piedra se presentó en el Festival del Huaso de Olmué este Jueves 22 de Enero. Más allá de la entretenida presentación musical, en dónde hicieron fusión con ritmos folcklóricos, quedó en el oído de todos una «repasada» que le hicieron a los millonarios y políticos involucrados en el Caso Penta y en el juicio a Martín Larraín durante la canción «Eligiendo una reina».

Chancho en Piedra en Olmué 2015

Chancho en Piedra en Olmué 2015

Hé aquí el par de estrofas:

«Podremos ver el turbio caso Penta
financiando en forma truculenta
su patrimonio es descomunal
que puede atropellar, arrancar, y no le pasa na’.
En el diario veo a la senadora
y al otro fresco’e raja pidiendo un raspado de olla
son solo títeres de los millonarios
nadie les compra su error involuntario.»

Ja ja ja. Notable.

Configurar email piping a archivo php en cPanel sin cPanel

Si bien cPanel nos da la opción de redireccionar una casilla de email hacia un script php (redirecciones de correo > avanzadas), solo permite escribir la ruta a un script pero no nos da la libertad de utilizar otros comandos.

En mi caso, solo escribir la ruta al script php no funcionaba. Se necesitaba agregar explícitamente la ejecución de php y modificar la ruta, y ello no se podía hacer «con pantallitas y botones» en cPanel.

Pues luego de investigar un poco, me conecté vía ssh al servidor y edité el archivo /etc/valiases/midominio.com para poder modificar la línea
prueba@midominio.com: | /home/midominio/prueba-piping.php
y dejarla
prueba@midominio.com: | php -q /home/midominio/public_html/prueba-piping.php

Con eso ya los emails son correctamente entregados al script php.

En una de esas más adelante escribo la manera en que procesé dicha información. Aún estoy investigando y probando al respecto.

Cómo usar pack de lenguajes .phar en osTicket

Este último año me he tenido que pelear con dos servidores (de Solution Group y de CDIEC) que si bien no administro yo, he necesitado modificar configuración y pequeños tweaks para hacer funcionar ciertos sistemas. El drama es que ambos son distintos pues sobre un centOS uno tiene un whm/cpanel y el otro tiene un plesk. Pues y he aprendido (por las duras) que aunque el sistema operativo sea el mismo, toda la estructura de archivos y configuraciones varían mucho de un sistema a otro.

En la oficina decidimos probar el sistema osTicket antes de ponernos a desarrollar una solución a medida que gestione las incidencias que requieran soporte, y en este caso el sistema contaba con un pack de lenguaje español que nos facilitaba mucho las cosas… o eso creíamos.

Se instaló el sistema osTicket muy rápido y todo funcionaba perfecto.

Se instaló el idioma español y todo se fue al carajo. El backend simplemente no se traducía y seguía en inglés pero el frontend se iba a blanco.

Me tuve que pasear por mil foros y wikis que poco y nada ayudaban, hasta que llegué a un comentario enterrado por ahí diciendo que había que agregar una línea de configuración para que los archivos .phar fueran utilizables. Y, claro, el pack de penguaje venía en ese maldito bendito formato .phar.

Simplemente había que editar el archivo /etc/php5/cli/conf.d/suhosin.ini y agregar la línea
suhosin.executor.include.whitelist = phar

Muy simple!!!

Pero obviamente dicho archivo NO EXISTÍA EN MI SERVIDOR :(

Buceando vía ssh por toda la estructura de archivos y luego de no encontrar nada, decidí probar agregar la línea en el usr/local/lib/php.ini y milagrosamente funcionó.

Resumiendo

Entonces, para habilitar el uso de archivos .phar en un servidor que utilice whm/cpanel es necesario editar el archivo /usr/local/lib/php.ini y agregar la línea suhosin.executor.include.whitelist = phar (Yo lo hice al final, pero debiese dar lo mismo).

para habilitar el uso de archivos .phar

Espero le sirva a alguien y se ahorre el dolor de cabeza por el que tuve que pasar.

Eso dicen

Me merezco más. Eso creo. Eso dicen.
Te quiero a ti. Eso basta. No me creen.
Pasa el tiempo. Creo olvidarte. Eso dicen.
Un segundo. Un instante. Una palabra basta. No me creen.
Vuelves a llenar mis penas, a remover mis recuerdos,
a burlarte de mi ciega estupidez sin saberlo,
a alimentar mis deseos, a agrandar, insanamente, mis esperanzas.
Me merezco más. Eso dicen. No lo creo.
Te quiero a ti. No me creen. Eso no basta.
Un segundo. Un instante. Una palabra basta para revivir la angustia.
Vuelves a llenar mi mente, a remover mi corazón,
a burlarte de mis añejas esperanzas sin saberlo,
a alimentar mis miedos, a agrandar enormemente mi pena.
Me merezco más.
Eso dicen.