Forum

Bonsoir,
J'aimerai savoir s'il y a un moyen (autre que POptimizer qui a déjà été appliqué sur PHPBoost 4.0) de rendre PHPBoost plus rapide à l'exécution.

Sur mon serveur, en local, il faut entre 3 et 4s pour afficher une page, je trouve ça trop long...

J'ai activé la compression des pages mais ça n'a apparemment aucun effet.

Y a-t-il un plug-in de mise en cache ?

Merci.
Bonne soirée.

Édité par LolYangccool Le 31/07/2013 à 22h24

Bonsoir,



ton serveur à combien de RAM ?

processeur cadencé à combien ?

DD à combien de RPM ?



Edit au passage la mise en cache est d'office dans l'administration, aucun "plugin" à installer.



Cordialement, janus57

Édité par janus57 Le 31/07/2013 à 23h13

Bonjour, merci pour la réponse.

Alors mon serveur a un CPU à un seul coeur à 2GHz avec 512Mo de ram et le disque dur tourne à 5400tr/min (c'est volontaire d'avoir pris un disque lent, qui sont apparemment plus fiable...)

C'est pas un gros serveur, mais ça devrait suffire, je pense.

Et la connexion du serveur ?

La je suis en local, serveur connecté en gigabit à un routeur et mon ordi est en WiFi n à 450Mb/s (vitesse réelle).
C'est pas ça qui coince, c'est mon serveur je pense.

C'est pour cette raison que je suis en train de migrer sur un autre serveur, mais je n'arrive pas, j'ai ce message :
Sorry, we encountered a problem and we cannot complete your request...

J'ai pourtant bien restaurer ma base de donnée mais via phpmyadmin puisque impossible d'accéder à mon administration et j'ai remis tous les fichiers.
J'ai aussi utiliser le script pour changer l'adresse.

Comment faire ?

Bonjour,

pour un serveur faut un DD à 7200 car les 9/10 du temps c'est toujours le facteur limitant, si PHP n'a pas un accès rapide au DD forcément il va prendre plus de temps a générer le code dynamique.

P.S. un 5400 n'est pas plus fiable qu’un 7200 ou 10000

Cordialement, janus57

Ah ? Pas mal de gens disent qu'il y a moins de panne sur les 5400tr/min.

LolYangccool :

Ah ? Pas mal de gens disent qu'il y a moins de panne sur les 5400tr/min.

Bonjour,







ceci est totalement faux.







Si vous prenez un bon DD il n'aura pas plus de panne qu'un autre.







Sinon pourquoi les serveur dans les datacenter tournerait en 7200 et 10000 tr/min si ils ne sont pas en SSD ?



Voici quelque image :



Comparaison de debits



comparaison temps d'accès







De plus ces images datent de 2007, donc de nos jours les DD sont encore un peu plus performant, je sais que sur un vrai serveur dédié en SATA3, les DD peuvent frôler les 120 à 140 Mo/s en lecture ce qui malgré tout en fait le facteur limitant dans 8/10 des cas.







Edit: de plus expérience perso, mon DD de 1To en 7200 m'a lâché après 3ans, et pourtant il c'est fait maltraité par IDM avec plus de 500 fichiers DL, ce qui dans le cas d'un serveur serait plus long, vu que déjà on va pas choisir un DD de type desktop, mais plus un DD orienté performances et durable (oui je sais il sont un peu plus cher).







Cordialement, janus57

Édité par janus57 Le 01/08/2013 à 13h20

D'accord.
J'ai un SSD dans mon MacBook Pro, mais dans mon serveur j'ai mis un WD Green de 2To.

Bonjour,



La gamme WD green est faite pour consommer moins de ressource.



Chez WD, il y a une gamme complète pour entreprise qui permet d'avoir des performances exceptionnel, mais cela à un coup.

http://www.wdc.com/fr/products/catalog/



Dans la discussion je comprend que tu as un serveur web personnel ? J'imagine avec un NAS ?

Chez moi, j'ai un NAS syno avec du WD red et effectivement, le temps d'acces est réduit, mais cela provient du NAS et de ma box



ElenWii

Bonjour,
Oui, j'ai un Synology aussi.

Je pense que c'est le disque dur qui limite le temps d'accès, avec du HTML + CSS uniquement, c'est instantané !

Merci.

Bonjour,

de plus si j'ai bien compris votre serveur web == NAS donc déjà y aura 10 à 50 % de votre processeur et RAM qui sera utilisé par le NAS lui même à la place de donner au serveur web (oui à la base un NAS c'est un espace de backup et/ou stockage en réseaux).

Donc jamais apache et php auront accès au 512 Mo de RAM, hors apache (et php?) sont bien connue pour manger quand même pas mal de RAM (sauf si vous adapter la configuration et ce qu'il faut faire de toute façons).

Donc un NAS pour héberger un petit site, oui pourquoi pas, mais après faut penser à régler la config apache le plus précis possible et faut aussi penser que votre connexion internet jouera là aussi un facteur limitant vu que vous n'aurez pas les garantie comme un hébergeur "pro".

Cordialement, janus57

Bonjour,
Oui, c'est pour cette raison que j'essaye depuis ce matin de migrer vers un hébergement.
Sans succès... (voir message d'erreur ci-dessus).

Merci à toi.

Bonjour,

active le mode debug pour avoir l'erreur en entier ou regarde les logs c'est plus simple

Cordialement, janus57

Bonjour,
Je n'ai pas accès à l'admin...

Édité par LolYangccool Le 01/08/2013 à 14h58