Reprise du message précédent :

 
ben y a des exemples pour comprendre, j'm'en suis mangé aussi des situations à la noix sur les tableaux, et j'y suis allé de mes tests pour bien comprendre, comme un grand o/
 
Quand à remettre tout sur le dos de l'utilisateur c'est le meilleur prétexte pour bacler : c'est donc pas une fin en soi.
Si l'utilisateur n'essaie pas de comprendre que c'est "pour son bien", y a surement un problème de com'.

Ah tiens je savais pas, ça.
Faudrait que je teste.

Solution 1 :
Je me la joue faignant et peureux : je reproduis tout à l'identique depuis l'utilitaire créé en un mois par un stagiaire en 1990 jusqu'à l'organisation façon fichier excell et leurs tableaux de 15000 lignes affichés sur la même page.
 
Solution 2 :
Je regarde ce qui existe, je réfléchis à ce que j'ai vu et je propose (proposer implique de laisser le choix) de meilleures solutions.
 
 
C'est sur, si tu débutes, que tu ne sais pas dire pourquoi une solution est meilleure qu'une autre alors la première sera la meilleure tout simplement pour pas perdre toute crédibilité.
 
Par contre si tu sais présenter les choses et montrer ce qui peut être amélioré et comment tout en laissant le choix au client alors la seconde sera presque toujours la meilleure.
 
Côté long terme, un travailleur indépendant ou une SSII qui se contente de la première solution aura beaucoup de mal à garder sa clientèle même en étant un peu moins cher que les autres. Par contre une SSII qui montre qu'elle est compétente qu'elle a de bonnes idées, qu'elle s'implique dans chaque projet et ce en respectant les choix des clients tout en restant réaliste, aura de bonnes chance de voir le client revenir directement vers elle et/ou de voir ses clients la conseiller à des tiers.
 
PS : Sache au passage que certaines personnes sont même capable de faire croire à leur interlocuteur que l'idée vient d'eux ce qui est le top de la seconde solution.

pareil , je stocke pas mal de trucs en cache  
 
en plus si on a bien séparé le modèle du reste , c'est pas super couteux a mettre en place

 
 
Fort heureusement, il n'est pas nécessaire pour gagner de l'argent (en tous cas suffisamment pour faire vivre ma petite tribu de 3 enfants), d'être ingénieur ou DBA ...
 
Tout à fait, je suis autodidacte et peut-être même que je travaille de manière empirique, mais tout ça n'était à la base que du loisir !
 
Mais tout un tas de PME, TPME, associations n'ont pas les budgets pour avoir recours à des ingénieurs et/ou DBA confirmés pour leur développer une solution convenant à leurs attentes ... Alors il existe un marché pour les "has been" comme moi, qui s'est un jour intéressé au monde internet et bureautique ....
 
j'ai crée un site internet ... (non vous n'aurez pas le lien !), plusieurs solutions bureautiques (à base d'access, vb, php, mysql, ...) et de sauvegardes de données. Certes "très modestes" les solutions de gestion de stock, de facturation et autres ont convenues aux clients !
 
Je galère, passe beaucoup de temps à chercher les infos et bien souvent ne vais pas au fond des logiciels...
 
J'ai un profil plutôt "transverse" et ai été 8 ans responsable d'une équipe d'intégration et d'administration de logiciels, progiciels et base de données dans une grande entreprise, dans le domaine de la production (domaine de compétences depuis 20 ans) ... Ce qui je le convient est bien loin du monde des développeurs ...
 
Mon dernier projet était la migration d'applications Mainframe (OS/390) vers Unix (AIX), et plus particulièrement la matière exploitation (ordonnanceur, script ksh, architecture logique, interfaces externes, ...).
 
mais à l'inverse d'autres personnes dans le monde de la production informatique, je ne considère pas les développeurs comme des "pisseurs" de lignes, et après m' être "frotter" à la rédaction de scripts KSH il y bien des années lorsqu'une des sociétés qui m'employait migrait de MVS vers AIX, je me suis dit que finalement c'était intéressant et me sortait de mon status d analyste d exploitation mainframe, et c'est comme cela que je me suis dirigé vers les plate-formes "OPEN", et ai commencé à développé des choses en VB pour mon papa (ou plutôt la société qui l'employait).
 
Voilà, je reconnais d'un bloc que je ne serais jamais un "VRAI" développeur au sens strict du terme, n'ayant aucune notion d'une méthode d'analyse et de conception quelconque, mais bon je continue et m'obstine à poser des questions (j'ai un bouquin sur le PHP, et VB 6), google est mon ami ... et ne désespère pas un jour de me frotter un peu au C, en fait je reste curieux, et mets en pratique ce que j'apprends seul !
 
