Cargando...
 
Gestión de la web

Gestión de la web


Archivos grandes

mensajes: 469

Buenas,

El bueno de Pablo, en su tenaz labor de tener una copia funcional de las webs de todas las jornadas en este nuestro servidor, ha encontrado unos archivos de gran tamaño (conocidos genéricamente como Libros de actas de las Jornadas) que deberían ser subidos a la Tiki.

El problema es que algunos de estos libros de actas (Cádiz, Zaragoza) ocupan más de 2MB.

¿Por qué es un problema? Pues porque en el archivo php.ini del servidor, que nosotros no podemos modificar, hay una variable, upload_max_filesize, que fija el tamaño máximo de los archivos que se pueden subir php mediante, y en nuestro servidor toma el valor de 2MB.

Para intentar timar a Tikiwiki y subir las actas de Zaragoza dentro de la Tiki, he intentado lo siguiente:

  1. He subido de manera ortodoxa un archivo del mismo tipo (application/pdf) y con el nombre que quería (Libro.actas.Zaragoza.pdf), pero con tamaño mucho menor.
  2. He localizado el archivo subido en el servidor, en la correspondiente carpeta, utilizando el viejo truco de "desconfigura la carpeta en la tiki, y en vez de bajarte el documento te saldrá un mensaje de error diciéndote qué archivo quieres trastear".
  3. He substituido este archivo por el archivo correcto de actas de Zaragoza (con el nombre que tocaba), subiéndolo por ftp.
  4. He bajado directamente desde el servidor (no vía Tiki) el archivo que había subido, lo he differenciado del original, y coincidían.
  5. He intentado bajar el archivo vía Tiki, pero el descargado estaba corrupto.
  6. He comprobado la información que aparece en la tabla de la base de datos sobre el archivo. Que yo haya entendido, sólo había dos campos que podrían haber sido problemáticos: a) el tamaño del archivo y b) el hash.
  7. He echado un vistazo al tiki-upload_file.php, y me ha parecido entrever (no lo he entendido bien) que nada de lo cambiado influía en el cómputo del hash (cosa muy extraña), así que lo he dejado tal y como estaba.
  8. He recalculado el tamaño del archivo en local, y he modificado el campo de la tabla correspondiente.
  9. El archivo continuaba bajándose corrupto inexplicablemente vía Tiki.
  10. He jugado un poco más con los diff's (y con los diff -a's), y he encontrado lo que parece ser la fuente del problema: en medio del código del archivo aparece repetidas veces un mensaje de error:
    <br /> <b>Notice</b>: ob_flush() [<a href='ref.outcontrol'>ref.outcontrol</a>]: failed to flush buffer. No buffer to flush. in <b>/home/site21/public_html/tiki-download_file.php</b> on line <b>29</b><br />

  11. Con otros archivos de otros tipos, he podido comprobar que este código aparece independientemente de que haya tocado el campo de tamaño de archivo.
  12. He echado un vistazo a la línea 29 del tiki-download_file.php, y por lo visto tiene que ver con un trozo de código Borrowed from http://php.net/manual/en/function.readfile.php#54295 to come over the 2MB readfile() limitation
  13. He estado charlando un rato en #tikiwiki, y los presentes no acababan de ver por dónde podía estar el problema.


Vista la no simplicidad de la cuestión, y a la espera que alguien más ducho en la materia nos saque las castañas del fuego, Pablo y yo hemos decidido lo siguiente, que esperamos cuente con vuestra aprobación:

  1. Creamos la carpeta big_files en el directorio público de html.
  2. Los archivos mayores de 2MB se guardarán por ahora allí, a la espera de una mejor solución. Por ejemplo, podéis bajaros el libro de actas de Zaragoza desde aquí: big_files/Libro.actas.Zaragoza.pdf.
  3. Estos archivos grandes los tendrá que subir alguien con acceso al servidor, sí o sí, por ahora.


De cara al futuro:

  • Cuando tenga tiempo, intentaré jugar con la configuración del php de alguno de los ordenadores con Tikiwiki en los que tengo pleno dominio, para intentar acabar de delimitar cuál es el problema que estamos teniendo.
  • Tal vez dependiendo de los resultados del punto anterior, en los contactos con Trimedia, deberíamos plantearles que nos dejen modificar nuestro php.ini, para que, si bien en condiciones normales nadie pueda subir archivos de más de 2MB, cuando sea necesario se pueda autorizar formando hashes correctos sin tener que pervertir la Tiki.


Espero que lo hecho os parezca razonable, correcto y no demasiado perverso.

Saludos,

mensajes: 832

Hola

En mi opinión, sería deseable que se pudieran subir archivos más grandes via tiki, aunque luego lo limitáramos a dos megas vía configuración.

De esta forma, para subir un archivo más grande de dos megas, se pone en contacto con nosotros, le cambiamos la configuración, se sube y se deshacen los cambios (suponiendo que se considere malo que cualquiera pueda subir archivos muy grandes, por poder petar el servidor).

