Aller au contenu

Lafuente

Membres
  • Compteur de contenus

    21
  • Inscription

  • Dernière visite

  • Jours gagnés

    12

Lafuente a gagné pour la dernière fois le 6 octobre

Lafuente a eu le contenu le plus aimé !

Réputation sur la communauté

9 Neutral

À propos de Lafuente

  • Rang
    Newbie
  1. ralentissement dans les temps d'accès

    Bonjour, Je suis désolé de constater que les ralentissements reviennent. Aujourd'hui quasi impossible de travailler en BO. Ce problème n'est pas "constant". Autant desfois une mise à jour produit va se faire en 2 clicks, autant elle ne se fera jamais car le système "hang". Merci de prendre en compte le problème. Cordialement, Manu
  2. ralentissement dans les temps d'accès

    Bonjour tout le monde. je rejoins Plow, depuis hier ca tourne très bien ! Question : moi je n’ai rien changé sur mon « applicatif », donc j’en conclu que quand ça tourne mal le problème n’est pas de mon coté ? Je croise les doigts pour que cet état de fonctionnement perdure !
  3. ralentissement dans les temps d'accès

    @Alex je ne suis pas sûr que l'herbe soit plus verte à coté et comme je ne suis pas joueur de poker, je déteste l'idée de "payer pour voir" 😳 Pour les vps, on en parle beaucoup mais honnêtement l'administration quotidienne d'un vps n'est pas une tâche facile, surtout dans mon cas pour une boutique ou l'aspect "financier" est primordial, donc l'aspect "sécurité" qui va avec. Et la sécurité en informatique est un emploi à plein temps. Y'a pas de chomage dans cette branche ! Une faille dans le système est c'est une société entiere qui est en danger... Ne rien faire ? C'est à nouveau une société entiere qui est en danger car la concurrence elle n'attend pas (elle a plus de moyens). De plus l'attente des utilisateurs évolue également, et pas à la baisse. C'est pour cela que j'essaie d'optimiser mon site au maximum. Maintenant c'est vrai que quand je regarde le rapport temps investi/resultat je suis un peu déçu. Et de plus je suis maintenant à la limite des mes possibilités techniques, sauf à refaire un nouveau site ce qui est hors de question. Il est ou le bon temps des prestashop 1.3 qui tournaient sur un céléron 😞
  4. ralentissement dans les temps d'accès

    @Benoît GEORGELIN merci pour cet éclaircissement. C'est effectivement le principe du mutualisé et je l'entends ainsi. Cependant il y a des variations que je ne m'explique pas que par l'augmentation des connexions simultanées. En effet le temps de chargement de la page n'est jamais régulier, mêmes à des heures de faible charge. N'y aurait-il pas des corélations possibles entres certaines tâches de l'infra (backup, resync, etc...) ? Vous semblez avoir un ou plusieurs reverse-proxy. N'y a t'il pas un impact de ce coté là ? Les ressources sont-elles remise à dispo assez rapidement après utilisations (sockets) ? @plow personnellement ce n'est pas le backoffice qui me dérange le plus mais plutôt le frontend. Et d'ailleurs le backoffice prestashop est relativement confortable en utilisation. Évidement beaucoup moins rapide que sur un vps mais comme je suis le seul à l'utiliser ;-) Enfin je souligne que mon expression de ce constat n'est pas un jugement négatif de Yulpa.io et que je suis conscient du travail fourni par l'équipe. On essaye de faire mieux avec ce qui existe et je sais que ce n'est pas facile. merci à tous. Manu
  5. ralentissement dans les temps d'accès

    Enfin pour conclure, il est notable que sans modification de l'applicatif, les temps d'accès varient dans le temps. Il semble y avoir une période "lente" assez quotidienne entre 19h et 21h, et on constate une variation régulière des temps de chargement d'un jour à l'autre. Benoit dit : Il est donc important de se demander pourquoi on constate des écarts significatifs sur un même site, donc a applicatif égal, dans le temps.. Je souhaite ce débat constructif ;-)
  6. ralentissement dans les temps d'accès

    Et pour finir un site WP/Woocommerce pas du tout optimisé mais avec un vps : 6 Mo en 6s... Il serait intéressant de trouver un juste milieu
  7. ralentissement dans les temps d'accès

    Accessoirement, vous avez un bug dans l'affichage du temps depuis la dernière réponse sur votre forum lorsque l'on utilise une tablette apple. Il est écrit "%d" au lieu du temps ;-)
  8. ralentissement dans les temps d'accès

    Et pour les 2 sites wordpress : Dans ces 4 exemples, ce n'est pas le ping qui pour moi a de l'importance, mais le "Fully Loaded Time". J'ai constaté que ce temps de chargement de page est surtout impacté par le TTFB (Time To First Bit). Ce temps est effectivement maitrisable du coté de l'applicatif web en utilisant des techniques de cache, mais c'est complexe. N'y a t'il pas moyen de l'optimiser de votre coté ?
  9. ralentissement dans les temps d'accès

    Salut Aurélien, Il est évident que l'applicatif web est important. Mais je pense que les personnes ici présentes en sont conscientes et essaient d'en tenir compte. Moi je peux assurer en tenir compte et essayer d'optimiser mon applicatif. Pour le montrer, le troisième site que tu proposes, ultimaterra, nécessite 145 requêtes pour charger 2.85Mb de datas ! Mon propre site charge 1.86Mb en 71 requêtes. Je ne comprends donc pas pourquoi tu cite ce site en référence dans ta question. Pour le mauvais exemple ? Aurais-tu un exemple de site prestashop 1.6.1 afin que je puisse comparer si mon "applicatif" déconne ? Par avance merci, Manu
  10. ralentissement dans les temps d'accès

    Bonjour Aurélien, Pour moi également ce n'est pas le ping qui importe mais "l'expérience utilisateur". Et là je rejoins Alexis => le temps de téléchargement des pages est "long", même en back-office. Passer du temps à optimiser les images et le reste pour augmenter la fluidité d'un site a ses limites et encore faut-il en être conscient. Mr X n'optimise pas ses images par exemple. Moi je pencherais pour un problème applicatif serveur ou sécurité... Car je viens de faire le test suivant : Copie 1:1 d'un de mes sites internet sur un VPS SSD à 3€/mois (1vCore 2,4GHz, 2Go RAM et 10Go SSD). Distribution CentOS. Les résultats sont de loin sensibles... Sur le VPS les pages s'affichent, elles ne se "chargent" pas. Et idem en backoffice. Et je n'ai pas utilisé de module cache... ++ Manu
  11. ralentissement dans les temps d'accès

    Très pareil ici. Dommage que mon site ne soit jamais aussi réactif que le site yulpa... Ce problème récurrent est malheureusement celui qui me fera héberger mon site sur un VPS assez rapidement...
  12. Signification du .io

    Bonjour, Je connaissais pas mal d'extension internet, mais le .io qui commence à apparaitre un peu partout m'a intrigué. Du coup pour ceux que ça intéresse, voici l'explication : https://fr.wikipedia.org/wiki/.io Du coup très utile pour le référencement puisque c'est un domaine de premier niveau ET considéré par google et consort comme générique (alors qu'il ne l'est pas). Dommage pour les Territoires Britanniques de l'Océan Indien, ils vont rapidement se faire dépouiller des bons noms de domaines... En même temps ils ne sont plus trop nombreux les Territoires Britanniques de l'Océan Indien... Reste à voir le prix d'un .io sur l'année. Ça peut effectivement être un bon investissement pour celui qui achètera rapidement nike.io, coca.io, etc... ++ Manu D'ailleurs petite question, Yulpa propose t'il des .io ? Apparemment non...
  13. Newsletter

    Bonjour, tu ne pourras pas réaliser cette opération à travers les serveurs SMTP de yulpa. Tu vas rapidement être bloqué car le serveur va assimiler la vitesse d'émission des mails à du spam et bloquer ton compte. Tu peux utiliser le module "Mail Merge" de Thunderbird pour contourner ce problème en insérant un délai entre chaque mail. C'est ce que j'avais fait à l'époque et je crois qu'une valeur de 10 secondes entre chaque mail m'a permit de réaliser un mailing conséquent. Mais ça à prit plus d'une journée... L'autre méthode est d'utiliser un script PHP avec la fonction php_mail(). Du coup tu ne passe pas par un SMTP et y'a pas de problèmes. ++ Manu
  14. Spam out - Réglages

    Idem too, juste à l'instant. Y'a pas un truc avec l'heure pas hasard ?
  15. Spam out - Réglages

    Bonjour Aurélien, Effectivement j'utilise Thunderbird. Accessoirement,merci pour le support hier. Parfait. Je n'aurais jamais pensé à l'aspect "mise sur liste noir" des serveur mail Yulpa par les principaux FAI en cas de spam sortant de votre architecture. Dans ce sens là un anti-spam sortant prend évidement tout son sens. Bonne journée
×