Warning: Cannot modify header information – headers already sent by (output started at

Trabajando con Php, cuando hacemos un session_start() , o utilizamos un comando header , en ocasiones nos encontramos con errores de este tipo:

Warning: session_start() [function.session-start]: Cannot send session cookie – headers already sent by (output started at

Warning: Cannot modify header information – headers already sent by (output started at

Estos errores aparecen cuando antes de utilizar estos comandos, se ha realizado alguna escritura desde la página php. Esta escritura, no tiene que realizarse exclusivamente mediante un comando echo o similar. Basta con que la etiqueta de inicio del código php ( <? ), no se encuentre en la primera línea, ya que el servidor web interpreta que debe enviar caracteres en blanco.

Así, para solventar esta incidencia, deberemos verificar que la própiea página que llama al session_start o al header , o cualquier include anterior , no sólo no están lanzando un echo, sinó que no tenga líneas vacías o con contenido fuera de etiquetas php.

Pierdo las variables de Session Php

Ha sido complicado descubrir lo que estaba pasando, ya que era difícil reproducir el comportamiento.
El síntoma: se perdía el contenido de las variables de Session.

El motivo: por un bug de php , cuando se hace una redirección a otra página mediante header(‘location: otraPagina.php’);  las variables de Session que estaban en la página que hace la redirección pierden su valor, con las consecuencias que ello provoca.

La solución: Ignorar las variables de Session, y gestionar éstas, nosotros mismos mediante un fichero por Session, utilizando el session_id() , para almacenar las variables justo antes de la redirección, para cargarlas de nuevo del fichero, una vez que lleguemos a la página de destino de la redirección.

Codificación de caracteres en paginas php

Recientemente he estado desarrollando una web corporativa en Polaco, y me he tenido que romper la cabeza para descubrir porqué los caracteres no aparecían correctamente en el explorador web.

Haciendo 4 búsquedas en internet, rápidamente veo lo que está sucediendo.

Se tiene que añadir el tag <meta http-equiv=”Content-Type” content=”text/html; charset=UTF-8″> dentro del header de la página html.

Además, cuando se accede a la base de datos mySql, se tiene que acceder al contenido del campo, anteponiendo la siguiente instrucción:

mysql_query(“SET NAMES ‘utf8′”) or die();

El campo que contiene el contenido en idioma polaco, deberá tener como Column Charset = utf8 , y como Column Collate = utf8_polish_ci

Con esto, en el servidor local de desarrollo que corre con Xampp, todo funcionaba Ok.

Pero cuando subía el código al servidor de hosting de PiensaSolutions, el formato del texto no aparecía correctamente. Parece que el servidor, asigna una codificación directamente, por lo que el charset asignado en la cabecera de la página html, es ignorado por el explorador web.

La solución: En la página php, se tiene que añadir el header(‘Content-Type: text/html; charset=UTF-8′);

Excel Vista: Referencia a celda

Con Excel Vista, en ocasiones sin previo aviso, la referencia de las celdas, cuando se usa en fórmulas tiene un formato del estio FXCX, dónde la primera X corresponde al número de la fila y la segunda X el número de columna.

Para los que estamos acostumbrados a hacer referencia del estilo A1 ( Nombre Columna, número de fila ), el formato FXCX es bastante molesto.

El problema está, en que con Excel Vista, este cambio se produce en ocasiones, sin expreso deseo del usuario.

Vamos a ver como indicar a Excel que queremos referenciar las celdas del modo A1:

1- En primer lugar accederemos a Opciones de Excel, a través del menú principal ( botón Office situado en la parte superior izquierda de la ventana ), y pulsaremos el botón Opciones Excel , situado en la parte inferior del menú contextual que se nos habrá desplegado.

2- En la pantalla de Opciones de Excel que se nos abrirá, pulsaremos en el menú lateral izquierdo, la opción Fórmulas, y en el apartado Trabajando con fórmulas, deberemos desmarcar la casilla de verificación Estilo de referencia F1C1.

Protección de código PHP

Cuando utilizamos PHP como entorno de trabajo para nuestros proyectos web, contamos con múltiples ventajas, como son el amplio uso por la comunidad de webmasters, su sencillez, y el barato precio que hay que pagar para adquirir una licencia.
 
Por otra parte, una de las mayores desventajas que presenta, es la vulnerabilidad de la privacidad del código creado.
Como lenguaje interpretado y no compilado, basta con acceder al fichero php para poder ver su contenido, por lo que la propiedad intelectual de nuestro trabajo está totalmente a la vista.
 
Esto nos sitúa en una posición de total dependencia de la honestidad de los administradores de nuestro hosting, ya que pueden acceder y acceden libremente, al contenido de sus servidores, ya que el servicio de hosting es un alquiler de espacio.

Hay varios productos que permiten encryptar mediante una pseudo compilación, el contenido php, como Zend pero para poder utilizarlo, se debe tener instalado en el servidor web, algo imposible si el servicio de hospedaje no permite realizar instalaciones, y únicamente podemos gestionar a partir de un panel de control.
 
Una alternativa es difuminar el código. Lanzar un proceso previo a la subida de los ficheros a un servidor web, que modifique la posición del código, así como el nombre de las variables y funciones, para que lo haga ilegible, pero que el compilador si que lo pueda interpretar. GridinSoft, dispone de un producto de este tipo.
 

Como última alternativa, podemos confiar plenamente en los administradores del servidor web, y que el servidor dónde están almacenados nuestros ficheros, no sufriran un ataque y nos roben nuestro código.

¿El huevo o la gallina?

Intentando comenzar a sumar algún punto de Page Rank, me hago la pregunta de qué páginas tuvieron los primeros PR de la historia.

Es decir, si el Page Rank, es asignado a partir de los enlaces de otras páginas, valorando los valores de Page Rank que estas tienen, alguna tuvo que ser la primera.

Esas primeras páginas, han debido tener una gran influencia en las siguientes asignaciones de Page Rank.

Profundizando en el conocimiento del PR, y como los utiliza Google, encuentro varios posts interesantes,  entre ellos uno de trazos-web, dónde se remarca la importancia de generar contenido de calidad, y la puntuación y calidad, de las paginas que nos enlazan.

Ahora bien, el PR es importante cuando se realizan búsquedas en Google, pero hay otros modos de conseguir accesos, aunque estos son más laboriosos.

Vamos a hacer una prueba de como reacciona Google ante una palabra frecuente : empresas. El objetivo es analizar los primeros 10 resultados, el Page Rank que tienen, para ver, si entre los resultados de búsqueda se establece una ordenación descendiente por PR.

En la búsqueda de la palabra clave empresas, estos son los primeros 10 hits:

1- info-empresas.net :: directorio de empresas — con PR 6 , 2 keywords en el title, 2 keywords en el contenido, y 1 keyword en el link.  BackLinks : 285.

2- Empresas- Wikipedia, la enciclopedia libre– con PR 6 , 1 keyword en el title, 1 keyword en el contenido, 1 keyword en el lik. BackLinks: 143.

3- Guia directorio de empresasy profesionales de España– con PR4 , 1 keyword en el title, 3 keywords en el contenido, y 1 keyword en el link. BackLinks: 66

**- Ignoramos los Resultados de noticias……

4- Canal Empresa— con PR 4 , 1 keyword en el title, 3 keywords en el contenido, y 1 keyword en el link. BackLinks: 98.

5- Buscador y Directorio de Empresasen España – El Corredor Directorio….— con PR 5, 1 keyword en el title, 1 keyword en el contenido , 0 keywords en el link. BackLinks: 127

6- Expansion.com Empresas- Diario Expansión. Líder en información…con PR 5 , 1 keyword en el title, 1 keyword en el contenido , 1 keyword en el link. BackLinks: 281.

7- Portal de creación de empresaspara los emprendedores, asesores y…con PR 4 , 1 keyword en el title, 1 keyword en el contenido, 1 keyword en el link. BackLinks: 30

8-subvenciones, subvenciones empresas, subvenciones autónomos…— con PR 4 , 1 keyword en el title, 1 keyword en el contenido, 1 keyword en el link. BackLinks: 55

9- QDQ Media – Guia telefónica de empresas, profesionales y….—- con PR 6, 1 keyword en el title, 2 keyword en el contenido, 0 keywords en el link. BackLinks: 554

10- Anuncios profesionales para empresas:: popempresas.com– con PR 5 , 1 keyword en el title, 1 keyword en el contenido, 1 keyword en el link. BackLinks: 189

El análisis de estos resultados me lleva a algunas suposiciones, fundadas en la visualización de los resultados, que intentaré justificar en otros posts para otras búsquedas:

1- Todos los resultados, tienen en el Title, la palabra buscada ( parece evidente ).

2- La primera de todas las entradas, tiene 2 keywords en el Title, aunque también tiene un PR de 6.

3- Los resultados devueltos no están ordenados por el Page Rank, sino que intervienen otros criterios.

4- Los criterios que parece puedan intervenir, es la concreción del Title. Carácteres como la “coma” o el “guión”, podrían tirar hacia abajo el resultado.

5- La correlación entre los backlinks y el PR parece evidente.

De momento, hasta aquí. Si alguien ha hecho alguna prueba similar, agradecería me facilitarais el enlace.