[SOLUCIONADO] CGI: Premature end of script headers

[carbon]

Hola a todos, como va?

Les comento, tengo un servidor (compartido) en una empresa de hosting que tiene soporte para Python (2.5). La verdad es un desastre, todo muy desactualizado y la atención horrible, pero no viene al caso. El script que tengo es este:

Código Python:

# -*- coding: utf-8 -*-
 
print "Content-Type: text/html"
print
 
for mode in ("w", "wb"):
    f = open("test_%s.py" % mode, mode)
    f.write('''# -*- coding: utf-8 -*-
 
print "Content-type: text/html"
print
 
print "<h3>Hello, world!</h3>"''')
    f.close()
 

Como verán, lo que hace es crear dos archivos (test_w.py, y test_wb.py) con sus respectivos modos. Al ingresar a cualquiera de los dos scripts vía web obtengo los siguientes errores:

[Wed Jun 05 16:48:52 2013] [error] [client 200.114.249.23] suexec policy violation: see suexec log for more details
[Wed Jun 05 16:48:52 2013] [error] [client 200.114.249.23] Premature end of script headers: test_w.py
[Wed Jun 05 16:48:55 2013] [error] [client 200.114.249.23] suexec policy violation: see suexec log for more details
[Wed Jun 05 16:48:55 2013] [error] [client 200.114.249.23] Premature end of script headers: test_wb.py

Funcionan perfectamente de manera local, pero no en el hosting. Aclaro, si creo manualmente el contenido de cualquiera de los dos archivos, y lo subo, funciona bien. Al parecer el problema radica al pasar de Windows al sistema operativo del hosting (alguna distro de Linux supongo).
Por lo que investigué, el error puede aparecer cuando hay no hay permisos para acceder al script, así que intenté haciendo chmod 755 o chmod 750 pero no hay caso. Un dato importante es: al descargar el archivo vía ftp (test_wb.py) y volverlo a subir, funciona. Al parecer mi cliente FTP (FileZilla) guarda el archivo de una tal manera que es la que necesita el servidor para ejecutar bien el archivo.

Me estoy volviendo loco con esto, espero que puedan ayudarme.

[razpeitia]

Necesitas poner los permisos correctos 755 al archivo.

Y asegúrate que la carpeta tenga permisos de escritura y lectura para el usuario que esta ejecutando el script.

Ademas de leer tus logs del suexec para que te den mas detalle.

[carbon]

Gracias por la respuesta. Como dije anteriormente, ya intenté poniendo los permisos 755 e incluso 750 pero el problema persiste. Si fuera un problema de permisos, debería persistir al descargar y subir el archivo vía FTP, no? Sin embargo, el problema se soluciona.

Gracias de nuevo!

[razpeitia]

Si tiene los permisos 755 esta bien pero esto es solo para poder ejecutar tu script. Si tu script hace lecturas o escrituras en otra parte, tienes que asegurarte que el usuario que este ejecutando el script tenga los permisos para leer o escribir esos archivos.

Pero la carpeta tiene que poder leer y escribir el usuario que ejecuta el script probablemente www-data, apache o algún usuario similar. Es por eso que te marca error. Vuelvo a remarcarlo la carpeta no tu script.

En todo caso no es problema de python, si no de permisos en tu filesystem.

Por ultimo para demostrar que efectivamente no tienes permisos de escritura en tu carpeta. Cuando corras este script

Código Python:

# -*- coding: utf-8 -*-
import os
import pwd
 
print "Content-Type: text/html"
print
 
for mode in ("w", "wb"):
    try:
        f = open("test_%s.py" % mode, mode)
        f.write('''# -*- coding: utf-8 -*-
 
print "Content-type: text/html"
print
 
print "<h3>Hello, world!</h3>"''')
        f.close()
    except IOError, e:
        print "<p>usuario %s: Error %s</p>" % (pwd.getpwuid(os.getuid())[0], e)
 

Te imprimirá el usuario y el error `[Errno 13] Permission denied:`

[carbon]

Hola nuevamente.

Pude resolver el problema. Como decías vos, el tema estaba en los archivos que generaba, que tenían asignado como permisos el número 1363, aunque yo indicaba que fueran 755. Al parecer se trata de un bug de Debian por lo que solucioné cambiando el 755 (que se interpretaba como 1363) por 493 (que se interpreta como 755). Por lo que veo el bug está solucionado pero, de no sorprenderme, el hosting tiene una versión desactualizada.

Gracias por todo!

[razpeitia]

Bien entonces moveré esto al foro de linux/unix para futuras referencias. Ya que no tuvo nada que ver con python.

[Carlangueitor]

Y nada más para agregar y a modo de off-topic. Espero que las razones de hacer una web por medio de CGI (y así como las estás haciendo) sean solo de manera educativa. Si quieres desarrollar webs con python lo más recomendable es que uses un framework.

Saludos

[carbon]

Hola. De hecho, me ví obligado a hacer la web vía CGI por las limitaciones del hosting.

[Carlangueitor]

¿Y por que tu script escribe archivos python en lugar de escribir y ejecutarlos?

Insisto, que esa forma es "primitiva", y hacer algo medianamente complejo va a ser totalmente inmantenible.

Saludos

[razpeitia]

Parece que puedes ejecutar Django vía CGI.

http://joemaller.com/1467/django-via...hared-hosting/

Obviamente vas a tener que usar una versión algo vieja, alguna que soporte python 2.5.

[carbon]

Iniciado por Carlangueitor

¿Y por que tu script escribe archivos python en lugar de escribir y ejecutarlos?

Insisto, que esa forma es "primitiva", y hacer algo medianamente complejo va a ser totalmente inmantenible.

Saludos

Eso era únicamente para mostrar lo que pasaba si el archivo no lo subía desde el cliente FTP.

Gracias razpeitia por la info, voy a ver de que se trata, aunque nunca usé Django; web.py me va bien que lo vengo usando hace bastante.

Por último aclaro nuevamente que me vi obligado a hacerlo vía CGI, y espero que sea la ultima vez quetenga que usarlo porque me resultó desastroso.