Archivo de la etiqueta: php

Cómo solucionar error 404 al usar wp-blog-header fuera de WordPress

Sígueme

lesterfibla

Desarrollador Web y Programador at www.lesterfibla.com/pro
Desarrollador y Programador Web de día, VDJ por las noches. Amante de la música, los deportes y los medios de comunicación.
Sígueme

guia-php-wordpressEstoy usando wordpress solo como backend para manejar el contenido de un sitio, pero en el front no uso todo el sistema de themes, sino que simplemente llamo a wp-blog-header.php al inicio de mis paginas y luego puedo usar las queries que necesito. Este sistema es lo que el mismo codex de wordpress recomienda. ¡Y funciona!!!

Desarrollé todo el sitio y funcionaba todo bien hasta que… :(

…hasta que vi que google no estaba indexando las páginas y que al usar una herramienta online de generación de sitemaps me arrojaba error 404, me decía que la url no existía ¡y yo la estaba viendo!

Pensé en robots.txt, pensé en la opción que trae wordpress para “disuadir a los motores de búsqueda de indexar el sitio”, pensé en algún bloqueo vía .htaccess o en algún bloqueo a nivel de servidor Y NADA. Nada funcionaba.

Luego de googlear un rato llegué al problema y a la solución. Resulta que al usar wp-blog-header.php y no existir una url que pueda traducirse en una ruta válida, de algún modo se lanza una cabecera de error 404 a pesar de que todo el sistema siga funcionando bien, y lo más extraño es que solo afecta a algunos navegadores antiguos y a googlebot. Ese era el drama.

Una de las soluciones era “desarmar” todos los llamados que hace por dentro wp-blog-header.php y dejar solo las líneas necesarias, pero parecía ser mucho código para algo tan simple.

La segunda solución que encontré era la más simple, la probé y funcionó. Era simplemente reemplazar

require('wordpress/wp-blog-header.php');

por

require('wordpress/wp-blog-load.php');

Santo remedio. Ahora el sitio se indexa correctamente y no genera esos errores 404 medio fantasmas que había.

Puedo volver a respirar tranquilo.

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

Sígueme

lesterfibla

Desarrollador Web y Programador at www.lesterfibla.com/pro
Desarrollador y Programador Web de día, VDJ por las noches. Amante de la música, los deportes y los medios de comunicación.
Sígueme

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.

Cómo usar pack de lenguajes .phar en osTicket

Sígueme

lesterfibla

Desarrollador Web y Programador at www.lesterfibla.com/pro
Desarrollador y Programador Web de día, VDJ por las noches. Amante de la música, los deportes y los medios de comunicación.
Sígueme

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.

El cuerpo humano

Sígueme

lesterfibla

Desarrollador Web y Programador at www.lesterfibla.com/pro
Desarrollador y Programador Web de día, VDJ por las noches. Amante de la música, los deportes y los medios de comunicación.
Sígueme

Esta es una ñoñería de tomo y lomo: el cuerpo humano en html y php… definitivamente si Dios existe, no sabe que existe el CSS pues lo usó solo para un tatoo. Mal por Dios.

El cuerpo humano