En cuanto al nombre de la carpeta "big_files", yo propuse que fuera "files" para que los enlaces (al escribirlos) quedaran más bonitos, y se usó un método completamente democrático: una persona un voto, y en caso de empate el voto del coco web vale doble, por lo que el resultado ganador fue "big_files". Eso sí, el resultado es provisional y el debate sigue abierto, la cosa puede cambiar si otras personas me apoyan twisted

Un saludo
Pablo


mensajes: 26

Hola,

Igual ya lo habéis probado, pero... ¿habéis intentado contactar con el ISP para que cambien los campos "upload_max_filesize" y "post_max_filesize" del fichero php.ini a un tamaño mayor y así probar si funciona?

Lo he sacado de los siguientes enlaces:
- "Setting the maximum upload size"
http://doc.tikiwiki.org/tiki-index.php?page_ref_id=36

- "RESOLVED TikiWiki upload file size"
http://forums.jamroll.net/showthread.php?t=1859

Si tienes el tikiwiki instalado en otro servidor, y sí tienes acceso al fichero php.ini, prueba modificando estos parámetros a los siguientes:

upload_max_filesize = 50M
post_max_size == 51M
(Suponiendo que queráis poner el límite máximo por fichero a 50MB)

Saludos,

Cristóbal

mensajes: 832

Hola

Lo del post_max_size no lo sabía...

No sé si esto en concreto se ha probado a pedírselo, pero en general, mucho mucho caso no nos suelen hacer cuando les pedimos algo

Un saludo
Pablo


mensajes: 26


Sobre el tema del nombre, estoy de acuerdo con Pablo en que el nombre elegido para la carpeta (big_files) no es muy apropiado: los enlaces quedan bastante feos. Sería más apropiado un nombre como "files", puesto que la finalidad de dicha carpeta es servir de repositorio para los ficheros.


mensajes: 407

Hola,
En el último correo/conversación que tuvimos con Trimedia, se nos indicó que podíamos solicitar el cambio de ese parámetro (además de pedir acceso shell, si queríamos).
Bien, por no demorar la cosa más, les escribiré en unos días pidiéndoles que lo modifiquen y lo incrementen.

Veo dos opciones, ya diréis cómo os gusta más:
A- Subirlo a 5MB, como sugería Pablo, y resolver el 95% de las necesidades.
B- Subirlo a 12MB, y resolver el 100% de las necesidades (actuales), lo que permitiría eliminar el directorio big_files

(Consideración: de los 2GB de espacio en disco, tenemos 1,15 ocupados a día de hoy)

En todo caso, parece que abrir otra cuenta ftp se descarta como solución (sobre todo si los de trimedia son ágiles). Con respecto al nombre del directorio (si se prefiere A sobre B-), files está ocupado ya. ¿Por qué no Archivos?

Salud!


mensajes: 441

Para evitarnos problemas en el futuro, que nos muevan el limite a 12MB. Asimismo, seria partidario que nosotros lo limitáramos a 4 o 5 MB

En cuanto al nombre... me da igual... el que mas rabia os de

un saludo,
O.


mensajes: 407
Se me había pasado un poco este tema redface, pero acabo de escribirles a los de Trimedia pidiendo el aumento a 12 MB. Os cuento en cuanto tenga algo.

mensajes: 26


Aunque contesto demasiado tarde, considero que habéis elegido la mejor opción: 12MB para curarse en salud en el futuro.
Y respecto al tamaño actual de la web (1,15GB ocupados)... me parece demasiado espacio utilizado.

Tal vez habría que revisar y eliminar ficheros excesivamente grandes o eliminar históricos muy antiguos. Aunque eso aún puede esperar, ya que aún hay mucho trabajo pendiente.

A ver si puedo echaros una mano, que yo mucho hablar pero nada redface
Lo siento.

Sobre el nombre de la carpeta para ficheros grandes, yo voto entonces por "Archivos", también es apropiado.

Saludos,

Cristóbal

mensajes: 469
Cristobal Costa wrote:
Tal vez habría que revisar y eliminar ficheros excesivamente grandes o eliminar históricos muy antiguos. Aunque eso aún puede esperar, ya que aún hay mucho trabajo pendiente.
Hola,


Creo que, antes de borrar históricos muy antiguos (acción que puede ser bastante discutible), se tendría que comprobar que se han borrado todos los repetidos en exceso. Pablo, si mal no recuerdo, tú fuiste el último en pegarle un repaso a este tema, ¿lo finiquitaste?

Saludos,


mensajes: 407
Pablo, confírmanos también si te estás encargando tú de subir vía php los archivos aquellos del big_files (a eliminar), que cuando iba a hacerlo yo he visto que habías subido ya una de las actas.

mensajes: 832

Hecho

Es que he subido uno pero he observado unos problemas, ahora los explico en otro post, ya están subidos los dos archivos que había en big_files y borrado esa carpeta.

Un saludo
Pablo


Apúntate a la lista precarios-info

 

Colabora

  • Donar con tarjeta o PayPal: