Soporte » Guías – Resolución de problemas » Duda Borrado permanente

  • Resuelto santimx

    (@santimx)


    Hola,

    Perdón si hay un hilo al respecto pero no he conseguido encontrar nada. Resulta que tenemos un wordpress en el cual la configuración de la librería de medios es que NO almacene los ficheros por carpetas de mes/año. Con lo cual todo va contra /uploads/.

    Pero hay una cosa que no entendemos. Si eliminamos un fichero (por ejemplo xxxx.pdf) y lo volvemos a subir con el mismo nombre le añade un sufijo xxxx-2.pdf. Esto no pasa si la configuración de la librería es la de que guarde los elementos por carpetas de mes/año. En dicho caso al borrar y subir de nuevo el mismo fichero con el mismo nombre, no le añade el sufijo.

    ¿Es posible pues que en la configuración sin carpetas de mes/año no se añada el sufijo para los casos en que se ha borrado previamente el fichero con el mismo nombre?

    Gracias de antemano

Viendo 11 respuestas - 1 de 11 (de 11 total)
  • Moderador almendron

    (@almendron)

    El comportamiento al que haces referencia es debido a que el archivo ya existe y por eso añade el sufijo.

    Ahora bien, va de uno en uno:
    1) Subes el archivo xxxx.pdf
    2) Vuelves a subir el mismo archivo: lo renombra para no eliminar el que ya tenías, es decir, lo guarda como xxxx-1.pdf. Y así sucesivamente… -2, -3, etc.

    Ahora bien, si la configuración es guardar por mes/año, WordPress solo comprobará si el archivo ya existe en la carpeta donde se va a almacenar el nuevo. Esto significa que si xxxx.pdf está una carpeta X y el que subes va a la carpeta Y, no lo renombrará.

    Por último, decirte que si te lo ha guardado como xxxx-2.pdf, es porque habrá dos archivos llamados xxxx.pdf y xxxx-1.pdf. Si sólo existiera el segundo, entonces no lo renombraría.

    Todo lo que te estoy comentando lo acabo de probar.

    Consejo: una vez «borres permanentemente» un archivo de la biblioteca, comprueba por FTP si realmente lo ha borrado.
    Y otra cosa: cuando borras una entrada, los archivos adjuntos no se borran. En la biblioteca de medios hay una opción para ver los que están sin adjuntar.

    Buenas

    Gracias po la información. El tema es que, supuestamente, el archivo no debería existir ya que previamente se ha realizado el «Borrado permanente» y se ha verificado desde el admin que el fichero no es encontrado.

    Se procede entonces a subirlo de nuevo y ahí es cuando pone el sufijo numérico….

    ¿La comprobación vía FTP es la única manera de garantizar el correcto borrado de un fichero?

    Gracias de nuevo!

    Moderador almendron

    (@almendron)

    Comprueba por FTP. Es la forma real de saber si el archivo aún existe.

    Hola, muy buenos días!

    A nosotros también nos pasa. Supongo que será por la actualización a la versión Versión 5.3.1, porque antes no pasaba.

    Una fotografía con un nombre de archivo que no existe y que se sube por primera vez, le añade un -1 al final del nombre del archivo.

    Lo borras permanentemente, lo revisas en ftp y lo borras (qué raro que no se haya eliminado), lo subes, incluso con un nombre distinto, y le sigue añadiendo el -1 al final.

    Incluso si modificas el nombre del archivo, a mano en ftp, todo el set de imágenes de ese medio, en la biblioteca de imágenes sigue apareciendo con el -1 el nombre del archivo. Da igual que borres la caché.

    Claramente se trata de un error de esta nueva versión. La semana pasada no ocurría.

    Moderador almendron

    (@almendron)

    Creo que hice las pruebas con la última versión, pero lo volveré a comprobar.

    Otra cosa: cuando lo borras por FTP, no lo eliminas de la biblioteca de medios, es decir, que para WordPress sigue existiendo ese archivo.

    Moderador almendron

    (@almendron)

    He vuelto a realizar las pruebas con la 5.3.1 y funciona perfectamente.

    1) Si os añade el sufijo es porque WordPres detecta que en la biblioteca de medios hay un archivo con el mismo nombre.

    2) Si accedes por FTP después de «Borrar permanentemente» un archivo en la Biblioteca de Medios, y sigue existiendo:

    O no lo has borrado a algo interfiere con dicha operación.

    En cualquier caso, yo haría lo siguiente:
    1) Sube un archivo a la biblioteca de medios.
    2) Borra dicho archivo.
    3) Accede vía FTP y comprueba.
    Si el archivo no se ha borrado, hay algún conflicto generado bien por un plugin, bien por el tema.
    Lo único que se puede hacer es desactivar todos los plugins, cambiar de tema (a alguno que de los que vienen por defecto) y volver a realizar las pruebas.
    Si entonces desaparece el problema, hay que ir activando-comprobando cada plugin y tema.

    Buenas,

    Gracias por toda la información. Hemos comprobado que el fichero si existe físicamente. Así pues, vamos a realizar las pruebas de activar-desactivar plugins para ver cuál puede estar afectando.

    Saludos

    Moderador almendron

    (@almendron)

    La versión 5.3.2 resuelve un problema con el nombre de los archivos que se suben

    «Uploads: Fix file name collision in wp_unique_filename() when uploading a file with upper case extension on non case-sensitive file systems.»

    Ahora bien, este error, en principio, no afecta al hecho de que realmente os borre el fichero.

    Gracias por los mensajes.

    El origen de la problemática viene del plugin WPML y la gestión que hace del multimedia. Al subir un fichero, por defecto, lo hace por «duplicado» para cada idioma. El borrado permanente solamente borra el registro del idioma en el que estés navegando.

    Así pues, duda resuelta.

    Gracias por el tiempo invertido.

    ¡Hola de nuevo!

    El problema no estaba en el WPML. Nosotros utilizamos WPML aunque no la extensión para medios porque no tiene demasiado sentido, ya que lo traduce todo menos el nombre de archivo (Preferimos nombres de archivo en español para las fotos de artículos en español, y nombres de archivo en inglés para las idem).

    Y digo que el problema no «estaba» en WPML porque hoy se ha actualizado el sitio a la versión 5.3.2 y ya no añade el dichoso -1

    Saludos.

    Moderador almendron

    (@almendron)

    Me alegro de que se haya solucionado. Un saludo

Viendo 11 respuestas - 1 de 11 (de 11 total)
  • Debes estar registrado para responder a este debate.