Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

[Charte] fr.comp.lang.php

0 views
Skip to first unread message

john gallet

unread,
Jan 3, 2010, 4:12:54 AM1/3/10
to
Archive-Name: fr/chartes/comp.lang.php

---------------------------------
CHARTE DU FORUM fr.comp.lang.php
---------------------------------

NOM DU FORUM : fr.comp.lang.php
STATUT : modᅵrᅵ
DESCRIPTION : le langage PHP Hypertext Preprocessor.

OBJET :

Ce forum accueillera avec bienveillance toutes les discussions
concernant le langage PHP et son utilisation lors de dᅵveloppement
d'applications. Les problᅵmes de configuration et de sᅵcuritᅵ de PHP
sur les serveurs pourront aussi y ᅵtre abordᅵs.

PHP est un langage interprᅵtᅵ libre et gratuit relativement simple ᅵ
maᅵtriser pour qui connaᅵt un peu la programmation. Il est souvent mis
en oeuvre pour la rᅵalisation d'applications web cᅵtᅵ serveur et peut
ᅵgalement ᅵtre utilisᅵ de maniᅵre autonome, par exemple en l'associant
avec une librairie de composants graphiques comme dans le projet
PHP-Gtk.
Pour en savoir plus : http://fr.php.net/


CRITERES DE MODERATION

Seront rejetᅵs sans justification tous types d'avis publicitaires et
spams divers.

Seront rejetᅵs, avec une justification de quelques lignes, les autres
articles non conformes ᅵ la Charte.

En cas de doute, les modᅵrateurs ne devront pas hᅵsiter ᅵ publier
l'article soumis. Le gain en signal bruit par la modᅵration sera
suffisant de toutes faᅵons.

Ne sont pas conformes ᅵ la Charte sur leur forme les articles ne
satisfaisant pas aux critᅵres habituels dᅵfinis sur Usenet soit entre
autres :

- Non lisible directement par un ᅵtre humain (codᅵs en HTML,
quoted-printable, etc...).
- avec une piᅵce jointe, quelle que soit sa nature (code, vcard,
etc...)
- rᅵdigᅵs dans une autre langue que le franᅵais. Il sera toutefois
acceptᅵ des citations courtes de manuels, RFCs, ou autres documents
officiels en anglais.
- crosspostᅵs sur un nombre excessif de forums ou dont le "suivi ᅵ" ne
serait pas positionnᅵ.
- dont les citations ne se limiteraient pas ᅵ un court extrait.
- avec une signature de taille excessive.

Les rᅵponses subsᅵquentes aux articles initiaux (donc modᅵrᅵs) seront
traitᅵes avec plus de laxisme que les articles d'origine concernant
leur fond, mais rejetᅵes si non conformes sur la forme.

Ce forum n'est pas destinᅵ ᅵ recevoir les questions :

- n'ayant pas de rapport direct avec PHP. Bien que PHP ait une forte
connotation "dᅵveloppement web", la syntaxe HTML, les requᅵtes SQL,
les problᅵmes sgbd, javascript, java, asp, etc... ne sont pas du PHP.

- se rapportant ᅵ l'utilisation hors php des outils ou sgbdr
frᅵquemment utilisᅵs en conjonction avec php.

- dont la rᅵponse implique une simple lecture du manuel php ou de la
FAQ du forum.

Les questions sur des applications autonomes mettant en oeuvre PHP
seront refusᅵes si elles portent sur l'utilisation courante de ces
applications, ou si un forum ou une liste de diffusion existe pour
l'aide ᅵ leur configuration. En revanche, les questions sur les outils
et librairies intᅵgrables ᅵ PHP (templates, librairies graphiques,
d'abstraction, etc...) seront acceptᅵes.

Les sempiternelles questions auxquelles il est impossible de donner
une rᅵponse durable ("ASP vs PHP", "comment dᅵbuter en php", "quel est
le meilleur ᅵditeur php", "quel est le meilleur hᅵbergeur php",
"connaissez vous un outil qui fait ci et ᅵa"...) seront acceptᅵes dans
la limite du raisonnable (modᅵration possible ᅵ plus de deux articles
sur le mᅵme sujet par semaine).

Sont considᅵrᅵes comme "simple lecture du manuel ou de la FAQ" les
questions qui n'impliquent aucune autre rᅵponse que la lecture
prᅵalable du manuel ou de la FAQ. Par exemple "comment envoyer un mail
avec PHP" est une FAQ et est traitᅵe dans le manuel et sera rejetᅵe
avec les pointeurs correspondants. La question "j'ai [telle erreur]
quand je veux envoyer un mail" est bien entendu acceptable dᅵs lors
que l'hᅵbergeur prᅵcisᅵ accepte l'envoi de mail par fonctions PHP.

Toute demande d'aide au dᅵbuggage d'un script ("ᅵa ne marche pas")
devra comporter les messages d'erreur ᅵventuels ou indiquer
explicitement leur absence ou comporter un lien direct vers le script
qui pose problᅵme avec une mᅵthode explicite pour reproduire l'erreur
et dᅵnoter un dᅵbut de recherche personnelle de la solution.

Pour les problᅵmes de compilation, les options de compilation et
erreurs obtenues devront obligatoirement ᅵtre mentionnᅵes.

Les questions d'algorithmique pure (comment ᅵmuler tel comportement ou
comment optimiser un script) seront acceptᅵes si codᅵes en PHP. Les
optimisations de requᅵtes SQL (jointures, tris, etc...) sont hors
sujet.

