Sans compter que pour du mutualisé classique SQLite évite beaucoup de choses inutiles, notamment les phases de connexion/authentification. Coté perf ça joue beaucoup, surtout sur des petites applis.
Tout à fait, et tu as bien raison de le préciser : il y a là une considération importante à prendre en compte, à savoir que la sécurité d'une base SQLite comparée à son équivalent MySQL est nulle par défaut... C'est un simple fichier qui peut se retrouver accessible et téléchargeable par http si on n'y fait pas gaffe. La sécurité des données se trouve du coup à la charge du développeur, à grands coups de .htaccess.
ça ne changera rien pour les mutualisés, on foutra le process Apache par terre (vu que c'est lui qui fera le boulot). Je ne sais pas si c'est mieux.
J'avoue que je n'ai pas essayé. Ceci dit, je n'ai encore jamais crashé un apache bien configuré... Tu as testé ? Si oui, raconte nous ton expérience stp, ca m'intéresse beaucoup.
Ça c'est plutot le contraire, vu que tu ne pourras pas savoir qui provoque la charge (avec un serveur central tu peux compter les connexion ou regarder à un instant T qui est connecté).
SQlite ne génère qu'une requête d'ouverture de fichier en lecture/écriture, sauf à patcher les librairies systèmes je vois mal comment tu peux savoir qui charge ton serveur.
Patcher les librairies, quand tu prends en charge un tel hébergement, c'est pas un gros boulot et ca devrait être dans les cordes de tout admin qui se respecte. Je pense même que la plupart des serveurs mutualisés sont patchés à un moment ou à un autre de leur existence... Mais il y a bien d'autres façons d'y arriver.
Et dans le pire des cas, si, comme tu le décris plus haut, SQLite arrive à faire crasher le process apache (ce que je ne pense pas), Trouver le responsable et envoyer un mail automatique à l'admin n'est pas bien difficile à faire... Pas plus que de redémarrer apache immédiatement d'ailleurs, de sorte que la coupure soit la plus courte possible.
[^] # Re: Aussi pour de petits sites
Posté par Cali_Mero . En réponse à la dépêche Ça bouge du côté de SQLite !. Évalué à 2.
Tout à fait, et tu as bien raison de le préciser : il y a là une considération importante à prendre en compte, à savoir que la sécurité d'une base SQLite comparée à son équivalent MySQL est nulle par défaut... C'est un simple fichier qui peut se retrouver accessible et téléchargeable par http si on n'y fait pas gaffe. La sécurité des données se trouve du coup à la charge du développeur, à grands coups de .htaccess.
ça ne changera rien pour les mutualisés, on foutra le process Apache par terre (vu que c'est lui qui fera le boulot). Je ne sais pas si c'est mieux.
J'avoue que je n'ai pas essayé. Ceci dit, je n'ai encore jamais crashé un apache bien configuré... Tu as testé ? Si oui, raconte nous ton expérience stp, ca m'intéresse beaucoup.
Ça c'est plutot le contraire, vu que tu ne pourras pas savoir qui provoque la charge (avec un serveur central tu peux compter les connexion ou regarder à un instant T qui est connecté).
SQlite ne génère qu'une requête d'ouverture de fichier en lecture/écriture, sauf à patcher les librairies systèmes je vois mal comment tu peux savoir qui charge ton serveur.
Patcher les librairies, quand tu prends en charge un tel hébergement, c'est pas un gros boulot et ca devrait être dans les cordes de tout admin qui se respecte. Je pense même que la plupart des serveurs mutualisés sont patchés à un moment ou à un autre de leur existence... Mais il y a bien d'autres façons d'y arriver.
Et dans le pire des cas, si, comme tu le décris plus haut, SQLite arrive à faire crasher le process apache (ce que je ne pense pas), Trouver le responsable et envoyer un mail automatique à l'admin n'est pas bien difficile à faire... Pas plus que de redémarrer apache immédiatement d'ailleurs, de sorte que la coupure soit la plus courte possible.