Hello !
 
je souhaite importer un ficher CSV contenant + de 50.000 Ref ds mysql
via un script php (petit module dimport). cependant jai un pblm de timeout.
forcement, ca prends + de 30 sec.
jai testé en le decoupant en plein de petits fichiers...ca marche plutot pas mal...mais c 'est trop lent comme process.
Quelqu'un aurait une solution pour importer mon fichier en une fois ?
Merci

le mieux serait d'utiliser les commandes mysql...
sinon, si ton hebergeur le permet, change la valeur de max_execution_time avec ini_set

merci
=> commandes mysql : pas possible car le module doit etre utilisé par une personne lambda...
=> max execution time...je vais essayer...merci
Quel quun a une autre proposition ?

personne d'autre n a une tite idée ?

Avec mysql, si tu importes plusieurs lignes en une seule requette, ca ira beaucoup plus vite qu'avec une requette par ligne.
En php, il y a une fonction pour changer la durée de timeout quand la fonction n'est pas bloqué (c'est le cas chez quasiment tous les hébergeurs gratuits) mais je me souviens plus laquelle.

lis plus haut...

malheureusement, le timeout est bloqué, meme en mutualisé payant.... i lfaut avoir un serveur dediée pour le gerer ?

je suis chez ovh en mutualisé et c'est possible
 
sinon :
- t'as pas acces au commande mysql ??
- tu peux aussi faire une page qui se recharge automatiquement et fais à chaque fois un bout du travail... mais c'est du bidouillage...

jai un hebergement chez ovh aussi .
tu utilise max_execution_time  chez eux ?  

oui avec ini_set (ya aussi set_time_limit)
et tu as aussi accès aux commandes mysql !
 
 

ok merci !
 
jai acces a mysql, mais l'objectif est vraiment d'atterir sur ma page
> import.php > parcourir, aller chercher le fichier CSV de 1 mega, l'uploader sur le serveur mutualisé OVH
puis ensuite lancer mon traitement => Comparer le csv avec le contenu de la base et mettre a jour ! ( cela prend au moins entre 5 et 10 minutes je pense).

si tu remplis toutes les colones de la table tu peux peut être utiliser replace à la place d'insert :
http://www.nexen.net/docs/mysql/an [...] en=replace

=> soju
 
Quel timeout utilises tu ?
jai essayé 300 et ca plante.... une idée ?

et ça plante comment ? message d'erreur ?

ba nan pas de message derreur...c pour ca
"impossible d'afficher la page".....

Traduction : "le serveur, il répond pas assez vite"

c clair...donc fo baisser le timeout....tu le mets a combien toi ?

Moi, j'y touche pas n'ayant pas besoin d'y toucher. Et si j'ai besoin de plus de temps, je me démerde pour envoyer des infos au navigateur de maniére réguliére afin de faire patienter et le navigateur et la personne qu'est devant.
Et je peux pas envoyer d'infos réguliérement, je me démerderais pour rediriger le navigateur vers une autre page qui sera chargé de lui dire que c'est "en court de traitement" et qui vérifiera de maniére réguliére si le traitement est finis et si c'est possible, où il en est ce traitement.

ok...merci...
et toi soju, qul timeout met tu chez OVH ?
sinon quelquun connait un logiciel qui permet de se connecter a mysql et de mettre a jour la base ?
genre SQL CONTROL CENTER...dans lidée ?

avec 300 ça marche chez moi, mais j'envois régulièrement des données au navigateur afin d'éviter le timeout coté client.
 
en soft mysql ya http://www.mysqlfront.de/ mais je doute que cela fonctionne vu qu'il faut que le serveur ovh accepte les connexions externes.

jai un autre hebergeur qui accepte les connexions externees c pour ca...merci pour ta réponse, donc 300 ca passe

le soft permet de mettre a jour ou seulement decraser ?

si la solution existe en php .. (evidement j'ai plus le code sur moi)
l'idée c'est de différer l'écriture dans le output et de terminer le load de la page web que quand ton import/export est terminé.. moi j'y avais un script qui pouvait tourner indéfiniment comme ça (avec une barre de progression)
 
http://fr3.php.net/manual/fr/function.ob-start.php
http://fr3.php.net/manual/fr/function.ob-flush.php
 
cadeau-->
voilà ce que j'avais trouvé et modifié:
http://fr3.php.net/manual/fr/function.flush.php#52147

avec une requete sql tu peux mettre à jour,"écraser"... donc à ton avis ?
et le mieux à faire dans ces cas là c'est comme même d'essayer
 

la solution à quoi ? le problème n'était pas de faire une barre de progress, mais de gérer max_execution_time...
et ton script je vois mal comment il peut "tourner indéfiniment" sans modifier max_execution_time justement...
 
 
 
 

oui effectivement, ca ecrase....moi je veux pas ecraser ..lol...pas tro compris le viper...