Pour ce qui est des bases de données j'ai un certain background sur oracle et sybase (je ne suis pas DBA !), j'ai eu la chance que les sociétés qui m'ont employées m'ont toujours offertes des formations (oracle, websphere, patrol, perl, ksh, aix, awk, ...) afin de ne pas être "trop" en décalage face aux personnes de la ME quand on représente la production.
 
Voilà j'ai 38 ans et suis certainement en décalage avec vos profils, intérêts, expertise ... Mais cela explique aussi, que je ne me laisse pas embarqué dans des considérations de tunning et "haute voltige" qui ne me correspondent pas et dont je ne suis pas à la hauteur !
 
j'ai déjà mis mon site à la norme W3C avec tout le CSS qui va bien, essayé de séparer la présentation des données  / des données elles-mêmes, lu ce que j'ai trouvé sur les injections SQL et autre et essayer de m'en préserver, ...moi ce que je voulais c'était juste faire avec un tableau PHP, la même chose qu'un ORDER BY A ASC, B DES, D ASC, stocké des infos en SESSION plutôt qu'en champs cachés dans un formulaire ...
 
Merci de votre fin de conversation qui finalement m'a appris plein de choses, et qui était plus constructive que les 2 premiers messages, qui (comme vous) m'ont agacés ... en ais-je aussi le droit ?
 
CQFD

proot

c'est gentil de nous avoir raconté ta vie , cela contribue grandement à l'avancée de ce topic

Ce matin j'ai pas fait caca (je le ferai ce soir).

Bon au final tu as une solution qui marche mais en étant crade ce qui n'est pas si grave (tant que tu n'es pas obligé de faire de la maintenance dessus d'ici à 6 mois et que tu auras oublié les subtilités du code)
En tout cas je te remercie de prendre tous ces clients nécessiteux qui sinon nous encombreraient, j'aime avoir des clients prenant 10 ingés alors qu'un seul assisté de 4 techniciens feraient la même chose

edit : a noter qu'on leur a déjà expliquer ça mais bon pour l'image c'est mieux plein d'ingénieurs...

Someone got a sum-up ?
ou un bench pourquoi utiliser Sql au lieu d'un big array associatif ?

 
c'est cool hein ?

 
Ma solution : Dragée Fuca !

 
T'es une sorte de terroriste intestinal toi

Un bench qui vaut ce qu'il vaut :
création d'un tableau de 100 000 cases qui contiennent tous un tableau de 9 cases contenant les nombres de 1 à 9.
 
Temps de création :
0.72 secondes
 
Code utilisé :

<?php
function microtime_float()
{
    list($usec, $sec) = explode(" ", microtime());
    return ((float)$usec + (float)$sec);
}
 
$time_start = microtime_float();
$tab=array();
for ($i=0;$i<100000;$i=$i+1)
{
  $tab[$i]=array(1,2,3,4,5,6,7,8,9);
}
 
$time_end = microtime_float();
$time = $time_end - $time_start;
echo $time;
?>

 
Recherche d'un élément dans un tel tableau :
0.0003 secondes si c'est le premier élément
0.35 secondes si c'est le 65000 éme
0.59 secondes si c'est le dernier
 
Pour faire la recherche j'ai modifié une des cases du tableau principal.
 
 
 
Côté mysql :
recherche de la même donné situé en position 65000 sur un périphérique branché en USB 1.0 avec un index sur la colonne en question (donc sur un périphérique lent) :  
0.69 secondes (table hors cache de mysql / première demande d'information)
0.05 secondes (table mis dans le cache de mysql / demandes suivante)
 
 
Conclusion :
En dehors du tout premier chargement (cache mysql qui ne contient pas les données), si on met un tel tableau en session, le temps qu'il soit recréé et qu'on recherche la bonne info (si on en a besoin que d'une seule) on perd en moyenne une seconde par page par rapport à la même donné dans la base. Pour les pages où on a pas besoin de ces infos, on perd de toute manière 0.72 secondes par page vu que le tableau est recréé à chaque fois.
 
 
A noter que je n'ai pas testé avec de vrai session.

@__@ USB ?

 
Ça permet de simuler de la latence sur la base de données.

Et ça permet aussi de pas pourrir l'ordi du boulot qui n'est déjà pas un foudre de guerre  (et laisser également moins de trace   ) .

Très bien vu omega2, (je me posais récemment ce genre de questions)