Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
#26 Re : Forum Général PHP » les Flags en php » 22-10-2014 09:19:42
Saluton,
Quels flags ? Pour quoi faire ? Dans quel contexte ? Etc, etc,
#27 Re : Forum Général PHP » Insertion des enregistrements dans une table Mysql » 17-10-2014 15:11:29
A condition que le typage des colonnes reste compatible entre elles.
La table de destination étant issue de
la condition devrait forcément être remplie.
#28 Re : Promotion » Avĉjo MoKo kantas » 12-10-2014 16:30:16
Et je continue mon petit bonhomme de chemin, déjà la 205° chanson.
Sans compter que je poursuis, pour nos amis qui apprennent le français, la mise en ligne de la Méthode à Mimile, sorte d'Argot sans peine de Luc Étienne & Alphonse Boudard.
#29 Re : Forum Général PHP » Protéger par un formulaire toutes les IHM d'une même session php » 10-11-2014 07:31:50
Saluton,
Il faut reconnaître que, pour le débutant, Ajax introduit une couche de complexification de représentation de l'architecture qui a de quoi le dérouter.
Je connais même des professionnels qui se retranchent derrière de "pseudo" problématiques de performances pour privilégier JAVA à PHP et des applets à Ajax, voire javascript, alors, qu'en fait, ils sont juste atteints du "baby duck syndrom"
#30 Re : MySQL, PostgreSQL, etc... » update postgresql rows using php » 28-09-2014 22:18:59
Saluton,
Utiliser PDO, c'est excellent, encore faut-il se donner la peine d'essayer d'en comprendre le mécanisme.
Au vu de ton code, il est notoire que ce n'est pas le cas.
La méthode PDO::prepare attend, comme arguments, la chaîne de la requête SQL avec des zones nommées ou marquées et un éventuel tableau de paramètres de configuration du comportement de PDO.
Cette méthode retourne un objet de type PDOStatement dont la méthode PDOStatement::execute attend comme argument un tableau associatif contenant les zones nommés ou marquées définies avec PDO::prepare et/ou leurs valeurs associées.
Un simple coup d'œil aux exemples de la documentation t'aurait utilement mis sur la bonne piste.
Examples ¶
Example #1 Prepare an SQL statement with named parameters
<?php
/* Execute a prepared statement by passing an array of values */
$sql = 'SELECT name, colour, calories
FROM fruit
WHERE calories < :calories AND colour = :colour';
$sth = $dbh->prepare($sql, array(PDO::ATTR_CURSOR => PDO::CURSOR_FWDONLY));
$sth->execute(array(':calories' => 150, ':colour' => 'red'));
$red = $sth->fetchAll();
$sth->execute(array(':calories' => 175, ':colour' => 'yellow'));
$yellow = $sth->fetchAll();
?>Example #2 Prepare an SQL statement with question mark parameters
<?php
/* Execute a prepared statement by passing an array of values */
$sth = $dbh->prepare('SELECT name, colour, calories
FROM fruit
WHERE calories < ? AND colour = ?');
$sth->execute(array(150, 'red'));
$red = $sth->fetchAll();
$sth->execute(array(175, 'yellow'));
$yellow = $sth->fetchAll();
?>
#31 Re : Forum Général PHP » Protéger par un formulaire toutes les IHM d'une même session php » 10-11-2014 07:31:50
Je te conseille de l'omettre (plus c'est court mieux c'est
).
Voilà
C'est exactement l'inverse de ce que me recommande Dame 4in;
Ok, je sors.
#32 Re : MySQL, PostgreSQL, etc... » passage base de latin1 à utf8 » 25-09-2014 13:12:43
Donc, pour les bigleux genre moi, la déclaration du moteur de DB et de jeux de caractères doivent être en-dehors des parenthèses contenant les descriptions de colonnes de la table.
#33 Re : Forum Général PHP » [RÉSOLU]Utilisation des boucles en php » 22-09-2014 15:22:50
Saluton cher ing_tiziouzou2014,
Je dois dire que mon analyse rejoins en tous points celles de mes 2 compères Jc et Pierrot.
Cette solution ressemble, à s'y méprendre, à l'emplâtre sur la jambe de bois.
J'aurais tendance à remettre en cause, a priori, la conception même de la base de données (relationnel, indexations) voire l'architecture du serveur sur lequel est implémenté MySQL.
Déporter le problème de volumétrie d'une table vers une autre, voire en la saucissonnant c'est aller de Charybde en Scylla.
Sans aller chercher très loin, si les insert dans la table sont si fréquents, choisir le moment, voire la méthode de verrouillage de la table pour procéder à sa purge va déjà s'avérer assez compliqué.
Je pense qu'il est préférable de tout remettre à plat notamment la structure de la base de données.
#34 Re : MySQL, PostgreSQL, etc... » ressortir une seule fois un champ avec jointure » 07-09-2014 04:59:42
Alors dans ce cas, SQL ne peut rien pour toi, c'est en PHP que, lors du parcours du résultat, il te faudra faire une gestion en rupture sur le changement de secteur.
#35 Re : MySQL, PostgreSQL, etc... » ressortir une seule fois un champ avec jointure » 07-09-2014 04:59:42
Rien de plus normal car SQL applique le DISTINCT sur l'ensemble du n-uplet {secteur.secteur, documents.nom}.
Si tu ramènes ta requête à:
FROM secteur INNER JOIN documents
ON secteur.id_secteur = documents.id_secteur
ORDER BY secteur.secteur DESC
les doublons vont disparaître.
#36 Re : Forum Général PHP » Protéger par un formulaire toutes les IHM d'une même session php » 10-11-2014 07:31:50
Saluton,
Y-a-t-il aussi erreur sur le nom du fichier en include_once ?
#37 Re : Promotion » FreeHost Forever - Enfin ouvert ! » 05-08-2014 19:36:11
Tu clique sur le lien de mon post, ça devrait t'éclairer.
#38 Re : Défouloir » Présentation rustik » 05-08-2014 19:35:08
Disons, pour devancer la réponse de Jc, que ce que tu cherches à faire ne relève pas (du tout) du niveau débutant.
Alors plutôt que de te voir te décourager il t'oriente, sagement, vers du prêt à porter.
#39 Re : Forum Général PHP » formulaire php - récuperation et adaptation de donnée checkbox problem » 07-08-2014 18:05:48
Saluton,
En fait, quand un checkbox est sélectionné il faut mettre son attribut HTML checked à "checked", tout simplement.
Ce que semble faire ton script alors du coup je ne comprends pas où est ton problème.
#40 Re : Promotion » Nouveau Blog pour les entrepreneurs » 06-08-2014 02:17:05
J'ai fait le ménage.
@mike.
#41 Re : MySQL, PostgreSQL, etc... » Problème de connexion à la base de données! » 01-08-2014 06:45:00
en fait j'arrive pas à insérer les deux id en même temps
????
De toutes façon, par définition, une id doit être unique dans un document HTML.
J'observe que tu testes
{
echo '<font color="red">Attention, seul les champs <b>facultatifs</b> peuvent rester vide !</font>';
}
// Aucun champ n'est vide, on peut enregistrer dans la table
Mais
array (size=14)
'sexe'array (size=14)
'sexe' => string 'f' (length=1)
'login' => string 'el.karima' (length=9)
'pass' => string '12ABC' (length=5)
'password' => string '12ABC' (length=5)
'email2' => string 'email@exemple.fr' (length=16)
'date' => string '1989-03-14' (length=10)
'question' => string 'votre ville?' (length=12)
'reponse' => string 'ville' (length=5)
'nom' => string '' (length=0)
'prenom' => string '' (length=0)
'adresse' => string '' (length=0)
'ville' => string '' (length=0)
'code' => string '' (length=0)
'Envoyer' => string 'Envoyer' (length=7)
Es-tu sûr que tu as bien là-dedans de quoi vérifier toutes les conditions de ton if ?
le début du var_dump ne me semble pas cohérent.
#42 Re : MySQL, PostgreSQL, etc... » Problème de connexion à la base de données! » 01-08-2014 06:45:00
Oui il l'affiche même si les champs sont tous remplis.
Bon, alors il faudrait dans ce cas que tu vérifies ce que reçoit valide.php de HTTP, par exemple en faisant
Car comme tu utilises les deux attributs name et id (pas toujours d'ailleurs, par exemple pas pour le champ email) avec parfois des valeurs différentes il m'est difficile prévoir ce qui va être transmis par HTTP.
mysql_insert_id() je l'ai utilisé pour récupérer l'id du premier utilisateur inscrit puis l'insérer dans la table connexion qui sert à connecter les utilisateurs déjà inscrit.
$id= mysql_insert_id();
// ci-dessous on insère les infos dans inscription
$sql = "INSERT INTO inscription(id, login, passwd, email, date, question, reponse, date_inscription)
VALUES('','$login','$pass','$email','$date', '$q', '$r', '')";
mysql_query($sql) or die('Erreur SQL !'.$sql.'<br>'.mysql_error());
Ça n'apparaît pas dans le code présenté.
#43 Re : MySQL, PostgreSQL, etc... » Problème de connexion à la base de données! » 01-08-2014 06:45:00
La première chose serait d'être sûr que le code PHP affiché ici correspond bien au script action du form, soit valide.php.
Est-ce que cette ligne s'affiche :
A quoi te sert-il de récupérer mysql_insert_id() puisqu'ensuite tu ne l'utilises pas ?
#44 Re : Forum Général PHP » Redirection après validation de message forum - spip2 » 06-08-2014 02:22:12
Saluton,
Pourquoi nous re-sortir ce vieux post de 2010 ?
Sur ce comparatif : http://socialcompare.com/fr/comparison/ … ent-system, je compte une soixantaine de CMS écrit en PHP.
Et, j'imagine, qu'il n'y a pas une once de standardisation entre eux.
J'en conclus que celui qui choisit ce genre de produit doit en assumer les conséquences.
Le temps qu'il croyait gagner avec du prêt-à-porter il va devoir l'investir pour "customiser" le bouzin.
Je hais les CMS, ces usines à gaz, ces canons pour écraser des mouches.
#45 Re : MySQL, PostgreSQL, etc... » Problème de connexion à la base de données! » 01-08-2014 06:45:00
session_start(); // DEMARRE LA SESSION
// SAUVGARDE LA VARIABLE hits DANS LE FICHIER DE SESSION
$hits =0;
?>
Alors ça, ça m'étonnerait !
éventuellement sinon ????
#46 Re : MySQL, PostgreSQL, etc... » Problème de connexion à la base de données! » 01-08-2014 06:45:00
SAluton,
Ne jamais mettre les infos de connexion en clair sur le web. (j'ai corrigé, si ce n'est pas déjà trop tard).
#47 Re : MySQL, PostgreSQL, etc... » Problème de requête UPDATE » 06-03-2015 05:48:15
Bon OK, mais l'exemple de la doc est vraiment mal choisi.
Et comme ça
SET nbre_inscription = CONCAT(FIELD(id,'2','5','8','9'),"-inscription")
WHERE id IN (2,5,8,9)';
#48 Re : MySQL, PostgreSQL, etc... » Problème de requête UPDATE » 06-03-2015 05:48:15
Ouais Jc, je te comprends.
@PandadeMios. Bizarre, FIND_IN_SET, est censée retourner non pas l'occurrence trouvée dans le jeu (SET) mais sa position (offset) dans le jeu ou 0 si elle n'y est pas trouvée.
Donc pour '2' elle devrait retourner 1 pour '5' =>2, pour '8'=>3 et pour '9'=>4. Ce qui est bien ce que tu souhaites.
FIND_IN_SET(str,strlist)
Retourne une valeur de 1 à N si la chaîne str se trouve dans la liste strlist constituée de N chaînes. Une liste de chaîne est une chaîne composée de sous-chaînes séparées par une virgule ‘,’. Si le premier argument est une chaîne constante et le second, une colonne de type SET, la fonction FIND_IN_SET() est optimisée pour utiliser une recherche binaire très rapide. Retourne 0 si str n'est pas trouvé dans la liste strlist ou si la liste strlist est une chaîne vide. Retourne NULL si l'un des arguments est NULL. Cette fonction ne fonctionne pas correctement si le premier argument contient une virgule ‘,’ :
mysql> SELECT FIND_IN_SET('b','a,b,c,d');
-> 2
Maintenant, quant à la pertinence de la démarche, je reste aussi atterré que l'ami Jc.
#49 Re : MySQL, PostgreSQL, etc... » Problème de requête UPDATE » 06-03-2015 05:48:15
Non-obstant la pertinentissime soufflante que vient de t'administrer l'ami Jc, essaye peut-être ceci, juste pour voir (et que je n'aie pas cogité pour des prunes) :
#50 Re : MySQL, PostgreSQL, etc... » Problème de requête UPDATE » 06-03-2015 05:48:15
Saluton,
Tu peux reformuler le besoin de manière intelligible parce que là je n'ai strictement rien compris.
Un jeu d'essai avec les valeurs de départ et les valeurs attendues serait assez éclairant, me semble-t-il.
@mike.