Por alguna extraña razón la pagina no entra (nunca carga) por el simple hecho de ponerle:

<?php
session_start();
?>

El iniciar el archivo.. En mi maquina localhost con XAMPP corriendo, funciona correctamente, pero al subir a webcindario nunca logra cargar ninguna pagina. Inclusive lo he ntentado con un simple test y al parecer no corre nada :S

Archivo: acceso.php
Código:
<?php
session_start();
$_SESSION[access] = true;
echo "OK";
?>

Archivo:verificar.php
Código:
<?php
session_start();
if($_SESSION[access]==true) {
echo "OK, tienes el acceso permitido";
}
else {
echo "Error, no tienes permiso.";
}
?>

Ya he revisado el phpinfo() y parece que si esta activado... Saludos y de antemano gracias por compartir sus ideas!

<?php
session_start();
$_SESSION['access'] = true;
echo "OK";
?>

Prueba con las ' del session que no has puesto....

pues bien, ya le puse las ' que por error olvide, pero no funciona ni asi. Creo que el problema inicia desde poner la instruccion: session_start(); De todas formas gracias NoSetup.org  Dejo abierta aun la pregunta.. NO se si hay que configurar algo adicionale en el panel ¿? Pense que son solo activar la casilla de php era suficiente. De todas formas todo lo demas que tengo en php y mysql funcionacorrectamente. Solo es eso de las sesiones.

Asegurate de todas formas , que lo que envies por las cabeceras no interfiera. Utiliza ob_start() y ob_end_flush() al inicio y al final de tu documento. Te ahorraras muchos quebraderos en un futuro. Tanto para sesiones,cookies, como redirecciones en php.

Y bueno, menosmal que tu has podido mirar el php_info() y las sesiones estan habilitadas.

Saludos.

No tienes que configurar nada en el panel. No se puede.

Estoy probado y sin el session_start si funciona... en principio, no haría falta usarlo, pues el servidor lo pone solo.

Es curioso, pero en http://soporte.miarroba.com/7/76855[....]emas-en-rendimiento/?pag=2#74884508 indica que los problemas de rendimiento que esta habiendo es por este problema en concreto, un simple session_start() y la página se queda off...

Gracias colega!!!! eso es.. era un problema porque desde que inicio el año noto que eso empezo a fallar y lo de phpmyadmin tambien lo veo atorado . Muchas gracias creo que no hay mas que sentarse y esperar ó recurrir a otro tpo de soluciones. Muy amable por tu interes "NoSetup.org"

Saludos!

Con no poner esa función vale. El servidor automáticamente crea las sesiones.

Como que el server crea automaticamente las sesiones?. Si yo uso mis sesiones para controlar a los usuarios mediante consultas a la bd...que puede hacer el server automaticamente. No me ha quedado muy claro...

Por cierto, he visto que ya salio la noticia de php my admin...todo un alivio, sin duda.

http://es.php.net/manual/en/session[....]guration.php#ini.session.auto-start

El servidor mete esa sentencia automáticamente.

No no creo que el servidor lo haga automaticamente... He corrido el phpinfo() y me arroja que esta desabilitada la opción. De todas formas do se deberia colgar la pagina al poner la sentencia si estuviera activado por default. He probado correr el "test" del codigo anterior y no funciona. Revisa en el phpinfo que subi:

https://nocho.webcindario.com/phpinfo.php

Las sesiones estan activas (1) , pero aun asi, necesitan ser creadas,modificadas,destruidas...y si todas las opciones de sesiones estan activas, no entiendo el problema...

Esto no tiene mucho sentido.

Primero se asoció el problema actual con los que usaban mySql, pero resultó que el problema no era general.

Luego con session_start(), pero esta instrucción parte con Php V 4 (aprox), es decir que ya está completamente probada y simpemente ha funcionado y funciona en todas las webs.

Supongo que debe haber otro factor (X) que hace aparecer a session_start() como con un bug, o por lo menos no le permite ejecutarse como es debido.

Mientras tanto, los quebraderos de cabeza corren.

Los quebraderos para los admin de mi@... El tema este de session_start ya esta documentado en php.net, por lo visto y debe a ver algún tipo de incompatibilidades con algo a mayores. Lo que tiene la programación y los sistemas operativos.

Sí, estuve viendo el tema en la web, ya se está tratando (en distina medida) también en varios foros y etcéteras. Por un lado, no deja de sorprenderme que sea sobre una instrucción (se puede decir histórica y harto probada?) muy utilizada, y por el otro, me lleva a asociarlo a bugs generados entre las nuevas distros de Linux, Apache y/o Php. Lo que hay aquí:

Linux 2.6.15-53-amd64-server #1 SMP Mon Nov 24 18:34:40 UTC 2008 x86_64

Apache 2.0 API Version 20020903

PHP Version 5.2.6

Todo nuevito, Apache 2.0 estaba en prueba hasta hace poco.

Espero tengan bastante líquido refrigerante para el 'cerebelo'.