Foro - Perl en Español

Bueno, el propietario de todo el directorio es www-data, según me muestra el programa por FTP.

Ahora el problema es que me pide usuario y contraseña, pero le ingreso tres veces un usuario y contraseña y nada de nada, solo me muestra

{ScriptUrlPath}/view/TWiki/TWikiRegistration

exactamente en el navegador, es lo que adjunto en la imagen, y obviamente, tres veces puse admin / 123456 como usuario y contraseña, pero nada, el log me muestra:


A lo que llegué a la conclusión de que no fui capaz de instalar el Twiki. Muy bueno, sí, esperaba poder involucrarme, pero veo que mis conocimientos en Linux no sirvieron para nada. Intentaré luego en Windows.

¿Metiste el usuario admin dentro del archivo .htpasswd?

El mensaje de error dice: user admin not found, que quiere decir que no lo encuentra.

Aquí está, en el manual:

Template Login
2. Register yourself in the TWikiRegistration topic.
HELP Check that the password manager recognises the new user. If you are using .htpasswd files, check that a new line with the username and encrypted password is added to the .htpasswd file. If not, you probably got a path wrong, or the permissions may not allow the webserver user to write to that file.

Y otra vez más:

Enable Authentication of Users
4. Register yourself using the TWikiRegistration topic.
HELP Check that the password manager recognizes the new user. Check that a new line with the username and encrypted password is added to the data/.htpasswd file. If not, you probably got a path wrong, or the permissions may not allow the webserver user to write to that file.

Bueno, ahora he colocado el usuario en el fichero, aunque insisto eso no estaba en los pasos básicos de instalación, debería de alguna forma crearlo y hacerlo automáticamente pero el log me saca ahora esto:



Ahora, según veo apenas voy a configurar el Twiki, es decir, yo esperaría que el primer usuario y contraseña que colocara se guardaría en el fichero, siguiendo los pasos de la instalación, que dicen:

8. Run the configure script from your browser (enter http://yourdomain/do/configure into your browser address bar) ◦ Specify and reenter a password. This is your configure password, as well as the admin user password once TWiki is running. ◾ Note: In case you forgot the password, you can reset it by deleting $TWiki::cfg{Password} from LocalSite.cfg file from {TWIKI_ROOT}/lib directory.

◦ When you run configure for the first time, you can only edit the General Path Settings section. Save these settings, and then return to configure to continue configuration.

A ver... vuelvo a poner la cita anterior, pero te subrayo otra parte:

If you are using .htpasswd files, check that a new line with the username and encrypted password is added to the .htpasswd file. If not, you probably got a path wrong, or the permissions may not allow the webserver user to write to that file.

que quiere decir que el archivo .htpasswd debe tener permisos de escritura para poder añadir/modificar los usuarios. Y, quizás, para colocar el primer usuario 'admin'.

Por favor, comprueba esos permisos. Al menos, el grupo al que pertenece el servidor web debería tener permiso de lectura y escritura.

Los permisos están en 777 con usuario www-data. Aunque también pude ver que los .htaccess tienen permisos 444 y otros 644. Aun así no creo que el problema fuera permisos, ya que la instalación paso a paso no dice nada al respecto.

Lo que realmente puedo hacer es que ahora me asignaron permisos de root para ingresar con sudo bash, pero no sé, no quiero tocar el servidor.

Voy a intentar otra vez, paso a paso Y si no lo logro me desmotivaré muchísimo.

Los permisos son dos: los números octales y la propiedad (propietario y grupo). Entonces, mirando solo los números tenemos la mitad de la historia. Puede que tenga un 644 (permiso para escribir al propietario del archivo), pero si ese propietario no es www-data, entonces el servidor web no puede modificarlo.

Y yo supongo que esto no estará en el paso a paso porque habrán supuesto que si eliges una autenticación basada en Apache, el administrador sabrá ponerla en marcha

Si tienes miedo de romper algo, lo mejor es usar una máquina virtual, en tu propio ordenador. Así puedes hacer todo lo que quieras. Y cuando estés seguro de cómo se instala, pues llevarlo a una máquina en producción.

Bueno, después de mil intentos, por fin logre arrancar el Twiki pero tengo problemas en la configuración inicial.

1. Tengo una advertencia que dice :


Obviamente use un generador de twiki.conf y puse la opción de correr en modo cgi y no en modo mod_perl.

Me gustaría saber cómo quitar el mod_perl o saber si tengo mod_perl, de hecho hice un Dumper a %ENV; y veo estas líneas:




2. Por otro lado el twiki no me funciona bien por que tengo este error en todos los .pl que ejecuto:



Evidentemente no me localiza el setlib.cfg, pero resulta que este fichero esta al mismo nivel que los .pl que lo llaman. Hice un hack en el que adicioné una línea al .pl y ahora sí me arranca en Twiki en el fichero que haga el hack.



Ahora sí funciona, el setlib.cfg contiene estas líneas:



La verdad, en mi conclusión el problema es:

Twiki tiene que encontrar esta línea de configuración.



y como nunca la encuentra tiene problemas, ya que no logra encontrar el fichero setlib.cfg. El problema puede ser mod_perl, aunque he reiniciado mi Apache varias veces, y manualmente si pongo esa línea funciona el Twiki con errores. Busco alguna recomendación...

Si setlib.cfg está en el mismo nivel, debería encontrarlo, pero la confirmación la tienes al ver el volcado de @INC: si no ese directorio, no lo encontrará.

Según el manual de instalación, debería estar en /twiki/bin/setlib.cfg

De todas maneras, con 'use lib' debería ser suficiente (digo yo... no conozco Twiki).

Bueno, explorer, tu me recomendaste Twiki... Lo bueno es que he aprendido de administración de servidores Linux. Lo malo es que cada vez más quiero mi IIS. En fin, este es mi volcado, requiero una explicación de por qué no me encuentra el setlib.cfg

En otras palabras, mi estructura es así:



Otra pregunta, y es por qué tengo que reiniciar el Apache cada vez que hago un cambio en un .pl

Con un reload debería ser suficiente, en la mayoría de los casos, pero el tema está en el mod_perl.

Verás: cuando Apache se da cuenta de que necesita ejecutar algo bajo mod_perl, le indica qué programa debe cargar y ejecutar. Entonces mod_perl hace eso: carga, compila y ejecuta el programa Perl, y la salida estándar la envía al Apache para que éste la envíe al usuario.

El tema es que luego, el mod_perl no descarta el programa, sino que lo sigue manteniendo en memoria. De esa manera, cuando el usuario haga la siguiente petición, nos ahorramos el tiempo de carga y compilación. Por eso va tan rápidas las web con mod_perl.

El programa se mantiene en memoria mientras el fork hijo de Apache que lo sustenta siga vivo. Y eso puede tardar bastante.

Por eso necesitas un restart: para indicar a Apache que debe matar a sus procesos hijos, y así, el mod_perl descarta todos los programas cargados.

Pero... hay opciones. Puedes usar Apache::Registry, que vigilará las fechas de los programas, y recargará aquellos que hayan cambiado. O Apache::Reload. Todo eso está comentado en el libro Practical mod_perl, sección 6.8.