Ses derniers messages sur les forums
après ouvertue et passage du contenu dans une variable applique la regexp suivante avec preg_match_all :
/((?:[01]?\d\d|2[0-4]\d|25[0-5])\.(?:[01]?\d\d|2[0-4]\d|25[0-5])\.(?:[01]?\d\d|2[0-4]\d|25[0-5])\.(?:[01]?\d\d|2[0-4]\d|25[0-5]):\d*?)/
echo ’16i[q]sa[ln0=aln100%Pln100/snlbx]sbA0D4D465452snlbxq’|dc
SQLite est une bonne alternative pour des sites moyens. Il est jusqu'à 10 fois plus rapide que mysql.
Etant donné qu'il travaille sur des fichiers textes, effectivement il y a un verou de posé sur le fichier lors de l'enregistrement ou la mise à jour de données.
Il faut donc savoir ou implémenter SQLite et ou implémenter une solution MySQL.
Par exemple pour un forum il sera plus judicieux de choisir MySQL (accès fréquent en lecture et en écriture).
Par contre pour une vitrine ou site ou seulement une personne aura accès à l'écriture (administrateur du site) la SQLite est plus avantageux.
Les avantages de SQLites sont nombreux par rapport à MySQL :
- La gestion des transactions
- La création de vue
- Les sub-select
- Les triggers
Et une fois que tu as l'habitude d'utiliser ces fonctionnalités, il deviet difficile de s'en passer :D
echo ’16i[q]sa[ln0=aln100%Pln100/snlbx]sbA0D4D465452snlbxq’|dc
bah l'erreur vient de ta version de mysql qui ne supporte pas les sous-requetes je pense.
Le u est un alias pour la première table.
Elle te dit quoi l'erreur autrement?
echo ’16i[q]sa[ln0=aln100%Pln100/snlbx]sbA0D4D465452snlbxq’|dc
SELECT MAX(pts) FROM users AS u WHERE (SELECT DISTINCT categorie FROM users) ORDER BY u.categorie DESC
echo ’16i[q]sa[ln0=aln100%Pln100/snlbx]sbA0D4D465452snlbxq’|dc
Bon alors c'est :
SELECT MAX(pts) FROM users ORDER BY categorie DESC LIMIT 12
echo ’16i[q]sa[ln0=aln100%Pln100/snlbx]sbA0D4D465452snlbxq’|dc
SELECT * FROM users ORDER BY categorie DESC,pts DESC LIMIT 12
echo ’16i[q]sa[ln0=aln100%Pln100/snlbx]sbA0D4D465452snlbxq’|dc
utilise la fonction str_replace
echo ’16i[q]sa[ln0=aln100%Pln100/snlbx]sbA0D4D465452snlbxq’|dc
En général les pièces jointes sont encodées en base64.
Regarde du coté des fonctions suivantes :
base64_decode
base64_encode
imap_base64
echo ’16i[q]sa[ln0=aln100%Pln100/snlbx]sbA0D4D465452snlbxq’|dc
A mon avis c'est ton champs 'date' le problème.
DATE est un type de colonne mysql. change le nom et cela devrait passer.
echo ’16i[q]sa[ln0=aln100%Pln100/snlbx]sbA0D4D465452snlbxq’|dc
Phenix :
déjà repère le champs pour lequel le "duplacate entry" s'applique.
Ensuite regarde ses propriétés et lance une requete "alter".
ALTER TABLE matable CHANGE champ champ int(11) not null auto_increment;
Tu peux faire ca avec phpmyadmin mais je ne connais pas bien ce logiciel (sans doute en sélectionnant un bouton modifier en face du champ)
echo ’16i[q]sa[ln0=aln100%Pln100/snlbx]sbA0D4D465452snlbxq’|dc
