Bonne réponse, je vais essayer cela au plus tôt, dès que je serais à mon boulot. Chez moi, je n'ai que OPEN OFFICE

J'utilisais moi-même COM malgré le peu de doc sur le sujet mais l'instabilité de l'appel de cette API m'a fait préfére la bibliothèque PEAR malgré des restrictions d'usage très fortes...
Qu'utilises-tu pour ne pas avoir des ouvertures de process intempestives d'EXCEL ouvertes had-patress ....

Merci pour les conseils sur le code. - Ceci n'est qu'un extrait et effectivement lors du copier/coller, j'ai perdu le return $Message mais je te rassure , il existe bel et bien - Par contre, sur le new et le unset , remarque fort pertinente sur la portée de l'objet, mais bien pas d'effet constaté su...

Un extrait du code function AjoutPiece($reference,$Indice,$Designation) { $UnePiece = new Piece($Reference); if ($UnePiece->Erreur <> "") { $Message .= $UnePiece->Erreur."<br>"; } else { $UnePiece->Enregistrer(); if ($UnePiece->Erreur <> "") { $Message .= $UnePiece->Err...

J'ai un script qui utilise un objet dans lequel j'ai encapsulé des accès Mysql (genre PDO mais perso) je charge une table Oracle via ODBC (là , ce n'est pas encapsulé) puis crée une occurence d'un objet que je cree chaque fois que j'ai une ligne à créer (ou à modifier mais l'objet se débrouille).. E...

oui

- Pour les index, j'ai déjà regardé , la table PIECES a l'index sur la REFERENCE qui est également l'identifiant de mon objet PIECE - La boucle est l'appel à la fonction décrite sur chaque ligne du fichier d'entrée. - La partie 'pdo' perso tourne mais 'ne sert' (là aussi entre guillemets) qu'à fabri...

J'utilise une classe liée à MYSQL dite persistante sur laquelle je boucle pour charger les données d'un fichier (entre 5.000lignes et 20.000 lignes) Pour MYSQL, c'est de la bibine (j'ai testé en direct via LOAD DATA) Par contre, avec mon objet, j'atteinds des sommets (jusqu'à 500Mo !!!) sans expliqu...

Apache 1.3 est plus rapide ... mais plus de développement sous cette version, donc même tentation que pour toi, je suis passé sur Apache2 et plouf pour la performance !!!

C'est la notion d'objet persistant en base de donnée !
Chaque objet est enregistré (par ses identifiants) dans une base SQL (ou un fichier TEXTE ou XML
Si cela t'intéresse, j'utilise une classe de ma composition, je peux décrire comment elle fonctionne

Je ferais le stockage en base de donnée comme prévu mais en ajoutant un flag qui dirait que tant qu'il est faux, cela n'est pas valide et après , quand tu reçois la validation, tu bascule ton flag ce qui n'est pas grand chose ... Autre idée, creuser la notion de commit/rollback qui marche sur à peu ...

En effet, titerm , c'est bien cela qui foutait le bazar. J'ai repris une config de XAMPP sans reprendre les paramètres de mon ancien site, d'ou cette obstination à ne pas voir le souci de config Merci encore ... Pour le souci de taille, je ne pense pas atteindre au dela de 80 à 100 car et aucun prob...

J'ai repris mon message pendant que tu répondais

Désolé, mais cela ne résoud rien ... le urldecode se fait de façon implicite dans le $_GET j'ai testé quand même ta proposition et cela ne change rien Le code modifié de unserialize.php $Sortie = $_GET["Sortie"]; echo $Sortie."!<br>"; $Sortie = urldecode($Sortie); echo $Sortie.&q...

procedure simplifiée serialize.php $Tableau = array(); $Tableau["088"] = "SSARCE"; $Tableau["613"] = "SAN613"; $Tableau["027"] = "DG"; var_export($Tableau); echo "<br>"; $Sortie = serialize($Tableau); echo "<a target=_blanck ...