Si utilizas Cpanel y Centos 5.5 o cualquier sistema similar donde encuentres este error en tus error_log de apache:

1
2

[04-Aug-2010 10:32:08] PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/local/lib/php/extensions/no-debug-non-zts-20090626/pdo_sqlite.so'
- /usr/local/lib/php/extensions/no-debug-non-zts-20090626/pdo_sqlite.so: undefined symbol: sqlite3_libversion in Unknown on line 0

Puedes llegar a saturarte el disco de mensajes de error y para evitar dicho error y solucionar el problema, simplemente debes desactivar la extensión pdo_sqlite.so de tu php.ini global y puedes hacerlo fácilmente con el siguiente comando:

1

sudo sed -i 's/extension=pdo_sqlite.so/;extension=pdo_sqlite.so/g' /usr/local/lib/php.ini

Esta es una solución para evitar el problema, pero la solución buena sería conseguir detectar el error que lo produce y solucionar para que no se tenga que desactivar dicha extensión.

Si conoces como solucionarlo bien, me encantaría leerlo en los comentarios.

Entradas relacionadas:

1. Solucionar error mplayer: error while loading shared libraries: libx264.so
2. Como reiniciar CPanel – Solucionar error: cpsrvd failed. A restart was attempted automagicly.
3. Solucionar error con subversion: Missing Dependency: perl(URI) >= 1.17 is needed by package subversion-1.4.2-4.el5_3.1.x86_64

El error completo sera algo como:

PHP Warning: Unknown(): Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp/) in Unknown on line 0
PHP Warning: Unknown(): open(/tmp/sess_404b65f5a6f22fd57694ce1442af5769, O_RDWR) failed: No such file or directory (2) in Unknown on line 0
PHP Warning: session_start() [<a href='function.session-start'>function.session-start</a>]: open(/tmp/sess_404b65f5a6f22fd57694ce1442af5769, O_RDWR) failed: No such file or directory (2)

Las sesiones en php, son simplemente una cookie, pero que se almacena en servidor. Y una cookie es simplemente un fichero de texto con un hash y variables con datos.

Este error puede darse en el session_start() y puede darse que al no asignar un nombre especifico a la sesión, se use un genérico, que tiene la forma sess_(un hash) y se use un fichero de sesión aleatorio que haya dado colisión con otro que haya sido creado por otro usuario que lo este usando también sin establecer nombre.

¿y porque se da el error? Porque estas viendo una página “cacheada” en tu navegador y el servidor tiene asignada esa cookie-sesion a otro usuario, por eso de dice que no tienes permisos. La solución seria borrar la cache, pero aunque es un apaño, la culpa no la tiene el usuario, esta en el servidor por haber asignado esa cookie-session a otro usuario previamente no haber liberado la cookie-session.

Pero tampoco podemos echarle toda la culpa al servidor si nosotros lo programamos de tal modo.

En algún comentario en ingles podéis leer ”in the belief that somehow the two people were getting the same ID and hence temp file”.

Yo tengo bastante experiencia en php y nunca se me había dado este error y ya de por sí me resultaba muy raro. Pero esto es un problema que esta generando PHP con phpsuexec.

Buscando en google, aparentemente no hay soluciones, pero si que había reportes de bug en el bugtracker de PHP:
http://bugs.php.net/bug.php?id=19022 (BUG PADRE)
Otros bugs relacionados:
http://bugs.php.net/bug.php?id=43990
http://bugs.php.net/bug.php?id=5370

Si observas las respuestas de google de otros hosting, dan como solución  “contrata a un mejor sysadmin”, “TU estas haciendo algo mal”, “comprueba tu configuración”, “Asked sys admin to fix it” , pero no dicen porque, ni como arreglarlo, ni dan soluciones, eso es para evitar decir que NO tienen solución,  en Quijost no engañamos a nuestros usuarios de tal modo y explicamos lo hechos de forma honesta.

Las únicas soluciones que se dan son:

1 – Reiniciar la máquina (MALA solución: tratándose de servidores en producción no se puede jugar con el uptime y más si se da espontánea y periódicamente)

