La recherche a retourné 2155 résultats

par Hubert Roksor
23 avr. 2008, 23:37
Forum : PHP avancé
Sujet : Requêtes SQL séparées du code PHP
Réponses : 7
Vues : 1982

Pour info, mot post était sensé faire suite à celui de without12.

En ce qui me concerne j'ai déjà un avis sur l'ORM :)
par Hubert Roksor
23 avr. 2008, 21:36
Forum : PHP avancé
Sujet : Requêtes SQL séparées du code PHP
Réponses : 7
Vues : 1982

Mot magique : pourquoi.
par Hubert Roksor
23 avr. 2008, 20:26
Forum : SQL & Bases de données
Sujet : Copie d'une base de données
Réponses : 8
Vues : 2344

Jamais utilisé mysqlhotcopy. Pour que le serveur prenne en compte les nouvelles tables, le mieux serait de le relancer avec un simple /etc/init.d/mysql restart Sinon, puisqu'il s'agit d'une duplication sur un même serveur, ne te casse pas la tête : pour chaque table, CREATE TABLE db1.machin SELECT *...
par Hubert Roksor
23 avr. 2008, 20:05
Forum : SQL & Bases de données
Sujet : Copie d'une base de données
Réponses : 8
Vues : 2344

Tu peux toujours faire des cp sans couper le serveur si tu vérouilles la table sans oublier de faire un FLUSH TABLE, mais c'est à ma connaissance le fonctionnement de mysqlhotcopy, donc autant utiliser ça. Pour faire un backup qui ne bloque pas le serveur, il faut utiliser les dumpers dont on parlai...
par Hubert Roksor
23 avr. 2008, 18:45
Forum : SQL & Bases de données
Sujet : Copie d'une base de données
Réponses : 8
Vues : 2344

Re: Copie d'une base de données

Il faudrait définir "meilleure". Si tu coupes ton serveur tu peux faire une copie des fichiers avec `cp -pR` (MyISAM uniquement).

Sinon, il y a aussi mysqlpdump, ou mk-parallel-dump (Maatkit).
par Hubert Roksor
23 avr. 2008, 16:51
Forum : SQL & Bases de données
Sujet : Probleme avec les DATE sous access
Réponses : 1
Vues : 994

Au lieu de mettre un die() qui ne te donne aucune information, regarde du côté de odbc_errormsg(). Le message d'erreur devrait te dire ce qui ne va pas.
par Hubert Roksor
20 avr. 2008, 23:57
Forum : Vos contributions
Sujet : parse_url pour de vrai
Réponses : 7
Vues : 5162

Non, PHP n'inspecte pas ses en-têtes sortant pour définir le fonctionnement de parse_str(). Ma question était essentiellement rhétorique, PHP ne sait pas si tu traites de l'UTF-8, de l'ASCII ou juste une image JPEG qui ressemble à du japonais. C'est tout de même un mystère cette fonction parse_str. ...
par Hubert Roksor
20 avr. 2008, 23:14
Forum : PHP 4 (deprecated)
Sujet : Ereure php, caractères : 
Réponses : 3
Vues : 1542

La réponse est là dedans : http://www.w3.org/International/questions/qa-utf8-bom

Il faut que tu configures ton éditeur de texte pour qu'il n'inclut pas l'UTF-8 BOM.
par Hubert Roksor
20 avr. 2008, 22:57
Forum : Vos contributions
Sujet : parse_url pour de vrai
Réponses : 7
Vues : 5162

Je vois mal PHP spontanément encoder les données entrante en UTF-8 (comment PHP saurait que tu vas utiliser de l'UTF-8 de toutes façons ?) donc le problème que tu as pu rencontrer provenait probablement d'autre chose. Voici un exemple tout simple que je viens de tester : <?php header('Content-Type: ...
par Hubert Roksor
20 avr. 2008, 20:26
Forum : Vos contributions
Sujet : parse_url pour de vrai
Réponses : 7
Vues : 5162

Pour parse_str(), il ne devrait y avoir aucun problème avec l'UTF-8. As-tu un exemple de query string qui ne fonctionnerait pas avec ? En réalité, une grande partie des fonctions habituelles fonctionnent avec l'UTF-8. Les seules qui posent vraiment problèmes sont celles qui doivent interpréter le co...
par Hubert Roksor
20 avr. 2008, 17:43
Forum : Vos contributions
Sujet : parse_url pour de vrai
Réponses : 7
Vues : 5162

En règle générale, je déconseille d'essayer d'être plus malin que PHP et faire un couteau suisse de n'importe quelle fonction. En l'occurence, il y a plusieurs points qui me chagrinent. La fonction de parse_url() est de décomposer une URL, pas de l'interpréter. Si on se réfère à la RFC 2616 section ...
par Hubert Roksor
19 avr. 2008, 17:12
Forum : PHP avancé
Sujet : Performances des boucles PHP for/while/foreach
Réponses : 5
Vues : 5096

Quand ? Hmm, toujours. foreach est plus simple et plus performant, il n'y a donc aucune raison d'émuler son fonctionnement avec reset()/list()/each(). Cette méthode date de l'époque où foreach n'existait pas, c'est pour la remplacer qu'il a été créé.
par Hubert Roksor
19 avr. 2008, 16:48
Forum : PHP avancé
Sujet : Performances des boucles PHP for/while/foreach
Réponses : 5
Vues : 5096

Attention, le premier lien que tu cites est super vieux et porte si mes souvenirs sont bons sur PHP 4. Entre temps, les choses ont beaucoup changé. De plus, je recommande de ne pas porter trop d'attention à ce genre d'optimizations, parce qu'elles font rarement gagner grand-chose en performance à l'...
par Hubert Roksor
18 avr. 2008, 23:35
Forum : SQL & Bases de données
Sujet : Problème de jointure
Réponses : 2
Vues : 1214

Re: Problème de jointure

Tu n'étais pas loin,

Code : Tout sélectionner

SELECT A. * , APV.id_video FROM acteurs A LEFT JOIN acteurs_pour_video APV ON APV.id_acteur = A.id_acteur AND APV.id_video = 2
N'oublie pas les balises

Code : Tout sélectionner

la prochaine fois !
par Hubert Roksor
18 avr. 2008, 22:45
Forum : Autres sujets informatiques
Sujet : [RESOLU] Meilleur editeur PHP
Réponses : 297
Vues : 113013

Au fait, finalement je crois avoir trouvé l'éditeur qui me convenait le plus : EditPlus sous WINE. Merci pour rien, Liniux ! :evil: (et en plus mon Wine est tout pourri avec des artefacts dans les menus et certains dialogues incliquables... mais bon, je peux pas survivre sans l'auto-complétion autom...
Nous sommes le 20 nov. 2019, 06:32