SWFUpload téléchargement par lot

Téléchargement par lot de fichiers sans FTP

Ceci est une ARCHIVE, peut-être périmée. Vérifiez bien les compatibilités !

Objectif

Il s’agit de permettre aux administrateurs et administrateurs restreints de télécharger un nombre important de fichiers sans accès FTP. Les documents sont téléchargés dans le dossier ../tmp/upload de l’administrateur ou de l’administrateur restreint.

Ces fichiers pourront alors être ajoutés dans les articles ou autres comme logo ou documents joints.

L’interface d’utilisation reste très spartiate, et n’est pas directement utilisable depuis un article.

Depuis la version 0.6, le plugin permet le téléchargement de multiples fichiers directement dans un article. Les fichiers téléchargés apparaissent après avoir actualisé la page. Ils sont de plus accessibles dans le dossier upload.

Description

Le plugin semble fonctionner mais il n’y a aucune garantie quant à ces défauts et vices cachés... et il restera étiquetté « en développement »...

Il utilise l’application javascript/flash développée swfupload.org ici sous licence Open source MIT License.

Un bouton supplémentaire apparaît sous l’onglet « édition ».
On peut alors choisir un ensemble de fichiers à télécharger.
Les fichiers sont placés dans le dossier ../tmp/upload des administrateurs (donc dans un sous dossier pour un administrateur restreint)

Une fonctionnalité permet également du supprimer les fichiers téléchargés.
Un administrateur restreint ne supprimera que ses fichiers, alors qu’un administrateur (non restreint) supprimera tout.

Il faut tester le plugin lorsque l’écriture des fichiers ne se fait que dans le répertoire ../tmp/upload et non dans les sous-répertoires des administrateurs restreints.

Installation et configuration

S’installe comme tous les plugins. Il suffit de télécharger l’archive sur la zone http://files.spip.org/spip-zone/swfupload.zip, de la décompresser et d’installer le répertoire obtenu dans le répertoire /plugins de SPIP et de l’activer via l’administration des plugins.
(Consulter la documentation officielle pour plus de détails.)

Le plugin ne nécessite pas CFG, mais si celui-ci est installé vous pourrez modifier certaines options de fonctionnement :
-  choix du ou des types de fichiers téléchargeables
-  choix de la taille maximale d’un fichier (limitée par ailleurs par la configuration de l’hébergement du site)
-  choix du nombre de fichiers téléchargeables en une fois

Dans le cas contraire, les réglages par défaut seront appliqués.
La configuration par défaut comporte les paramètres suivants :
-  type de fichiers ; jpg, gif, png
-  taille maximale d’un ficher : 2M
-  nombre illimité de fichiers téléchargeables

Problèmes possibles (en autres...) :
-  si vous rencontrez une erreur 406, elle est le plus souvent due à la configuration du serveur apache et au module mod_security. Vous pouvez recopier le contenu du fichier htaccess.txt dans votre fichier .htaccess.
-  la taille maximale et le nombre de fichiers téléchargeables en une seule fois dépend aussi la configuration du serveur et de votre ’post_max_size’ and ’upload_max_filesize’ dans votre php.ini, configurable aussi via .htaccess me semble-t-il.

À faire


-  Faire fonctionner le plugin avec d’autres navigateurs que IE
-  Afficher les vignettes des images téléchargées
-  Rendre le plugin utilisable directement depuis les boites d’ajout d’images et de documents.

Il existe d’autres applications similaires... peut-être plus agréable... à « pluginniser » ; notamment fancyupload (open source ajax/flash), jupload.sourceforge.net (java open source) ou jupload.biz (java non libre)

Discussion

