Recherche avancée

Médias (0)

Mot : - Tags -/alertes

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (111)

  • Problèmes fréquents

    10 mars 2010, par

    PHP et safe_mode activé
    Une des principales sources de problèmes relève de la configuration de PHP et notamment de l’activation du safe_mode
    La solution consiterait à soit désactiver le safe_mode soit placer le script dans un répertoire accessible par apache pour le site

  • Déploiements possibles

    31 janvier 2010, par

    Deux types de déploiements sont envisageable dépendant de deux aspects : La méthode d’installation envisagée (en standalone ou en ferme) ; Le nombre d’encodages journaliers et la fréquentation envisagés ;
    L’encodage de vidéos est un processus lourd consommant énormément de ressources système (CPU et RAM), il est nécessaire de prendre tout cela en considération. Ce système n’est donc possible que sur un ou plusieurs serveurs dédiés.
    Version mono serveur
    La version mono serveur consiste à n’utiliser qu’une (...)

  • Prérequis à l’installation

    31 janvier 2010, par

    Préambule
    Cet article n’a pas pour but de détailler les installations de ces logiciels mais plutôt de donner des informations sur leur configuration spécifique.
    Avant toute chose SPIPMotion tout comme MediaSPIP est fait pour tourner sur des distributions Linux de type Debian ou dérivées (Ubuntu...). Les documentations de ce site se réfèrent donc à ces distributions. Il est également possible de l’utiliser sur d’autres distributions Linux mais aucune garantie de bon fonctionnement n’est possible.
    Il (...)

Sur d’autres sites (13293)

  • Revision 6917 : On devrait gérer correctement la date de création Réparation de la ...

    21 août 2012, par kent1 — Log

    On devrait gérer correctement la date de création
    Réparation de la suppression du texte d’intro du formulaire d’inscription
    Ce n’est pas à inscription3 de gérer les modifications des champs extras externes
    On améliore la gestion de la date de naissance

  • Anomalie #3914 (Nouveau) : Saisie de date : PAs d’erreur si 31 février (prive/formulaire/dater.php)

    27 février 2017, par Timothée Garnaud

    Bonjour à tous,

    Il ne s’agit pas d’un grand problème à priori, juste du fait qu’un message d’erreur serait peut-être plus appréciable.

    La vérification des dates sur les articles (date de publication, date de rédaction antérieur). Utilise la fonction mktime pour vérifier la validité d’une date.
    Le problème c’est que la fonction mktime accepte une date comme ’31/02/2017’, qu’elle corrige automatiquement en 03/03/2017. Mais n’est-il pas mieux d’avertir l’utilisateur - qui ici voudrait prévoir une publication pour fin février - de son erreur ?

    Voici la fonction en cause (prive/formulaires/dater.php - ligne 217 sur SPIP 3.0)

    function dater_recuperer_date_saisie($post, $quoi="date") 
    if (!preg_match(’#^(? :(? :([0-9]1,2)[/-]) ?([0-9]1,2)[/-]) ?([0-9]4|[0-9]1,2)#’, $post, $regs))
        return ’’ ;
    if ($quoi=="date_redac") 
        if ($regs[3]<>’’ AND $regs[3] < 1001)
            $regs[3] += 9000 ;

            return array($regs[3],$regs[2],$regs[1]) ;
    
    
    
    else 
    
        $t = mktime(0,0,0,$regs[2],$regs[1],$regs[3]) ;
    
        // si la date n’est pas valide selon mktime, la refuser
    
        if (!$t) return ’’ ;
    
        return array(date(’Y’,$t),date(’m’,$t),date(’d’,$t)) ;

    Je propose d’ajouter un appel à checkdate() dans la fonction ci-dessus (qui vérifie aussi les année bisextiles)

    function dater_recuperer_date_saisie($post, $quoi="date") 
    if (!preg_match(’#^(? :(? :([0-9]1,2)[/-]) ?([0-9]1,2)[/-]) ?([0-9]4|[0-9]1,2)#’, $post, $regs))
        return ’’ ;
    if ($quoi=="date_redac") 
        if ($regs[3]<>’’ AND $regs[3] < 1001)
            $regs[3] += 9000 ;

            return array($regs[3],$regs[2],$regs[1]) ;
    
    
    
    else 
    
        if ( checkdate($regs[2],$regs[1],$regs[3]) ) 
    
            $t = mktime(0,0,0,$regs[2],$regs[1],$regs[3]) ;
    
            // si la date n’est pas valide selon mktime, la refuser
    
            if (!$t) return ’’ ;
    
            /* Le ligne ci-dessus ne servirait plus à rien du coup ? */
    
            return array(date(’Y’,$t),date(’m’,$t),date(’d’,$t)) ;
    
        
    
        else 
    
            return ’’ ;

  • Anomalie #1960 (Fermé) : Problème de date avec PostgeSQL

    4 avril 2011, par cedric -

    Ce bug ne vient pas de PG en lui meme, mais du formulaire d’edition qui doit tolerer une valeur 0001-01-01 comme date nulle. Corrigé par r17635

Navigation