Recherche avancée

Sur d’autres sites (9909)

• Evolution #2995 (Fermé) : Améliorer la présentation de input file sur les Logos

  23 octobre 2014, par cedric -

  Appliqué par commit r21681.

• Anomalie #3234 (Nouveau) : Upload gros fichiers

  19 juin 2014, par Eric Camus

  Bonjour,

  Avec SPIP 3.0.16 sans plugins (sur serveur WIMP et LAMP).

  Si on demande le téléchargement d’un poids de fichiers (un ou plusieurs) supérieur à POST_MAX_SIZE on se retrouve avec la page d’édition de l’article dans lequel on était dans le cadre de téléchargement : c’est super chouette artistiquement mais c’est tout (cf P.J.).

  Pour résoudre ce problème, j’ai placé dans ’mes_options.php’ le code suivant qui permet d’afficher un texte dans le cadre :
  

  // capturer un formulaire post en surcharge !!!
  if($_SERVER[’REQUEST_METHOD’]==’POST’ and strlen($_SERVER[’CONTENT_TYPE’])>0 and
      substr($_SERVER[’CONTENT_TYPE’],0,19)==’multipart/form-data’ and
      $_SERVER[’CONTENT_LENGTH’]>inigetoctets(’post_max_size’)) 
      // on est en hors quota donc erreur
          echo ’
  
  Erreur de chargement :
  
              
  le poids total des fichiers dépasse la limite autorisée (’.ini_get(’post_max_size’).
  
              ’o).
  Pour recommencer, veuillez recharger cette page.
  
  ’ ;
  
          exit ;
  
  
  function inigetoctets($var) 
  
      $val=trim(ini_get($var)) ;
  
      if($val !=’’) 
  
          $last=strtolower($val[strlen($val)-1]) ;
  
      
  
      else 
  
          $last=’’ ;
  
      
  
      switch($last)  // The ’G’ modifier is available since PHP 5.1.0
  
          case ’g’ :
  
              $val*=1024 ;
  
          case ’m’ :
  
              $val*=1024 ;
  
          case ’k’ :
  
              $val*=1024 ;
  
      
  
      return $val ;
  
  
  

  Comme il me semble que les formulaires de téléchargement sont dans des cadres ’java’ cela ne doit pas poser d’autres problèmes ?
  Si c’est le cas, il faudrait envisager de placer un code de ce type quelque part dans le core de SPIP pour pallier à tout formulaire de téléchargement.

  Nota : si taille des données POST > POST_MAX_SIZE alors les variables $_POST et $_FILES sont vides.

• Evolution #3039 : Spip 2.1 : prise en compte des champs_extra dans editer_artcile

  16 juillet 2014, par marcimat ☺☮☯♫

  Il y a une autre possibilité : c’est que tu as (peut être) tellement de champs extras (stockés dans spip_meta) que la longueur de la chaîne les décrivant dépasse la taille du champ ’valeur’ de la table spip_meta, rendant impossible la désérialisation des données en question par le plugin Champs Extras.

  Comment avais tu créé les champs ?
  - via le plugin d’interface de champs extras ?
  - sont ils toujours « gérés » par ce plugin d’interface ?

  S’ils ne sont plus gérés, c’est normal que le plugin ne puissent enregistrer les données. La fonction que tu mentionnes n’a de toutes façon pas à être modifiée ; si tu utilises le formulaire d’édition d’article standart, avec le plugin champ extra gérant les champs, tout devrait fonctionner sans problème. Dans la limite donc, de ce que je mentionne là sur la taille du champ ’valeur’ de spip_meta, que tu peux peut être augmenter en taille (c’est un varchar).