Le PHP Facile - Apprenez le PHP !

Ses derniers messages sur les forums

le 06/02/2008 à 05:38

Une méthode moins dégueulasse serait de vérifier le Useragent du client HTTP. Ça impose d'avoir une liste quelque part, certes.

Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.

le 05/02/2008 à 13:59

recherche + affichage par page

(Keika) La solution est certainement dans mes remarques, mais libre à lui de les ignorer. Pour ma part, je n'interviendrai plus, vu qu'il ne considère pas mes réponses.

Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.

le 05/02/2008 à 13:48

Plusieurs images ratachée à un enregistrement

(BigZ[SHN]) Bon, mea culpa parce que je m'en doutais. Mais tu conviendras que le bon français prête moins à confusion. Enfin... éviter d'écrire « stp », je trouve ça insultant. Oui, je suis psychorigide, un dangereux psychopathe... voir mon avatar ;)

Développé en français, ce que je t'ai proposé en pseudo-code peut se traduire de la manière suivante, et détaillant un peu plus pour éviter les confusions :

déroulement

* écran saisie annonce

  - proposer écran saisie annonce

  - utilisateur soumet formulaire

 * écran confirmation soumission annonce

  - contrôle données soumises

  - affichage statut soumission

   -> lien pour ajout image dans annonce

 * écran ajout image

  - proposer formulaire ajout image

  - utilisateur soumet formulaire

  - contrôle donnée transmise

  - affichage statut soumission

    -> lien ajout image (boucle sur « écran ajout image »

    -> lien suppression image

    -> lien annonce

    -> lien publier annonce

Bref, c'est la logique globale pour déposer une annonce, de manière très découpée. Bien sûr, on pourrait regrouper bien des choses, mais ce serait chercher les ennuis. à mon avis.

Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.

le 05/02/2008 à 04:52

Plusieurs images ratachée à un enregistrement

(LA GLOBULE) J'avais proposé une page séparée d'amblé pour qu'il puisse facilement proposer une interface récurrente. Ainsi on évitait une lourdeur au niveau de la gestion des fichiers multiples, et surtout on évitait les problèmes liés à la limitation des upload en HTTP. Car moi je vois bien les problèmes survenir avec les clients qui tenteront de télécharger des images de 2 Mo, et qui râleront après avoir longuement attendu, que ça plante parce que c'est trop gros ou parcequ'ils ont rafraichit la page, ou etc.

(BigZ[SHN]) Ta remarque est mal venue. Si j'utilise pseudo-code dans notre cas, c'est m'abstraire du langage car je me plaçait dans un contexte d'action de l'utilisateur. Donc plutôt que de me demander si je sais coder, tu ferais mieux de te demander pourquoi j'écris une telle chose, et de demander une explication si mes méthodes te paraissent loufoques.

Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.

le 04/02/2008 à 21:14

recherche + affichage par page

On va dire que tu débute, mais bon, ton code est un concentré de ce qu'il ne faut pas faire ^^;

Lignes 1,2 : l'opérateur de mutisme ne doit être utilisé que lorsque tu vérifie le code de retour de la fonction bavarde. ici, tu fais une connexion sans vérifier que tu as bien fait la connexion.

Ligne 8 : certes PHP est un langage de template, mais faut pas exagérer. Évites de telles alternances entre code de traitement (PHP) et code d'affichage (HTML). C'est illisible et impossible à maintenir.

Ligne 18,23,28: pourquoi tant d'espaces insécables ?

Ligne 47: il manque des espaces entre FROM, $table et WHERE.

Ligne 51,55: pourquoi ces points-virgules après les parenthèses fermantes du if ?

Ligne 60: on utilise jamais l tout seul pour les noms de variables, ça se confond trop facilement avec 1.

Ligne 74: HTML non-valide.

Ligne 76: J'espère que tu teste le contenu de $_GET['debut'] dans ta fonction barre_navigation.

Ligne 79: ça marche ça ?

Ligne 80: un petit problème de caractères qui trainent...

Par contre je n'ai pas compris la phrase où tu explique ton problème. Tu peux reformuler ?

Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.

le 04/02/2008 à 20:58

Plusieurs images ratachée à un enregistrement

En supposant que l'espace annonceur soit déjà créé, je ferais un écran pour saisir les informations de l'annonce, et un écran pour l'envoie d'une image :

pseudocode

saisir_annonce



tantque soumettre_encore_image?

soumettre_image

fintantque



valider_annonce

Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.

le 04/02/2008 à 11:29

Recherche développeur confirmé PhP

Tu es dur, s'il te prennent plus de trois mois, lastartupdemerde.com devra te payer 30% du SMIC. Tu te rends compte ? Presque 300 € ! C'est la fête.

Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.

le 02/02/2008 à 04:59

Quel UTF choisir

Je suis tombé sur un article intéressant à propos de l'UTF-8 dans MySQL.

Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.

le 01/02/2008 à 14:55

passer deux variables get ?

Tu ne peux pas. Il faut que tu puisses cracher les deux menus depuis un même script.

Mais précises un peu ce que tu as fait. Comment tu inclus les menus par exemple.

Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.

le 01/02/2008 à 09:09

Problème PHP/Mysql : date

<?php

   $sql = "SELECT truc FROM tickets WHERE date between '2008-01-01' AND  '2008-01-31'";  

   ?>

Ce sera plus efficace ;)

Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.

LupusMic

Ses derniers messages sur les forums