2 – Eliminar todas las sesiones con: rm -rf /tmp/sess_* (MEDIA solución: no requiere reinicio, pero hace perder el logueo a todos los usuarios que estén en el servidor para arreglar al resto, aparte habría que ejecutarla cada vez que da este error que puede ser en cualquier momento y sin posibilidad de detectar cuando)

3 – Modificar el directorio donde se guardan las sesiones a uno del usuario para así que no den problemas de permisos:
ini_set('session.save_handler', 'files');
O bien un directorio del usuario (creando un directorio tmp en el directorio del usuario):
ini_set('session.save_path', '/home/usuario/tmp');

Documentacion:
session_save_path() www.php.net/session_save_path

Podría valer pero no es la mejor solución.

La solución más correcta y hasta que los señores de PHP se dignen a arreglar este BUG que posiblemente afecte a millones de sitios web de php sería la siguiente:

1 – Establecer la cookie-sesion en un directorio de tu propio usuario, es decir dentro de tu dominio, por ejemplo:

ini_set('session_save_path', '/home/tuusuario/tmp');

2 – Asignar un nombre a la sesión:

session_name('tuusuario');

3 – Poner este trozo de código para evitar que te de error en el session_start():

if(@session_start() == false){session_destroy();session_start();}

Lo que hacemos es borrar la sesión actual si da error y generar otra, sino da error simplemente la iniciamos (esta más cool utilizando un if ternario).

Por lo tanto, resumiendo, en vez de poner sólo session_start(), para solucionar el bug, tendrías que poner lo siguiente (claro esta, poniendo tu usuario):
ini_set('session_save_path', '/home/tuusuario/tmp');
session_name('tuusuario');
if(@session_start() == false){session_destroy();session_start();}

Entradas relacionadas:

1. Como reiniciar CPanel – Solucionar error: cpsrvd failed. A restart was attempted automagicly.
2. Solucionar error pdo_sqlite.so: undefined symbol: sqlite3_libversion
3. Solución Cpanel/WHM – clamd failed. A restart was attempted automagically.

Derechos de autor automáticos o dinámicos

La mayoría de nosotros tenemos nuestros derechos de autor (o copyright) en la parte inferior de nuestros sitios con una etiqueta que muestra el año de comienzo y actual.

Algo como:

1

2005-2008 © Shakaran. Todos los derechos reservados

Generalmente estas etiquetas suelen estar puestas a mano como un simple texto (estáticas). El problema es que resulta bastante pesado, tener que cambiar cada año la fecha de esta etiqueta y a veces incluso se nos olvida dando una imagen de descuido a la gente que puede verlo.

Pero nosotros vamos a ver como hacer esta etiqueta dinámica, es decir, que cambie automáticamente cada año y nosotros nos despreocupemos de tener que cambiarla cada año.

Código PHP

Es bastante sencillo, para el ejemplo anterior sería algo así:

1

2005-< ? echo date('Y'); ?> © Shakaran. Todos los derechos reservados

Explicado detalladamente, abrimos y cerramos el guión de php con <? y su respectiva etiqueta de cierre ?> y llamamos a la funcion echo de php para imprimir un valor, que en nuestro caso es la llamada a la función date (fecha en español) que nos da la fecha actual del servidor y a la que le pasamos un parámetro ‘Y’ para que sólo nos devuelva una representación numérica completa de un año con cuatro dígitos, por ejemplo 1999 o 2003.

Por lo tanto obtendremos el año automáticamente cuando el reloj del servidor cambie.

Si aún queremos hacer un código más estilizado y elegante (como ya sabemís que me gusta a mí), podemos prescindir de echo y utilizar = para obtener el mismo resultado, además de eliminar los espacios innecesarios y también al ser una sola instrucción de php, podemos prescindir del punto y coma, pero eso siaacute;, dejando un espacio luego, ya que sino, php no interpretará bien la etiqueta de cierre ?>. Por lo tanto, nuestro código elegante nos quedaría:

1

2005-< ?=date('Y') ?> © Shakaran. Todos los derechos reservados

Entradas relacionadas:

1. Cumplir estandar W3C con target=”_blank” utilizando Mootools
2. Truco: Enviar mensajes vacios sin alerta en Gmail