LupusMic

  • Signature
    Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
  • Site web
  • Nombre de sujets
    26
  • Nombre de messages
    1 684
  • Nombre de commentaires
    4
  • Nombre de news
    Aucune
  • Niveau en PHP
    Gourou

Ses derniers messages sur les forums

LupusMic
le 27/11/2013 à 11:16
transfert de données vers un autre script
Ah, j'imaginais que tu utilisais ça pour transférer des données d'un site à l'autre, pas entre des scripts d'un même site ^^;

La session est éventuellement une meilleure solution, bien qu'il puisse y avoir d'autres problèmes (bugs de sessions, si par exemple tu as un usage multi-fenêtré de l'application). Dans ce cas on pourra imaginer fournir un token avec tes formulaires pour maintenir une cohérence dans les actions multi-pages.

> Par contre je suis toujours preneur de la façon d'écrire la ligne pour passer plusieurs variable en même temps comme je l'ai demandé dans mon second message.Cela peut toujours servir un jour ou l'autre.

C'est ce que j'ai indiqué avec le code en début de ma réponse. $_GET['toto'] sera un tableau avec les valeurs passées dans l'URL (par contre, je ne pense pas que l'ordre soit garanti).

Alternativement, tu peux simplement utiliser la fonction http_build_query.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
LupusMic
le 27/11/2013 à 04:36
transfert de données vers un autre script
?toto[]=one&toto[]=two


En ce qui concerne la taille de la Request URI, elle dépend essentiellement de la configuration du client et du serveur HTTP. Donc tu peux regarder de ce côté, si tu tiens absolument à transférer des données via la Request URI.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
LupusMic
le 25/11/2013 à 18:21
Problème de variables
Tu devrais configurer PHP pour qu'il t'affiche toutes les erreurs. En effet, aux lignes 29 et 31 tu accèdes à un booléen (de valeur 'false' en l'occurrence).

En fait, false est affecté à $result lors du dernier appel à mysqli::fetch_row (ce qui permet de sortir du while).

Il faut donc que tu conserves les valeurs entre les deux requêtes.

D'ailleurs, pourquoi ne fais-tu pas qu'une seule requête ?
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
LupusMic
le 22/11/2013 à 11:51
interface de paiement
Il faut que tu intègres un fait : tu paieras toujours des frais. Selon le prestataire, tu auras un forfait plus une proportion.

Plusieurs solutions sont disponibles :
- rester avec Paypal
- chercher un autre système (tel que Paybox)
- contacter ta banque professionnelle pour leur demander quelles solution de paiement sont disponibles

Le paiement par carte bleu, c'est casse-gueule. Si tu es tout seul, et que ton business ne te permet pas d'embaucher qui que ce soit pour l'instant, tu devrais conserver Paypal à qui tu délègues le problème de la sécurité des données bancaires.

Une règle de base, c'est de ne jamais conserver le PAN de tes clients. Et si tu le fais, de chiffrer cette information et de contracter une assurance pour le jour où tu te feras pirater ton site.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
LupusMic
le 11/11/2013 à 10:16
Forum
show create table forum_post;
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
LupusMic
le 09/11/2013 à 05:03
Forum
Je pense que ton problème est là :
<?php
//Puis on entre le message
$query=$db->prepare('INSERT INTO forum_post
(post_createur, post_texte, post_time, topic_id, post_forum_id)
VALUES (:id, :mess, :temps, :nouveautopic, :forum)');
$query->bindValue(':id', $id, PDO::PARAM_INT);
$query->bindValue(':mess', $message, PDO::PARAM_STR);
$query->bindValue(':temps', $temps,PDO::PARAM_INT);
$query->bindValue(':nouveautopic', (int) $nouveautopic, PDO::PARAM_INT);
$query->bindValue(':forum', $forum, PDO::PARAM_INT);
$query->execute();


Je pense que tu as une confusion avec_post.id, mais sans les schémas de la table, c'est difficile à dire.

Tu devrais monitorer ton lo MySQL pour voir quelles sont les requêtes exécutées.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
LupusMic
le 08/11/2013 à 11:26
Forum
Tu as un dépôt de source quelque part, qu'on puisse regarder ça ?
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
LupusMic
le 06/11/2013 à 11:47
requet compliqué pour moi
Tu devrais enlever cette clause having, puisqu'elle n'apporte rien (à par une limitation des performances) et que tu semble ne pas comprendre ce qu'elle fait :-/
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
LupusMic
le 05/11/2013 à 11:55
Minisite avec tableau multidimensionnel
Attention au vocabulaire : $_GET n'est pas une méthode, c'est une variable superglobale qui indexe les paramètres passés par la request URI.

Attention à bien utiliser des fonctions de traduction de ton contenu vers le format de sortie.
<?php printf('<li><a class="menu" title="%1$s" href="minisite.php?id=%1$s">%1$s</a></li>', htmlentities($saison['nom'], ENT_NOQUOTES);


Pourquoi utitilises-tu la clé 'nom' de ton tableau $saison pour y assigner la valeur des éléments itérés de $_GET ?
foreach($_GET as $id => $saison['nom']) {


J'ai l'impression que tu crois que ça permet de sélectionner la ligne dont la colonne 'nom' a la valeur de ton $_GET[$id].

<?php
$current_saison = null;
foreach($saisons as $saison)
if($saison['name'] === $_GET['id'])
{
$current_saison = $saison;
break;
}
// à ce point, $current_saison contiendra la saison sélectionnée, ou null ; évidement, il y a d'autres cas à prévoir, mais c'est un début ;)
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
LupusMic
le 04/11/2013 à 11:23
requet compliqué pour moi
Je ne comprends pas pourquoi tu fais un HAVING COUNT( `categorie` ), ça revient à dire « et qui a au moins une catégorie », ce qui est toujours le cas puisque chaque tuple de la table a une valeur de categorie.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
LoadingChargement en cours