Ses derniers messages sur les forums
Et le sujet le plus inutile du site depuis longtemps ^^;
En hommage à notre
concordance, je propose de faire la fête ici et maintenant !
Ouais !!! \o/ !!!
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Tu fais pas ^^;
Plus sérieusement, il vaut mieux gérer la machine à état. Ce qui n'est pas évident, j'ai encore du mal à en faire une cohérente.
Et avec ça, quand tu as une erreur, tu en informe l'utilisateur et lui propose de revenir au formulaire en cours d'édition, et si c'est un autre message, comme un succès, ben tu l'informe aussi.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
(Keika) Surtout ne jamais utiliser le référent HTTP. Cette information est issue du client, elle peut être spoofée ou vide, selon la configuration du client HTTP.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
history.back() a le même effet que d'appuyer sur la flèche de retour du navigateur.
Ce qui tu peux faire, c'est de stocker l'état précédent dans la session, et créer le lien vers l'ancienne étape à partir de cette information.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Bon, comme ça c'est mieux ;) Surtout que je n'avais pas fait la connexion avec le précédent fil de discussion.
La solution proposée par mojorisin est composée de plusieurs requêtes. L'extension MySQL de PHP ne supportait pas les multi-requêtes. Elles sont supportées avec MySQLi. Mais, il faut utiliser les méthodes qui vont bien. À savoir commencer par utiliser MySQLi::multi_query, qui permet de gérer les requêtes multiples. Sinon, point de salut pour toi.
Dans le cas présent, du essaye de faire un query simple sur la requête multiple. Après analyse de la requête multiple, elle va être déclarée comme invalide, et ne pourra pas être traitée. C'est pourquoi la ressource renvoyée est nulle, et que ton fetch_array ne peut être appelé sur un non-objet.
Je ne peut que t'encourager à encapsuler ton code, mais avant de faire ça, fait des tests simples, dans des fichiers indépendants. Ça te permettra de tester. De plus, pour vraiment obtenir des classes qui tiennent la route, il faut un peu de bouteille. Et je n'ai pas cette prétention après quelques années de programmation (éparses, certes).
Je me suis fait un exemple de multi-query, si ça intéresse, je peux le mettre à disposition.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
C'est parce qu'il faut faire du
multi-query, et seul MySQi le gère.Enfin, il me semble, j'ai pas testé... à tester :-D
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Tu peux nous dire en deux mots pourquoi c'est si impératif ?
Pour comprendre pourquoi ton image n'est pas directement affichée, il faut comprendre comment le document HTML est traité. Et ça dépend de l'implémentation du navigateur :)
Bref, je ne sais pas exactement comment est construit le document par le navigateur, donc je ne pourrais pas l'expliquer ici.
Mais ce que je sais, c'est que les butineurs sont des logiciels multi-thread, qu'ils chargent le document HTML, qu'ils commencent à le parser, et lorsqu'il y a un appel à un ficheir externe, il lance son téléchargement dans un autre thread. C'est ça la fin de ce chargement qu'un évènement est lancé et que le constructeur du document HTML l'intègre.
Il y aurait une méthode pour être certain que l'image soit affichée en premier, mais c'est moche, très moche, et n'a que peut d'intérêt.
À mon avis, hein ;)
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Ma boule de cristal est en panne.
Comment veux-tu qu'on t'aide si tu ne mets pas le code PHP qui plante ? En simplifié ?
Parce que bon, je peux pas deviner :
- si tu as compilé avec mysqli
- si tu as la bonne bibliothèque MySQL d'installée sur la machine cliente
- si tu as testé le retour de mysqli_real_connect
- si tu as bien fait tes appels avec les fonctions de requêtes multiples
- et plein d'autres choses
Si le code est proprio, ben va falloir faire preuve de courage, et réviser tout ton code.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
L'élément anchor n'es tpas destiné à ça. Je te conseille de déporter le comportement sur l'élément cibles (image).
Car ce que tu as fait, ça marche peut-être bien sous MSIE, mais très mal dans Firefox, car le click n'est pas intercepté au même moment. Ce référer à la doc du
W3C pour comprendre le bubbling, les événements et compagnie.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
je suis freelance donc en entreprise individuelle
Ce qui implique un RCS, non ? Ou on m'a menti à la réunion ASSEDIC pour les créateurs d'entreprise ?
de plus vous avez mal orthographié il s'agit de marlin et non martin...
Faut décidément que j'achète des lunettes !
1and1 est un excellent hébergeur internet
Pour du Low Cost, j'avoue, c'est pas trop mal.
que je te recommande si vous créé des sites internet c'est pourquoi il est un de mes partenaires privilégiés.
Mais je ne conseillerais jamais à quelqu'un d'aller sur une machine sur laquelle il ne contrôle pas le fonctionnement de ces courriels, ou sans avoir une seule maille jusqu'aux courriels. Dans un cadre professionnel, s'entend.
Ceci parce que j'ai travaillé pour un hébergeur lowcost.
Finalement heureusement que vous êtes là pour encourager les hommes qui entreprennent par eux mêmes dans ce pays.
Le problème est que, comme vous êtes arrivé, comem vous vous êtes exprimé, au vu de la gueule du site Internet, on a pas l'impression d'avoir à faire avec un pro, mais plutôt un requin qui essaye de planter une victime.
Ce que je peux vous conseiller, pour éviter ce types de débordement à l'avenir, c'est de rajouter les
mentions légales à votre site, avec le RCS et tout et tout.
Et enfin, bah... éviter de polluer tout les forums PHP avec le bla bla marketing, ça fait vraiment pas sérieux. Je sais bien que c'est pas facile de se lancer, mais le faire de manière plus discrète et moins violente, ce serait nettement mieux.
Par exemple, d'ici quelques semaines, quand j'aurais enfin mon RCS :) Ben je mettrais un lien dans ma signature. Comme ça, à chaque contribution, Google m'aimera un peu plus, sans que je n'ai à apparaitre comme un pollueur infâme, ignorant de la
RFC 1855 (bon, je suis d'accord que mon côté ours entraine des débordements sarcastiques assez violents et trollifères).
Sans rancune ?
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
