La différence GET/POST

En gros, la différence entre GET et POST est entre autres la quantité d'informations que tu peux envoyer.

Mais c'est aussi la clarté de l'url.

En GET, tout passe par l'url. Si tu regardes, même l'intitulé du bouton d'envoi est une des variables envoyées.
En POST, les variables passent autrement et ne sont pas visibles dans la barre d'adresses.

Le GET est limité en longueur par la taille maximale d'une url. Les opinions varient sur la longueur maximale acceptée car il semble qu'elle diffère selon les navigateurs web. Quoi qu'il en soit, la méthode get (renseignée dans le paramètre method de ton formulaire) est utilisable facilement car elle produit une url qu'il suffit de recopier pour qu'elle soit utilisable. Au contraire du POST qui nécessite de repasser par le formulaire.

Ca c'était pour le GET et le POST

Les province/région/département, c'était en référence à une subdivision géographique sur le territoire du pays où se trouve le cantonnement. La Belgique compte 10 provinces, la France un paquet de départements. Ca permet de savoir plus ou moins dans quel coin du pays se trouve le cantonnement

Pour la latitude/longitude, tu fais bien l'imbécile c'est pour les scouts modernes qui font leurs itinéraires par GPS.

Ah tiens, autre suggestion, ajouter le champ "carte ign" pour permettre à l'animateur de signaler quelle carte utiliser.

Citation :

Pour la latitude/longitude, tu fais bien l'imbécile c'est pour les scouts modernes qui font leurs itinéraires par GPS.

et moi qui cherchais dans les références au niveau du code

Oki pour la suggestion.. je note.
J'ai aussi rajouté le champ "superficie" pour une prairie, y faut juste savoir ce que c'est qu'un hectare

Sinon, un autre probl qui est réglé mnt, c'est que lorsqu'on modifiait un cantonnement, son type changeait automatiquement alors que c'est justement le seul paramètre que j'empeche de changer..

Une remarque d'un de mes animateurs:
Citation :

Maintenant que les fiches cantonnements sont visibles pour toutes les personnes qui ne sont pas animateurs, le fait d'exposer des informations sur le nom, l'adresse et le numéro de téléphone des propriétaires n'est-il pas une atteinte à la vie privée de ces personnes?

Ce à quoi je trouve qu'il a fort raison.. Que proposez-vous de faire?

de n'afficher ces données qu'aux membres connectés du site.

Et ça met effectivement en question l'échange de données entre sites d'un point de vue légal.

Citation :

de n'afficher ces données qu'aux membres connectés du site

Evidemment, c'est bien ce que je voulais éviter...

Bon ben en attendant, voila une nouvelle version du module est présente en téléchargement toujours restreint. Pas mal de modifications ont été apportées. Reste à gérer le cas ou une autre section veut ajouter ses données pour le même cantonement.. Mais je vois pas trop trop comment afficher cela.

Ben et si tu les affichais bêtement à la suite ou ce sont les utilisateurs qui gèrent le bazar eux-mêmes...

En gros, ils modifient le contenu des champs à leur guise pour faire la mise à jour.

ca s'appele cmt, wipi? truc du gendre, le portail base sur ca

Wiki

Mais j'ai un doute.. Ici, s'il y a un nouvel animateur qui désire inscrire qqch sur un cantonnement déjà existant, il va modifier les valeurs stockées dans la bdd en utilisant le fichier de modification des données. Ce n'est pas ca le Wiki, si?

Je suis en train de voir pour que dans ce cas il y ait un nouveau cadre dans l'affichage du cantonnement qui afficherait les locations précédentes (date et section). Le reste, comme tu dis Chmat, je pense que ca doit être mis à jour à chaque location. Sauf peut-être ne pas effacer les commentaires déjà faits... Dans ce cas, je propose simplement aux utilisateur de ne pas effacer le contenu? Ou je fais un chipotage qui sauvegarde le texte dans ce champ, et qui le concatènera avec le nouveau commentaire?

le Wiki, c'est très spécifique. Il se souvient des versions précédentes des articles. Ici, je ne pense pas qu'on doive aller jusque là. En effet, je ne vois pas l'intérêt de conserver des données obsolètes.

Ou alors, je ne saisis pas exactement le but de ce module

comment puis-je faire pour placer dans une variable les valeurs de deux variables texte??

exemple concret (proche de ce que je voudrais faire):
Code :

$total = htmlentities($cantonnement['description1'],ENT_QUOTES) + htmlentities($cantonnement['description2'], ENTQUOTES)

Est-ce seulement possible ??

concatenation;

$total=$gigi;
$tota.=$gigi2;

ca donne ceux que tu veut $total=$gigi+$gigi2

tu peut aussi faire en une seule ligne avec un . au milieu, ou une ,

$total=$gigi.$gigi2;

(si tu veut y ajouter du texte c'est)

$total=$gigi.' Et '.$gigi2;

ca marche pas.. mes deux variables sont du texte.
Et donc lorsque je fais
Code :

$total = htmlentities($cantonnement['description1'].' ET '.$cantonnement['description2'], ENTQUOTES)

le résultat est:
Code :

 ET 

Mmh, bon, c'est pas grave. J'ai réussi à trouver. Mais je change de système.. Il me sera impossible de permettre à une personne ayant écris une description de corriger SA description sans voir toutes les descriptions.. Je vais donc jouer sur la confiance et le respect des animateurs...

la prochaine version est pratiquement finie... (si il n'y pas de commentaires supplémentaires vis-à-vis de l'implémentation, et si toutes les suggestions ont été prises en compte).

si ca devrait marcher, essaie peut-être de déclarer les 2 éléments dans 2 variables temporaires avant de les concaténer.