44 discussions

  • Y a t’il possibilité d’autoriser l’utilisation du plugin par les rédacteurs ? (Téléchargements multiples des fichiers dans les articles, pas pour l’adiministration)

    Si oui, quel fichier doit je modifier ?

    Merci d’avance

    Cordialement

    Répondre à ce message

  • 3

    Je propose une nouvelle version de ce plugin. En effet, l’application javascript/flash SWFupload - http://www.swfupload.org/ - http://code.google.com/p/swfupload/ sur laquelle est basée le plugin propose avec la version 2.5 une grosse amélioration, celle de pouvoir redimensionner les images côté client avant de les transférer sur le serveur.

    La version 10 de Flash Player est nécessaire.

    SWFupload.swf.v2.5.0.beta3.2 gérant mal la barre de progression, je l’ai remplacée par une icône ajax.

    Je ne suis pas arrivé à utiliser la balise #SWFUPLOAD comme dans le plugin précédent et je fais donc autrement : les fichiers sont d’abord transférés dans le dossier tmp/upload/, puis les documents sont insérés dans l’article et enfin supprimés du dossier temporaire. Autre avantage, l’ordre d’insertion des documents dépend de l’ordre alphabétique des noms des fichiers ; c’est bien pratique pour des fichiers d’images numérotés. Cela corrige un problème que j’ai constaté sous Windows : lors d’une sélection multiple de fichiers, le traitement commence par le dernier, puis le premier, le deuxième, etc.

    La configuration se fait par le plugin Cfg s’il est installé, ou bien en modifiant le fichier swfupload.pipelines.php (lignes 44 à 57).

    Pour la taille maximale d’un fichier (variable file_size_limit) elle est vérifiée par l’application flash à la sélection du fichier et non après le redimensionnement si c’est une image. On peut donc indiquer une taille bien supérieure à celle acceptée par le serveur. Par exemple, si le serveur n’accepte que des fichiers de moins de 2 Mo, on peut indiquer 10 Mo , ce qui permettra de sélectionner des photos de plusieurs Mo qui après redimensionnement à 1024 pixels (par exemple) ne feront que quelques centaines de Ko. Pour indiquer 10 Mo, saisir 10 MB ou 10240 KB ou 10240, l’unité étant par défaut KB.

    Dans le fichier swfupload/swfupload/swfuhandlers.js, j’ai mis les messages en français et je ne sais pas gérer un fichier javascript multilingue.

    Dans le fichier swfupload\lang\swfupload_en.php, seules quelques chaînes de langues sont traduites en anglais.

    Je n’ai pas su gérer ce plugin sans utiliser des sessions php : pour l’utiliser sur un hébergement chez Free, il faut avoir un dossier sessions/ à la racine du site.

    Cette version ne semble pas provoquer des « Security error » de la version actuelle dûes, je pense, à Flash Player 10, en particulier avec IE8.

    Pour tester, supprimez éventuellement d’abord le dossier swfupload de votre dossier de plugins avant d’y mettre le nouveau.

    L’archive zip de ce plugin est disponible ici :

    http://chateaumusinens.bellegardesurvalserine.fr/swfupload_nouveau.zip

    • Bonjour,

      J’ai installé le plugin d’origine sur un SPIP 2.1.2 puis suite à l’alerte : Fatal error : Cannot unset string offsets in .../www/ecrire/public/composer.php on line 661, j’ai trouvé la variante de Jean qui me convient car le redimensionnement des images est un problème que j’ai avec mes rédacteurs.

      En local, tout va bien, mais j’ai aussi ce problème Fatal error dès que je valide la config. Comme la ligne 661 concerne le debug, j’ai commenté les lignes concernées dans swfupload_pipelines.php et mis en commentaire la partie du formulaire concernée dans
      cfg_swfupload.html. C’est brutal mais efficace ...

      Pas de problème sur Firefox et IE8. Cela pourrait faire un beau plugin officiel sur SPIP-contrib ...

      Merci à Phil et Jean.

      Henri

    • Merci pour cette version car avec l’autre me posait le problème de Security Error qui ne partait pas malgré les quelques lignes ajoutées dans le .htaccess

    • Est il prévu d’adapter cette version à spip 3 ?

    Répondre à ce message

  • 4

    Bonjour et merci pour ce travail,
    sous spip 2.1.11, problème de fonctionnement, il demande un spip supérieur à 2.0
    Une piste ?
    Encore merci

    • message exact :

      Impossible d'activer le plugin ../plugins/auto/swfupload◦Nécessite SPIP en version [1.9.0;2.0.99] minimum.
    • Même soucis…

    • Tout est écrit dans le message .... compatibilité jusqu’à SPIP 2.0.99 et non 2.1.11

    • Houps ! désolé

      Courage on attend la nouvelle version,
      par avance, merci

    Répondre à ce message

  • 1

    J’ai spip 2.1.11 et j’ai le même problème : impossible d’activer swfupload, il me demande une version plus récente que 2.0 !?! Et je ne vois pas de réponse à ce problème ? Que faut-il faire ?

    • J’ai exactement le même soucis, j’ai fait une mise à jour hier et il me dit :

      Impossible d’activer le plugin ../plugins/auto/swfupload
      Nécessite SPIP en version [1.9.0 ;2.0.99] minimum.

      Alors que je suis en 2.1.10 avec écran de sécurité…

    Répondre à ce message

  • Bonjour,
    Ce plugin est-il compatible avec les versions 2.1 de SPIP ? J’ai des doutes, je tombe sur des « Security error » en permanence...
    Merci de vos lumières...

    Philippe G.

    Répondre à ce message

  • Bonjour

    j’ai mis la limite du téléchargement à 2000 mega et malgré cela des fichiers de plus de 7 megas rencontrent des problèmes : erreur server (IO) ou Upload erreur 500

    Que faire ? Merci

    Rainer

    Répondre à ce message

  • 1

    Bonjour,

    Où puis-je modifier le répertoire cible de swfupload afin qu’il télécharge dans un autre répertoire ?

    Pour la petite histoire j’utilise CKeditor/KCFinder dans mes articles qui permettent de voir les images du répertoire /IMG/images.

    Merci de votre aide

    Bonne journée

    • Pour modifier le dossier d’upload des images, il faut, pour le moment, le faire à la main dans le fichier /balise/swfupload.php

      à la ligne 40, il faut remplacer

      $upload_dir = _DIR_TRANSFERT;

      par dans ton cas

      $upload_dir = _DIR_IMG.'/images/';

      ça fonctionne en local chez moi... à tester donc.

    Répondre à ce message

  • 2

    Bonjour !

    SWFUpload ne marche pas sur mon site spip 2.1.8.

    Le plugin reste « bloque » comme on peut le voir sur l’image d’aperçu.

    Avez-vous ue solution ?

    Merci beaucoup pour votre aide !

    • Personne ?

      Merci pour l’aide ;)

    • Le problème est résolu dans la dernière version du plugin... un vieux bug... qui n’avait pas été éradiqué !

    Répondre à ce message

  • 6

    je suis en spip 1.9.2.g
    Après installation du plugin, dans la partie écrire : on ne peut rien faire (voir photo jointe)
    Pas de bouton, de menu...
    que faire ?

    • Bonjour à tous,

      J’ai egalement le moment problème avec la même version de spip. J’ai apporté les modifications ennoncé par jean mais le bouton n’apparait pas. y a t il autre chose à activer ?
      Merci de m’apporter une aide.

    • olivier

      bonjour ,
      soucis identiques, en 2.1.1 avec swfupload 0.6 ...
      malgré les modifs de « sagc » et « jean » !!!

    • Idem avec spip 2.1.2.
      Impossible à utiliser.
      Quelqu’un a réussi depuis ?

    • Même question ? Quelqu’un a-t-il trouvé une solution ?

      Aucun autre plugin ne permet le téléchargement par lot, nous sommes tous bloqués avec les nouvelles versions de spip ...

    • j’ai trouvé mon bonheur pour mes fichiers avec

      Medithéque

      donc tu ajoute une image
      puis une deuxième
      puis une troisième
      et à la fin tu valides

      ça fait de l’import par lot, ou encore le fichier en zip et basta

      si ça peu servir

    • Le problème est résolu dans la dernière version du plugin... un vieux bug... qui n’avait pas été éradiqué !

    Répondre à ce message

  • gilles klein

    A propos du bug securityerror

    J’ai réussi à trouver une solution qui fonctionne sur mon site (spip 2.1.9)

    Il faut activer à la racine du site le fichier .htaccess (qui s’appele je crois htaccess.html par defaut lors de l’installation de spip)

    Ouvrir ce fichier et ajouter cette règle en la copiant collant à partir du dièse

    # pour corriger le bug securityerror du plugin swfupload
    
    RewriteEngine on
    RewriteCond %{HTTP_HOST} ^www\.iamthesalamander\.com$ [NC]
    RewriteRule ^(.*) http://iamthesalamander.com/$1 [R,L]
    
    # fin

    Il faut évidement remplacer le domaine iam... par VOTRE nom de domaine dans les deux lignes.

    Attention à garder les antislash « \ » avant les points, c’est un caractère d’évitement pour indiquer qu’il faut lire le . comme une lettre et non comme un début de code php.

    Par exemple si votre nom de domaine est google.fr

    l’écrire sur la première ligne, et uniquement celle-ci : google\.fr

    Source : forum coppemine

    Bon courage

    gilles

    Répondre à ce message

  • Bonjour à tous,

    Merci pour ce plugin !!
    Est-il possible d’utiliser ce plugin dans la partie public ?

    merci

    Répondre à ce message

  • Bonjour,
    J’ai installé la dernière version de Spip 2.1.5 avec bandeau, et le plugin bandeau ne récupère pas l’icone de swf que j’utilise avec bonheur depuis qu’il est sorti.
    Il y aurait un code à placer dans le plugin...
    Est ce que ce sera fait ?
    Bonne journée.

    Répondre à ce message

  • Bonjour,
    J’ai essayé d’installer la version de l’article et la version de Jean. Dans les deux cas un Fatal error lors de la validation de la configuration. J’ai modifié les fichiers comme suggérer par hdeb, plus de Fatal error, mais lorsqu’un article est créé, le formulaire swf ne me permet pas de télécharger un document. Le triangle déplie la zone mais à l’intérieur de celle-ci, pas moyen de parcourir un dossier ou quelque chose pour sélectionner et télécharger. Une idée du problème ?
    Spip 2.1.5 et j’aimerais pourvoir le faire avec la version de Jean (intéressante la possibilité de gérer la taille des images).
    Merci pour votre aide.

    Répondre à ce message

  • Juste pour info, il faut le dossier « sessions » à la racine du site

    Répondre à ce message

  • Bonjour

    Ce plugin est très pratique. Cependant il ne permet pas de classer les photos par dossier dans upload. Y a-t-il un autre plugin similaire permettant de le faire ?

    Merci d’avance

    Répondre à ce message

  • configuration utilisée :
    SPIP 2.1.2 [16017]
    SWFUpload : Version : 0.6 [40265]
    Mozilla Firefox 3.6.10 for Ubuntu

    Les icônes n’apparaissent pas, ni via Édition, ni via un article, donc transferts impossibles ...

    Modif du 13 avril à 20:33, par Jean  : cette modification m’avait permis de faire apparaitre les icônes sur une ancienne version de SPIP 2.0.* (je ne me souviens plus). Mais depuis j’ai aussi upgradé les versions de firefox, chrome que j’utilise (IE très peu souvent, ou pour vérifier des pbs de compatibilité).

    Quelque-soit le navigateur utilisé, les icônes n’apparaissent pas.

    le plugin utilise du Flash ; le fichier swfupload.html à la racine du plugin nous informe que :
    pour permettre pb session lie au player flash non IE
    http://zone.spip.org/trac/spip-zone/changeset/23217

    et sur cette page il y a l’explication :

    On Windows the Non-IE Flash Player plugin (FireFox ?, Opera, Safari, etc) sends the IE cookies regardless of the browser used. This breaks authentication and sessions for many server-side scripting technologies.

    Developers should manually pass Session and Authentication cookie information and manually restore Sessions on the Server Side if they wish to use Sessions

    problème du cookie de Flash qui envoie une identification IE quelque-soit le navigateur utilisé, ce qui expliquerait la tentative du 31 juillet à 12:49, par Christian, mais comme chez moi ça ne fonctionne pas sur tous les navigateurs ! Quid ?

    En bref, je crois qu’il faudrait reprendre tout le plugin ... sans flash
    Avis aux amateurs :)

    Répondre à ce message

  • 1

    Bonjour, je reviens sur le forum en espérant que celui ci n’est pas un forum mort.
    Ne trouvant pas de solution à mon probleme déjà énoncé, j’ai fais une mise à jour à ma version de spip pour passer au 2.1. Je rencontre à présent ce problème :
    Sans titre-1.jpg
    Security Error

    Message d’erreur de sécurité. Que puis je faire ? j’espere que le developpeur est encore là pour nous porter un coup de main. Merci

    • SAlut à tous,
      Je reviens pour relancer mon probleme de security error. Priere m’aider SVP

    Répondre à ce message

  • 2

    Bonjour et merci pour tout ce travail,

    mais quel malheur, le passage à SPIP 2.1.1 et tout s’arrête, un espoir ou c’est fini ???

    Courage nous sommes là pour vous soutenir !!!

    • Après configuration dans CFG de « Active la fonction debug : True », il m’affiche :

      Fatal error: Cannot unset string offsets in /homez.333/xxxxxx/www/vibrac16/ecrire/public/composer.php on line 662

      Si cela peut aider ?

    • Pour info. :

      Retour sous Spip 2.1.0

      par ftp j’ai téléchargé les éléments de Spip 2.0.1 et mise à jour la base de données, le bouton réapparait sans problème et je peux télécharger par lots.

      Que fait donc ce Spip 2.1.1 ???

    Répondre à ce message

  • 4
    Christian Mercat

    Bonjour,

    Très bonne idée ce plugin. Malheureusement je n’arrive pas à le faire fonctionner, j’ai bien l’interface mais quand je choisis un fichier sur mon ordinateur, il me met en rouge « MonFichier.jpg Upload Error : 404 » dans la File d’attente. Je suis en admin et il y a un dossier tmp/upload accessible en écriture à tous...
    Je suis en SPIP 1.9.3 dev SVN [11546].

    Une autre question, j’ai sur le même serveur un autre site sous SPIP 2.1.0 dev [14678] l’interface n’a qu’un bouton grisé « Annuler le téléchargement » au lieu du plus cordial « Upload » de flash, bref, le flash n’est même pas chargé dans le html, une idée ?

    Merci pour ce chouette plugin, cordialement, Ch.M.

    • Christian Mercat

      Bonjour, je n’ai pas avancé sur mon problème (Upload Error : 404 avec un spip 1.9.3) si ce n’est qu’avec ma 2.1.0 qui ne charge pas le flash dans la console admin ?exec=swfupload_admin, le bouton apparaît bien dans SWFUpload directement dans l’édition d’un article, et fait bien une barre de progression quand on uploade quelque chose, mais finit toujours, malgré les incantations idoines dans le .htaccess, avec un Security Error des plus orwelliens.

      Voici ce que j’ai cru bon de rajouter dans le .htacess à la racine (j’ai essayé aussi de le mettre dans ecrire/.htaccess mais avec un échec semblable, ce qui est normal, spip.php est à la racine) :

      <IfModule>
      SecFilterEngine Off
      SecFilterScanPOST Off

      Merci d’éclairer ma lanterne si possible, cordialement, Ch.M.

    • Bonjour Christian,

      Avez-vous résolu votre problème ? Si oui comment ?
      J’ai installé SWFUpload sur une version 1.9.i et lorsque je veux uploader un fichier, j’ai l’erreur : Security error -> #2049

      Merci de votre aide

    • Christian

      Non, désolé, je n’ai pas avancé, ça ne fonctionne toujours pas... J’ai fait les petites modifs de sagc et Jean sans amélioration notable de l’état du patient (à part l’apparition du logo). En mettant le debug SWF, j’ai :

      SWF DEBUG : Event : fileDialogStart : Browsing files. Multi Select. Allowed file types : *.jpg ;*.gif ;*.png ; *.*
      SWF DEBUG : Select Handler : Received the files selected from the dialog. Processing the file list...
      SWF DEBUG : Event : fileQueued : File ID : SWFUpload_0_0
      SWF DEBUG : Event : fileDialogComplete : Finished processing selected files. Files selected : 1. Files Queued : 1
      SWF DEBUG : StartUpload : First file in queue
      SWF DEBUG : Event : uploadStart : File ID : SWFUpload_0_0
      SWF DEBUG : Global Post Item : PHPSESSID=nq92tgfs9o53rrda1nbss8f280
      SWF DEBUG : Global Post Item : id_article=0
      SWF DEBUG : ReturnUploadStart() : File accepted by startUpload event and readied for upload. Starting upload to http://www.math.univ-montp2.fr/SPIP/spip.php?page=swfupload for File ID : SWFUpload_0_0
      SWF DEBUG : Event : uploadError : Security Error : File Number : SWFUpload_0_0. Error text : Error #2049
      SWF DEBUG : Event : uploadComplete : Upload cycle complete.
      Error Code : Security Error, File name : albert-einstein-1951.jpg, Message : Error #2049

    • Christian

      Aha, en mettant à la racine de mon site un fichier crossdomain.xml contenant

      <?xml version="1.0"?>
      <!DOCTYPE cross-domain-policy SYSTEM "http://www.macromedia.com/xml/dtds/cross-domain-policy.dtd">
      <cross-domain-policy>
      <allow-access-from domain="*.monsitespip.com" />
      </cross-domain-policy>

      j’ai maintenant une erreur 404 et non plus un problème de Securité.

      Error Code: HTTP Error, File name: albert-einstein-1951.jpg, Message: 404

      On progresse... Je n’ai pas le couteau suisse.

    Répondre à ce message

  • 1

    Je suis sous spip 2.1.0 et pour que l’upload fonctionne il a fallu que je modifi le fichier : swfupload_pipeline.php ligne 50
    upload_url: "'.$GLOBALS['meta']["adresse_site"].'/?page=swfupload",
    par
    upload_url: "'.$GLOBALS['meta']["adresse_site"].'/spip.php?page=swfupload",

    • Le plugin marche du moin s avec l’affichage du bouton upload. Mais après le telechargement, l’element ne se trouve pas dans le dossier tmp/upload mais je trouve un fichier .ok de taille 0K. En editant un article je ne trouve pas l’element téléchargé. Je suis sur Spip 2.1. Y a t il une autre solution ?

    Répondre à ce message

  • 2

    J’ai installé ce plugin SWFupload - Version : 0.6 [35068] sur un SPIP 2.1.0 [15608] et testé avec Firefox 3.6 sous Windows XP.

    Le transfert (upload) de fichiers depuis la page d’un article (ecrire/ ?exec=articles) fonctionne parfaitement et les images apparaissent bien dans le portfolio.

    Depuis la page ecrire/ ?exec=swfupload_admin, le lien « Vider le dossier » ../tmp/upload/ fonctionne aussi en supprimant tout, fichiers et dossiers.

    J’ai testé avec un administrateur restreint : les fichiers sont « uploadés » dans /tmp/upload et non dans /tmp/upload/nom_admin_restreint. « Vider le dossier » est là aussi très (trop ?) efficace.

    Pour que le bouton « Upload » apparaisse sur la page ecrire/ ?exec=swfupload_admin, j’ai dû modifier le fichier plugins/swfupload/swfupload_pipelines.php, ligne 21.

    Avant :

    if (_request('exec') == 'articles' AND ($GLOBALS['connect_statut'] == "0minirezo" || $GLOBALS["connect_toutes_rubriques"])) {

    Après :

    if ((_request('exec') == 'articles'  || _request('exec') == 'swfupload_admin') AND ($GLOBALS['connect_statut'] == "0minirezo" || $GLOBALS["connect_toutes_rubriques"])) {

    Avec cette modification, l’upload fonctionne parfaitement depuis cette page.

    Pour que l’icône de SWFupload apparaisse bien dans le menu Édition, j’ai dû aussi modifier ce même fichier ligne 8 :

    Avant :

    "../"._DIR_PLUGIN_SWFUPLOAD."/images/swfupload-24.png",  // icone

    Après :

    _DIR_PLUGIN_SWFUPLOAD."images/swfupload-24.png",  // icone

    Très pratique ce plugin !

    • Philippe

      Effectivement, cette modification a résolu mon pb.
      Merci

    • Philippe

      Petit complément,
      toujours sur la Version : 0.6 [35068] ;
      la modification de la ligne 8 n’était pas nécessaire dans mon cas, mais quand elle est faite, l’icône de SWFupload apparait bien dans le menu Édition aussi.

    Répondre à ce message

  • serait il possible de faire un dl par lot aussi dans les rubriques, je crois comprendre que c’est possible uniquement dans les articles :(

    Répondre à ce message

  • Quelques problèmes lors de l’utilisation du plugin (sur SPIP 1.9.2i), l’un qui peut poser des problèmes de sécurité, l’autre qui, s’il est confirmé, me paraît être un bug... :

    1. filtrage insatisfaisant des documents :
    Pourrait-on envisager que le plugin s’appuie aussi sur la table des types de documents de SPIP pour accepter directement les documents uploadés, ou zipper ceux que SPIP zipperait naturellement ? Actuellement, par exemple, si on paramètre le plugin pour "tous types de documents [*.*], un script PHP peut être uploadé sans problème... mais ne peut bien sûr être récupéré comme document de SPIP.

    2. erreur dans l’action du lien « supprimer les fichiers » pour un administrateur restreint (« tmp/upload/nom_d_utilisateur ») :
    -  le dossier de l’utilisateur est bien vidé (c’est normal)
    -  le dossier de TOUS les autres utilisateurs est VIDÉ puis SUPPRIMÉ !

    Répondre à ce message

  • 1

    Le paramétrage de certains serveurs fait que le téléchargement des fichiers par SWFUpload leur accorde des droits insuffisants.

    Sur ceux que nous utilisons, ils se mettent en 0600 (rw-------) avec Apache propriétaire des fichiers, ce qui interdit même au webmestre de supprimer les fichiers, sauf à utiliser l’interface de swfupload, qui supprime TOUS les fichiers de « tmp/upload ».

    Pourrait-on prévoir de rajouter, dans le fichier « balise/swfupload.php », une ligne remettant les droits en 777 (par défaut, ceux du dossier « tmp/upload ») ?

    [proposition, ajout dans « balise/swfupload.php » ligne 44] :

    @chmod($upload_dir.$_FILES['Filedata']['name'], 0777);

    Merci en tout cas pour le développement du plugin.

    OJ.

    PS.
    Je ne sais pas « committer », comme cy_altern, sinon je l’aurais fait...

    • Pourrait-on prévoir de rajouter, dans le fichier « balise/swfupload.php », une ligne remettant les droits en 777 (par défaut, ceux du dossier « tmp/upload ») ?

      [proposition, ajout dans « balise/swfupload.php » ligne 44] :
      @chmod($upload_dir.$_FILES[’Filedata’][’name’], 0777) ;

      C’est fait : http://zone.spip.org/trac/spip-zone/changeset/34703

      PS. Je ne sais pas « committer », comme cy_altern, sinon je l’aurais fait...

      pour une prochaine fois, inscris toi sur la liste spip-zone@rezo.net sur laquelle tu pourra demander ton pass pour commiter (pour utiliser SVN, voir http://zone.spip.org/trac/spip-zone/wiki/CommentUtiliserSvn)

    Répondre à ce message

  • Pour signaler un problème sous spip 2.0.
    En effet, lors de la suppression des fichiers sous upload, le fichier .ok est aussi supprimé ce qui entraine la disparition du bouton upload sous SWFUload (=> impossibilité de retélécharger d’autres fichiers.).

    Embêtant non ?

    Répondre à ce message

  • 1

    Bonjour,

    J’ai installé ce plugin sur SPIP 1.9.2a (chez Free) et lorsque j’essaie d’aller sur un article dans l’espace privé, j’ai l’erreur
    Fatal error : Call to undefined function : bouton_block_depliable() in /mnt/101/sda/4/a/toulousevelo/plugins/swfupload/swfupload_pipelines.php on line 104

    Des idées ?

    • effectivement la version 0.6 de ce plugin utilise la fonction bouton_block_depliable() qui n’existe qu’en SPIP 2.0... la compatibilité avec SPIP 1.9.2 est donc cassée.
      Je viens de commiter un correctif : ça devrait être OK dans le prochain zip.

    Répondre à ce message

  • 1

    Apparemment, ce plugin ne fonctionne pas quand le plugin couteau suisses est installé également (en tout cas, c’est ainsi sur mon spip 2.0.10). La console de SWF apparaît, on peut choisir une suite d’images sur l’ordinateur, on voit bien la barre d’upload apparaître, comme si ça fonctionnait, c’est noté X files upload, mais en fait il n’en est rien... Quand on vérifie, rien n’a été ajouté. Donc, quand j’ai besoin d’uploader plusieurs images, je désactive quelques minutes couteau suisse, je me sers de SWFupload sur un article, puis je réactive le couteau suisse quand c’est terminé. Ca me permet d’utiliser ces deux plugins. Merci à Phil car SWF upload est vraiment extrêmement pratique !

    • Même problème. Couteau suisse + SWFUpload
      Voici ce que j’ai activé avec couteau suisse :
      -  Liste des webmestres
      -  Lutte contre le SPAM
      -  Pas de forums anonymes
      -  Supprime le numéro
      Si cela parle à quelqu’un ?

    Répondre à ce message

  • Salut, j’ai installé et bien configuré le plugin. Je rencontre un problème quand j’essai de telecharger une image. Je recoit ce message d’erreur « Security error ». Comment est c que je peux corrigé cela ? les dossiers sont bien en écriture.

    Répondre à ce message

  • Bonjour,
    Comme Patrick (20/5), j’ai une page blanche pour la modification de mes articles dans la partie privé après avoir installé ce plugin sur mon site en 1.9.2e.
    Comment avez-vous fait pour le faire fonctionner correctement ?
    A l’avance merci de votre aide

    Répondre à ce message

  • Bonjour,
    J’ai installé ce plugin sur une 2.09 et en configurant avec cfg, j’ai le message suivant :

    Fatal error : Cannot unset string offsets in /home/www/0f141ab6310af8f593aabc96c8c86e8f/web/ecrire/public/composer.php on line 620

    Comme je n’y comprends rien, toute aide est bienvenue.
    Merci et cordiales salutations.

    Répondre à ce message

  • Sylvain

    Hello,

    il serait top, dans la page du plugin d’indiquer les limites (varaibles) du serveur web qui héberge le site

    comme :
    -  post_max_size
    -  upload_max_filesize

    perso, sur un hébergement le permettant j’ai renseigné dans un .htaccess :

    php_value upload_max_filesize 120M
    php_value max_execution_time 6000
    php_value post_max_size 120M
    php_value max_input_time 120
    php_value memory_limit 140M

    Répondre à ce message

  • 5

    Depuis la version 0.6, le plugin permet le téléchargement de multiples fichiers directement dans un article. Les fichiers téléchargés apparaissent après avoir actualisé la page. Ils sont de plus accessibles dans le dossier upload.

    Testé sous FF3 et IE7

    • Patrick

      Bonjour,

      Si le plugin que je viens de recharger, remarche en local et sur mon serveur académique (il n’avait jusqu’alors marché qu’une fois puis était tombé en panne), je rencontre un problème chez free, qui accepte le téléchargement, mais ensuite le rejette : « erreur 500 ».

      S’agit il d’une mauvaise manipulation de ma part, ou FREE empêche t il l’importation de cette manière ?
      En tout cas, bravo, et merci pour cette contrib très utile.

    • Patrick

      Je réponds à ma question : j’avais oublié le dossier « sessions » chez Free, sinon, tout marche sauf pour les swf qui sont rejetés avec la fameuse « erreur500 ».
      Pas trop grave donc. Et là, je pense que le serveur est en cause, le swf passant bien sur mon autre serveur.
      Peut être des précisions qui pourront profiter à d’autres...

    • Par défaut le plugin autorise uniquement les image (jpg, png et gif), mais je suppose que tu as configuré le plugin pour autoriser les swf ?

    • Patrick

      Çà marche très bien maintenant (problème de cache ?), j’ai déclaré *.* avec 8MB chez free, en spip208.
      Par contre j’ai eu un bug avec un autre site en 192d : page blanche à l’enregistrement de toute modification en partie privée ==> page blanche, jusqu’à ce que je comprenne que cela venait du plugin.
      Sinon, excuses moi de n’avoir pas donné les bonnes nouvelles au bon moment. Merci

    • Il est peut être plus compatible spip 192....

    Répondre à ce message

  • La nouvelle version du plugin devrait fonctionner avec flashplayer 10

    Répondre à ce message

  • 2

    Même problème : sous IE8, FF3, Chrome, rien ne se passe lorsque je clique sur « Telecharger »

    • Il y a peut etre un probleme avec flashplayer 10... je ne sais pas. Une nouvelle version de swf upload devrait etre compatible avec flash10

    • Oui effectivement Phil, une nouvelle version de SWFUpload est sortie le 30 mars dernier.
      C’est la v2.2.0.1, elle corrige ou améliore un certain nombre de fonctions mais surtout celle qui bloque
      ce super plugin : le pb de compatibilité avec Flash Player 10.

      J’ai essayé de modifier le code du plugin mais sans résultat pour le moment.
      Il ne fonctionne toujours pas.

      A bientôt Phil

    Répondre à ce message

  • Idem avec firefox 3.0.6

    Répondre à ce message

  • J’ai un problème sous Firefox 3.0.5, quand je clique sur le bouton « télécharger », rien ne se passe, alors que sous IE, aucun souci. Quelqu’un aurait une idée/piste ? (un ami sous Windows XP n’a pas le problème avec le même logiciel et le même site, je suis sous Vista)

    Répondre à ce message

  • Il faut te mettre a jour, Flash 10 pose problème avec tous les softs de ce type.... Mais tu trouveras une MAJ sur le site.

    Répondre à ce message

  • 1

    Il faut tester le plugin lorsque l’écriture des fichiers ne se fait que dans le répertoire ../tmp/upload et non dans les sous-répertoires des administrateurs restreints.

    Que veux dire ceci ?
    Parce que sur mon site c’est exactement ce qui se passe. Les admins peuvent utiliser le plugin, mais les admins restreint sont confrontés à un problème. Les fichiers s’uploadent selon l’interface, mais si on regarde dans le FTP, il n’y a rien du tout dans leurs dossiers…

    • Personne pour m’expliquer ce qu’il en retourne ? Il semblerait que cela soit le même genre de problème que d’autres ont eu il y a quelques temps… Pas de solution depuis ?

    Répondre à ce message

  • Super plugin jusqu’à aujourd’hui... la version 10 de FlashPlayer le rend inutilisable...

    Répondre à ce message

  • le plugin swfupload fonctionne maintenant sur tous les navigateurs modernes : Firefox, Opera, Safari et Internet Explorer.

    Répondre à ce message

  • Aurélien

    J’ai également eu des erreurs 500. J’ai testé les tailles de fichiers et j’ai constaté que l’erreur était liée à la taille maximale d’upload autorisée dans le fichier php.ini.
    Je l’ai modifié pour voir, c’était bien ça.

    Donc retour à la case départ.

    Répondre à ce message

  • 3

    Le plugin CFG est indispensable, non ? Sinon, fatal error (impossible de trouver la fonction lire_config).

    Répondre à ce message

  • 2

    bonjour,
    je n’arrive pas à faire fonctionner correctement le plugin, sur IE 7 le téléchargement s’effectue et à la fin j’obtiens le message « updload error 500 » tandis que sur firefox j’obtiens le message « security error » tout de suite sans demarrage du téléchargement. Je sais que ca ne fonctionne pas sur FF mais quelqu’un peut il m’aider pour IE ?
    merci

    • Il est possible qu’il y ait un problème avec un module de configuration apache tel que mod_security.

      Solution qui n’en est peut-être pas une, est de désactiviter mod_security... au détriment de la sécurité... avec un htaccess de ce type :

      <IfModule mod_security.c>
      SecFilterEngine Off
      SecFilterScanPOST Off
      </IfModule>
    • Bmichel

      Bonjour,

      Je ne parviens plus à télécharger de documents (type Excel ou pdf). Aucun message n’apparaît mais je ne retrouve jamais les fichiers téléchargés. D’autre part, je ne peux plus actualiser les pages, aucune modif n’est prise en compte...je n’y comprends plus rien !

      Merci de m’aider !

      bmichel

    Répondre à ce message

  • 6
    Mist. GraphX

    Bravo pour l’idée du plug-in ça manquais cruellement aux rédacteurs qui ont à gérer des galeries avec 30/40 images à chaque fois !!!!

    Sur mon site apparemment l’upload se déroule sans problème (7 files uploaded. ...)acune erreur en mode débug, mais je ne retrouve aucun docs dans tmp/upload quand je suis en admin, ou en admin restreint ... j’ai vérifié les droits d’accès au dossier : 777 donc ok

    Infos version :
    SPIP 1.9.2b [9381]

    une idée ??

    • En effet, le problème se rencontre suivant la configuration de certains serveurs... il va falloir trouver une solution côté plugin... Je cherche !

    • Mist. GraphX

      Merci de ta réponse et de ton travail, j’ai fouillé un peut aussi de mon coté mais trop eût de temps vraiment. Si je trouve ou si j’ai une idée je t’en ferais part.

      Au départ je pensais à une erreur de chemin pour le dossier tmp/upload, mais la fonction « effacer le répertoire » fonctionnant je ne pense pas que ce soit ça...

    • J’ai trouvé un problème... !

      Le plugin semble fonctionne avec ie6 mais pas avec firefox...

      mais il y a plus etrange encore... c’est qu’apres avoir fonctionner sous ie... il fonctionne avec firefox.

      Voir si tu reproduis les mêmes comportement.

      Merci

    • Mist. GraphX

      J’ai fait le test :

      effectivement ça fonctionne nikel avec IE

      mais par contre toujours pas avec Firefox pour ma part ...

    • sgenerat

      Le problème vient de la fonction d’upload.

      J’ai fait un test rapide avec une version du fichier d’upload fourni par l’éditeur : http://swfupload.org/forum/generaldiscussion/214

      L’upload se passe bien sous firefox et IE. Il faudrait adapter la fonction d’upload avec ce fichier.

      A savoir : il y a un bug connu avec les cookies et flash , cf. http://swfupload.org/forum/generaldiscussion/38

    • Je crois que le probleme est un peu plus complexe... (pour moi)

      As-tu essayé sous firefox alors qu’aucune cession n’est ouverte avec IE... c’est a dire IE n’a pas été lancé ?

      Car si IE est lancé cela fonctionne sous Firefox, sinon non . :)

    Répondre à ce message

Ajouter un commentaire

Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparaît.

Merci d’avance pour les personnes qui vous aideront !

Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.

Qui êtes-vous ?
[Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom