le 25/04/2007 à 11:58
Générateur de texte sur une image
GD, c'est le mal :)
LA GLOBULE
Inscris le 25/09/2002 à 10:40
-
Site web
-
Nombre de sujets47
-
Nombre de messages8 345
-
Nombre de commentaires142
-
Nombre de news8 346
-
Niveau en PHPExcellent
Ses derniers messages sur les forums
le 24/04/2007 à 23:06
Générateur de texte sur une image
Ca n'est pas du Javascript.
La preuve, affiche que l'image, tu verras que c'est bel et bien un vrai jpeg que tu as devant toi.
Au pire, c'est fait en PHP avec la librairie GD (un cours sur ce site), et donc avec les fonctions image de PHP.
Au mieux, c'est fait avec le binaire imagemagick, qui est une véritable perle pour le traitement d'image quand on a un serveur dédié (impossible à avoir sur un mutualisé).
La preuve, affiche que l'image, tu verras que c'est bel et bien un vrai jpeg que tu as devant toi.
Au pire, c'est fait en PHP avec la librairie GD (un cours sur ce site), et donc avec les fonctions image de PHP.
Au mieux, c'est fait avec le binaire imagemagick, qui est une véritable perle pour le traitement d'image quand on a un serveur dédié (impossible à avoir sur un mutualisé).
le 24/04/2007 à 14:16
[Problème] Maximum execution time of 30 seconds exceeded
Oui, essaye (mais c'est peut etre désactivé par ton hébergeur).
Le mieux, pour faire ce genre de chose, c'est de faire tourner PHP en ligne de commande (pas évident quand on a un mutualisé), mais rien ne t'empeche de faire un traitement local sur ta machine puis d'uploader le résultat.
Le mieux, pour faire ce genre de chose, c'est de faire tourner PHP en ligne de commande (pas évident quand on a un mutualisé), mais rien ne t'empeche de faire un traitement local sur ta machine puis d'uploader le résultat.
le 23/04/2007 à 11:07
Pertes SQL
Pour comprendre ce que sont ces pertes, il suffit de lire la doc MySQL.
En gros, MySQL est très con dans l'organisation de ses données sur le file system.
Le problème arrive lorsque tu fais beaucoup d'insert / delete sur une table.
Car en cas de delete, MySQL efface la donnée qui est (peut être) située sur plusieurs clusters.
Et quand derrière tu fais un insert, MySQL cherche le premier cluster ou il y'a de la place, et il insère ta donnée. Si il y'a de la place pour toute ta donnée, tout va bien. Mais si ta donnée est trop grosse, ben il insère quand meme ce fragment, et il part à la recherche du prochain cluster libre pour continuer à écrire le reste de ta donnée.
Bref, au final, ca fait comme windows : ca fragmente mal (car pour selectionner une donnée, il doit chercher un peu partout sur le disque).
Un optimize permet de résoudre cela car il réorganise tout pour faire en sorte que les données (qui avant étaient à divers endroits du disque) se retrouvent bien les unes à la suite des autres. Et par conséquent, un Optimize accélère tes select.
Voilou.
Mais je te conseille de lire la doc MySQL, il y'a plein de truc intéressant à lire sur ce genre de truc.
En gros, MySQL est très con dans l'organisation de ses données sur le file system.
Le problème arrive lorsque tu fais beaucoup d'insert / delete sur une table.
Car en cas de delete, MySQL efface la donnée qui est (peut être) située sur plusieurs clusters.
Et quand derrière tu fais un insert, MySQL cherche le premier cluster ou il y'a de la place, et il insère ta donnée. Si il y'a de la place pour toute ta donnée, tout va bien. Mais si ta donnée est trop grosse, ben il insère quand meme ce fragment, et il part à la recherche du prochain cluster libre pour continuer à écrire le reste de ta donnée.
Bref, au final, ca fait comme windows : ca fragmente mal (car pour selectionner une donnée, il doit chercher un peu partout sur le disque).
Un optimize permet de résoudre cela car il réorganise tout pour faire en sorte que les données (qui avant étaient à divers endroits du disque) se retrouvent bien les unes à la suite des autres. Et par conséquent, un Optimize accélère tes select.
Voilou.
Mais je te conseille de lire la doc MySQL, il y'a plein de truc intéressant à lire sur ce genre de truc.
le 21/04/2007 à 20:14
Suppression de donné dans une base
Ben ton erreur, c'est que le champ "numero" n'existe pas dans ta table SQL.
Donc soit tu l'ajoutes, soit tu t'es gourré dans son nom...
Donc soit tu l'ajoutes, soit tu t'es gourré dans son nom...
le 20/04/2007 à 15:45
[Problème] Requête UPDATE
L'avantage de mysql_escape_string c'est que tu peux t'en servir alors que la connexion MySQL n'est pas encore faite.
mysql_real_escape_string ne le permet pas.
mysql_real_escape_string ne le permet pas.
le 20/04/2007 à 13:54
Probleme requete Mysql operation mathematique
<?php
$sql = "SELECT * FROM bdn_annonce WHERE statut_annonce = 1 AND time_annonce >= UNIX_TIMESTAMP(DATE_SUB(NOW(), INTERVAL 30 MINUTE))";
?>
Voila qui devrait fonctionner.
le 20/04/2007 à 13:43
[Problème] Requête UPDATE
Vous devez escaper vos variables dans vos requetes SQL, sinon, un jour, vous allez avoir des mauvaises surprises de SQL injection :
<?php
mysql_query("UPDATE identifients_clients SET login='".mysql_escape_string($_POST['new_login'])."' , mot_de_passe='".mysql_escape_string($_POST['new_mdp'])."' WHERE email_client='".mysql_escape_string($_POST['courriel'])."'");
?>
le 20/04/2007 à 08:09
Problemes d'url rewriting
C'est corrigé :)
Mais ce n'était pas un pb d'URL rewriting.
C'est juste que la page contenait une erreur PHP.
Mais ce n'était pas un pb d'URL rewriting.
C'est juste que la page contenait une erreur PHP.
le 19/04/2007 à 13:48
les comment faire
Comme la page blanche est réparée, tu vas pouvoir aller lire l'autre sujet :)
Mais en gros, ils ne sont plus la car ce n'étaient pas forcement des bons conseils de programmation.
Mais en gros, ils ne sont plus la car ce n'étaient pas forcement des bons conseils de programmation.
