Car il ne se positionne dans aucun cas concret. Enfin si, la génération d'1 map, 1 fois, sans concurrence.
Partant du principe que tu écris en php, je suppose, site web, je suppose donc multi utilisateur.
Je me demande si la table est en lecture / écriture permanente, ou pas.
Autrement, le make du fichier.php pourrait être écris ainsi,
Qui donc génère un tableau php véritable, l'exporte en code php compatible via var_export, concatène le résultat avec un return et un point-virgule, puis écris finalement l'ensemble dans un fichier php itself.
Puis quitte à faire dans le pet de mouche, évite les balises php fermante si ton code n'est pas mixé avec du html.
Cela peut t'éviter pleins de problèmes potentiels extrêmement bizarre à debugger pour un non avertit.
PS : le parseur MD est total buggé les amis. il confond php et math...
# pas compris ton bench
Posté par maboiteaspam . En réponse au journal benchmark pour le fun. Évalué à 1.
Car il ne se positionne dans aucun cas concret. Enfin si, la génération d'1 map, 1 fois, sans concurrence.
Partant du principe que tu écris en php, je suppose, site web, je suppose donc multi utilisateur.
Je me demande si la table est en lecture / écriture permanente, ou pas.
Autrement, le make du fichier.php pourrait être écris ainsi,
Qui donc génère un tableau php véritable, l'exporte en code php compatible via var_export, concatène le résultat avec un return et un point-virgule, puis écris finalement l'ensemble dans un fichier php itself.
Tu peux ensuite te contenter d'un bête :
pour lire ta matrice.
Puis quitte à faire dans le pet de mouche, évite les balises php fermante si ton code n'est pas mixé avec du html.
Cela peut t'éviter pleins de problèmes potentiels extrêmement bizarre à debugger pour un non avertit.
PS : le parseur MD est total buggé les amis. il confond php et math...