
Recherche avancée
Autres articles (66)
-
Qu’est ce qu’un masque de formulaire
13 juin 2013, parUn masque de formulaire consiste en la personnalisation du formulaire de mise en ligne des médias, rubriques, actualités, éditoriaux et liens vers des sites.
Chaque formulaire de publication d’objet peut donc être personnalisé.
Pour accéder à la personnalisation des champs de formulaires, il est nécessaire d’aller dans l’administration de votre MediaSPIP puis de sélectionner "Configuration des masques de formulaires".
Sélectionnez ensuite le formulaire à modifier en cliquant sur sont type d’objet. (...) -
MediaSPIP v0.2
21 juin 2013, parMediaSPIP 0.2 is the first MediaSPIP stable release.
Its official release date is June 21, 2013 and is announced here.
The zip file provided here only contains the sources of MediaSPIP in its standalone version.
To get a working installation, you must manually install all-software dependencies on the server.
If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...) -
L’utiliser, en parler, le critiquer
10 avril 2011La première attitude à adopter est d’en parler, soit directement avec les personnes impliquées dans son développement, soit autour de vous pour convaincre de nouvelles personnes à l’utiliser.
Plus la communauté sera nombreuse et plus les évolutions seront rapides ...
Une liste de discussion est disponible pour tout échange entre utilisateurs.
Sur d’autres sites (5611)
-
Anomalie #3100 (Nouveau) : Bug - Base PostgreSQL
20 novembre 2013, par _ CasPBonjour,
Je viens de créer un site mutualisé sur mon site. Mon ancien site à une base MYSQL et n’a pas de souci.
En revanche le nouveau site à lui une base PostgreSQL.L’hébergement est chez OVH.
je constate 2 chose étrange la première : lors de l’instalation du site après avoir renseigné le serveur et l’utilisateur, je me retrouve à avoir le choix parmi une multitude de base de donnée. Là ou habituellement je n’ai que le nom de celle que j’ai crée.
Mais peux être ceci est un souci lié à OVH, je leur ai écrit pour demander.Le deuxième Bug a lieu lors de la création de RUBRIQUES dans l’espace privée.
Cela fonctionne, cependant après la création je me retrouve avec une3 Erreur(s) dans le squeletteNuméro Message squelette boucle Ligne
1 Array / /
2 Array / /
3 Array / /Warning : pg_query() [function.pg-query] : Query failed : ERREUR : la référence à la colonne « id_rubrique » est ambigu LINE 4 : GROUP BY id_rubrique,lang ^ in /homez.64/casp/www/ecrire/req/pg.php on line 168
Warning : pg_query() [function.pg-query] : Query failed : ERREUR : la référence à la colonne « lang » est ambigu LINE 4 : GROUP BY id_article,lang ^ in /homez.64/casp/www/ecrire/req/pg.php on line 168
Warning : pg_query() [function.pg-query] : Query failed : ERREUR : la référence à la colonne « lang » est ambigu LINE 4 : GROUP BY id_breve,lang ^ in /homez.64/casp/www/ecrire/req/pg.php on line 168
Et je reste sur la page de crétion sans être redirigé. J’ai alors l’option :
Votre modification a été enregistrée
Si votre navigateur n’est pas redirigé, cliquez ici pour continuer.
Tout fonctionne ce n’est donc pas dramatique. Mais c’est un peu gènant. -
Anomalie #3697 : Bug svn10000 SPIP 3
14 février 2016, par MiKaël NavarroCependant je m’étonne que cette erreur là « remplissent les logs du serveur Web », d’autant que l’erreur n’est pas critique.
Normalement leif ($dir = opendir(...))
n’entre pas dans le if si opendir retournefalse
. Par contre, oui ça créait une erreur PHP si le dossier n’existait pas, mais qui ne devrait pas perturber il me semble la suite du processus de mise à jour. Je n’ai pas été vérifier cependant.Effectivement le
if ($dir = opendir(...))
n’entre pas dans leif
siopendir
retournefalse
, mais ce n’est pas le code que j’ai dans l’archive spip-3.1.zip (r22707 aujourd’hui en date du 6 janvier), au lieu de ça j’ai seulement (sans leif
) :$dir = opendir($base) ; while (($f = readdir($dir)) !== false) ...
De plus je suis d’accord, ce n’est pas une Erreur mais un simple Warning que l’on retrouve dans
/var/log/nginx/error.log
:2016/02/14 12:36:04 [error] 1141#0 : *197 FastCGI sent in stderr : "PHP message : PHP Warning : opendir(baddir/) : failed to open dir : No such file or directory in /home/mickey/public_html/test-opendir.php on line 2 PHP message : PHP Warning : readdir() expects parameter 1 to be resource, boolean given in /home/mickey/public_html/test-opendir.php on line 3" while reading response header from upstream, client : 127.0.0.1, server : localhost, request : "GET / mickey/test-opendir.php HTTP/1.1", upstream : "fastcgi ://unix :/var/run/php5-fpm.sock :", host : "localhost"
Ensuite le testwhile (($f = readdir($dir)) !== false)
rentre dans une boucle infinie et c’est avec ça que j’ai créé un log de plus de 2Go !D’après les commit, je vois que c’était déjà corrigé dans la version SVN, mais un test supplémentaire mange pas de pain ça sera plus robuste et évitera l’écriture d’un Warning dans les logs pour rien :)
En tout cas merci pour votre réactivité.
-
Anomalie #3236 (Nouveau) : opendir et readdir
27 juin 2014, par Ybbet SPIPHello,
Juste pour signaler qu’il y a une erreur d’écriture (par conseillé en tout cas) sur :
- SPIP 3.1 :
http://core.spip.org/projects/spip/repository/entry/spip/ecrire/public/composer.php#L475
http://core.spip.org/projects/spip/repository/entry/spip/ecrire/inc/install.php#L348- SPIP 3.0 :
http://core.spip.org/projects/spip/repository/entry/branches/spip-3.0/ecrire/public/composer.php#L392
http://core.spip.org/projects/spip/repository/entry/branches/spip-3.0/ecrire/inc/install.php#L341- SPIP 2.1 :
http://core.spip.org/projects/spip/repository/entry/branches/spip-2.1/ecrire/public/composer.php#L392
http://core.spip.org/projects/spip/repository/entry/branches/spip-2.1/ecrire/inc/install.php#L272- SPIP 2.0 : http://core.spip.org/projects/spip/repository/entry/branches/spip-2.0/ecrire/public/composer.php#L403
On a
while ($f = readdir($d))
Au lieu de
while (($f = readdir($d)) !== false)
Ecriture adoptée partout ailleurs dans le core de SPIP.