Les questions concernant le dᅵveloppement de modules externes PHP
(.so, .dll, etc...) sont acceptᅵes si elles ne relᅵvent pas du langage
de dᅵveloppement du module.

Les demandes de critique de site seront rejetᅵes systᅵmatiquement si
le contenu du site n'est pas liᅵ ᅵ PHP. Une critique de site sous
prᅵtexte qu'il est fait en PHP est hors charte. Les annonces
concernant la parution de sites, listes de diffusion, rendez-vous de
PHP Users Groups, manifestations diverses autour de PHP, parution
d'articles ou ouvrages concernant PHP, etc... seront acceptᅵes dans la
limite du raisonnable par annonce.

La re-soumission d'une mᅵme question dᅵjᅵ rᅵcemment approuvᅵe ne le
sera de nouveau qu'aprᅵs un dᅵlai raisonnable.
Les simples remerciements sont bien entendu acceptᅵes si le rapport
citation / rᅵponse est correct.

Les demandes de contribution seront acceptᅵes uniquement si elles sont
bᅵnᅵvoles, mettant en oeuvre PHP, indiquant clairement dans le titre
[offre] ou [demande], et avec fu2 poster positionnᅵ. Les offres ou
demandes d'emplois rᅵmunᅵrᅵs seront refusᅵes car relevant de la
hiᅵrarchie fr.emplois.*

Le contenu des articles publiᅵs engage leur seul auteur, et nullement
les modᅵrateurs qui "approuvent" uniquement l'article sur son respect
de la prᅵsente Charte.

Les articles auto-approuvᅵs (publiᅵs sans accord des modᅵrateurs)
seront annulables sans justification. Les modᅵrateurs se rᅵservent le
droit d'annuler a posteriori tout article qui aurait ᅵtᅵ publiᅵ par
erreur.

A noter que les modᅵrateurs pourront s'aider d'un robot dont le rᅵle
sera de faire un premier tri des articles soumis.

RAPPELS DE BONS USAGES

Bien que le non respect de ces conseils d'utilisation ne sera pas ᅵ
lui seul cause de refus de l'article, il est fortement conseillᅵ dans
l'intᅵrᅵt de tous de :

- choisir un titre clair et explicite qui ne contienne pas de
caractᅵres accentuᅵs
- rᅵpondre dans le corps du message, non au dessus
- rᅵdiger dans un franᅵais correct et ᅵviter les abbrᅵviations
phonᅵtiques
- rappeler la version des applications et l'OS (ex: unix, PHP4.0.5,
apache x.x.xx ou windows NT-4 SP 3, IIS xx, etc...)

----------------
FIN DE LA CHARTE
----------------

MODERATEURS :

Les modᅵrateurs initiaux sont :

Nicolas Ecarnot <nic...@ecarnot.net>
Armel Fauveau <webm...@phpindex.com>
John Gallet <john....@wanadoo.fr>
Nicolas Hoizey <nho...@phpheaven.net>
Xavier Marchesini <x...@via.ecp.fr>


--

La prᅵsente publication des documents de fr.usenet.reponses fait suite ᅵ
la panne du robot MaintFAQ. Ce document n'a pas ᅵtᅵ mis ᅵ jour depuis.
Si vous souhaitez maintenir ce document, contactez-moi ᅵ jo...@matabio.net.

0 new messages