Jump to content
caeruleus

Mise en place du serveur de média [Tutorial]

Recommended Posts

Bonjour,

 

Après avoir galéré pendant plusieurs jours, et constater sur le forum que je n'étais pas le seul dans ce cas, avec la plupart du temps des indications erronées ou obsolètes destinées à d'anciennes versions.

 

Ayant enfin réussi la configuration du serveur de média, voici les opérations à réaliser (testé uniquement sur la v1.5.4.0, je ne garantis rien pour les versions plus anciennes).

 

- Il faut d'abord créer 3 sous domaines sur votre site (cdn1, cdn2 et cdn3).

Avec votre logiciel de transfert FTP, créez 3 dossiers au même niveau que le dossier "www" (ces 3 dossiers ne doivent pas êtres à l'intérieur du dossier "www" mais au même niveau).

Ces 3 dossiers devront avoir pour nom : cdn1, cdn2 et cdn3.

 

- Vos 3 dossiers étant au même niveau que "www" deviennent donc de ce fait des sous domaines.

 

- Chacun de ces 3 dossiers devra comporter un fichier nommé .htaccess qui comportera la ligne suivante :

RedirectPermanent / http://www.mon_site.com/

 

mon_site.com sera évidement à remplacer par votre nom de domaine (de préférence avec l'indication "www").

 

- Vérifiez maintenant avec votre navigateur que vos 3 sous domaines renvoient bien sur votre site.

http://cdn1.monsite.com devrait vous rediriger sur http://www.monsite.com

Cela devrait être également le cas pour cdn2 et cdn3.

 

- Allez maintenant dans votre BackOffice, menu "Paramètres avancés - Performances"

puis dans la zone "Serveurs de média" indiquez les champs suivants :

Serveur de média n°1 : cdn1.mon_site.com

Serveur de média n°2 : cdn2.mon_site.com

Serveur de média n°3 : cdn3.mon_site.com

- Cliquez sur "Enregistrer".

 

Ensuite videz le cache de votre navigateur, ainsi que les différents caches de PrestaShop (via FTP) attention de conserver les fichiers "index.php" des différents dossiers du cache de PrestaShop.

 

Vos 3 serveurs de média sont maintenant configurés, et certains fichiers seront chargés depuis 4 provenances qui sont : www, cdn1, cdn2 et cdn3.

 

Il est indiqué que les serveurs de médias ne fonctionnent que si les fonctions "CCC" sont activées, chez moi ça fonctionne avec ou sans l'activation "CCC".

 

Par contre je ne constate pas de nette amélioration avec ou sans les serveurs de média, et les benchmark non plus à part quelques millisecondes de différence, soit un gain négligeable.

 

La désactivation de tous les modules des statistiques apporte bien plus de rapidité que n'en apportent les serveurs de média, mais rien n'empêche que cumuler les deux ;-)

 

@+

Edited by caeruleus (see edit history)

Share this post


Link to post
Share on other sites

Bonjour caeruleus !

 

Merci pour ton implication, et merci d'avoir pris l'initiative de documenter une manipulation pour la communauté !

 

Néanmoins, il y a quelques petites (et d'autres plus grosses) indications à reconsidérer dans ton raisonnement.

 

En premier lieu, tu oublies dès le début une étape importante qui est la copie de tes fichiers sur tes serveurs de media. C'est la raison pour laquelle ton site n'affiche pas ces fameux media, puisque tu lui demandes avec PrestaShop d'aller les chercher sur cdn1, cdn2 et cdn3, qui ne comportent pas ces media.

 

- Chacun de ces 3 dossiers devra comporter un fichier nommé .htaccess qui comportera la ligne suivante :

 

RedirectPermanent / http://www.mon_site.com/

 

mon_site.com sera évidement à remplacer par votre nom de domaine (de préférence avec l'indication "www").

 

C'est là que ça devient plus embêtant. En fait, avec cette redirection que tu créés, tu penses faire en sorte que le navigateur vienne sur les serveurs cdn1, cdn2, cdn3 pour charger les media dont la page de ton site a besoin, puis retourne sur ton serveur principal avec les media dans la poche pour mettre tout ça en ordre pour l'affichage de la page.

 

Mais en réalité, tu envoies le navigateur sur cdn1, cdn2 et cdn3, qui lui répondent tous les trois "Retourne d'où tu viens, il n'y a rien à voir ici !" et qui renvoie ton client sur le serveur principal sans les media (qui de tout façon n'étaient pas sur les serveurs de media !). Le navigateur se sert alors en media sur le serveur principal.

 

Le résultat pour ton client est exactement à l'opposé de ce que tu cherchais : il a perdu du temps avec une boucle inutile.

 

Par contre, à ta décharge, c'est vrai qu'il n'y a pas d'explication dans la doc de PrestaShop, et nous allons corriger ça très rapidement car nous nous rendons compte, grâce à ton intervention, que nous aurions du mieux documenter cette manipulation.

 

Merci encore pour la création de ton sujet qui, au final, va servir à beaucoup ! Je reviendrai poster le lien vers la doc dès que l'explication complète y est inscrite.

 

Bonne journée.

 

PS : en attendant, tu peux peut-être réessayer en copiant tes fichier dans cdn1, cdn2 et cdn3 et en enlevant la redirection ;) Tu nous dis si ça marche ?

Share this post


Link to post
Share on other sites

Bonjour Xavier,

 

J'ai cru bien faire, car après des heures de recherches sur le forum je me suis rendu compte que de nombreuses personnes n'y arrivaient pas non plus, le principal étant d'avoir tout de même permis de faire avancer les choses et d'avoir bientôt une explication plus claire dans la doc :)

 

J'avais lu un peut partout qu'il fallait faire pointer les CDN vers le domaine principal, d'où le contenu du .htaccess

 

Par contre copier les fichiers dans les dossiers CDN, d'accord, mais lesquels dans quels CDN ?

Et faudra t-il transférer les fichiers à chaque mise à jour, ou est-ce automatique après avoir configurer les CDN ?

 

Je testerais en soirée.

 

Merci beaucoup !

Share this post


Link to post
Share on other sites

Moi j'ai essayé en faisant pointer les sous domaine directement vers les fichiés ims js et css, dans ma barre d'etat, j'ai bien vu qu'il allait cherché parfois l'affichage sur l'un des cdn, mais sur GTmetrix, j'ai perdu un chouilla de rapidité. Par contre, il sagit d'une boutique en prod, mais petite boutique perso avec tres peu de produit, client ect...

 

Du coup, quand j'ai un peu de temps, je planche sur les fonctionnalité de Google App qui apparemment pourrait fournir un ou plusieurs espaces (cloud).Je pense que l'essentiel de cette fonctionnalité est la, c'est de faire travaillé simultanément plusieurs hébergement.

 

En titillant un peu, parce que j'ai pas le temps de faire plus pour le moment, il apparaitrai également qu'il y est des fonctionnalités memcached chez Google App. Ce sont des éléments que je vais approfondir, j'ai d’ailleurs ouvert un post ou j'en ai discuté avec Jeckyl sur le sujet.

 

Quoi qu'il en soit, je ne manquerai pas de partager avec la communauté de mes découvertes, j'ai actuellement un client qui a un soucis de rapidité que j'aimerai traiter avec cette méthode.

Share this post


Link to post
Share on other sites

J'ai gagné légèrement en rapidité en désactivant tous les caches (le smarty, les CCC, l'optimisation apache, et le cache FS) pas grand chose mais un peu plus d'une seconde à chaque page appelée.

 

Car les caches c'est bien beau mais ça s'interroge beaucoup (est-ce que ceci a déjà été demandé ou modifié, est-ce que cela est présent en cache, etc) au final ça va plus vite de tout charger sans se poser de questions.

 

Pour les compressions les fichiers CSS et JS sont regroupés pour former des gros fichiers plus long à charger, alors qu'il est plus rapide de charger que les CSS et JS nécessaires qui sont plus petits et donc plus rapides à charger.

 

Par contre la ou j'ai gagné beaucoup c'est en supprimant la totalité des modules destinés aux statistiques (23 modules quand même) car ça analise trop de trucs et surcharge la base de données, mes seules statistiques vitales c'est le CA mensuel, lorsqu'il stagne ou régresse je lance une campagne de promos accompagnée d'un e-mailing et ça repart.

 

Pour le serveur de média, ne sachant pas quels fichiers copier dans quel CDN, car j'ai par exemple des photos qui chargent depuis le www d'autres photos depuis le CDN1, d'autres depuis le CDN2 et encore d'autres depuis le CDN3.

J'ai donc supprimer mes .htaccess puis copié la totalité des fichiers PrestaShop sur chaque CDN, au final ce qui est gagné en temps d'accès d'un coté est reperdu de l'autre car de 6500 fichiers on passe à 26.000 ce qui augmente les temps d'accès disque.

Mais je m'y suis peu être mal pris encore une fois lol.

Edited by caeruleus (see edit history)

Share this post


Link to post
Share on other sites

Sauf erreur de ma part, il y aurait aussi la solution de créer un alias du sous domaine cdn ==>www?

Share this post


Link to post
Share on other sites

très intéressant, c'est clair qu'un bon tuto serait le top

 

A voir si l'utilisation d'un cdn type maxcdn ne serait pas plus intéressant et moins fastidieux à mettre en place pour 40$ par an...

Edited by lechapelier (see edit history)

Share this post


Link to post
Share on other sites

Je viens de suivre le tutoriel de Video2Brain sur PrestaShop, dans la section des serveurs de médias, voici ce qu'ils disent :

 

"Afin de configurer correctement vos sous domaines, il suffit que ceux ci pointent sur le même répertoire d'entrée que votre site internet"

 

Ce qui reviens donc à faire ce que je décris dans mon 1er post, ou alors j'ai vraiment rien compris.

 

Toujours d'après ce que j'ai compris, les navigateurs ne savent pas charger plus d'un certain nombre de fichiers simultanément depuis un même domaine, il suffit donc de faire croire au navigateur via une redirection qu'il y a 4 domaines différents (www - cdn1 à cdn3) pour qu'il charge plusieurs fichiers simultanément.

 

Nous attendons avec impatience la nouvelle doc avec plus d'explications à ce sujet.

 

@+

Share this post


Link to post
Share on other sites

Attention ce n'est pas la meme chose de faire un redirection de

sousdomaine1 ==> www

 

et faire pointer

sousdomaine1 ==> www

Share this post


Link to post
Share on other sites

Bonjour Jd440, merci pour cette précision, et dans ce cas comment faire pour faire "pointer" un sous domaine ? quelle est la manip exact ?

Share this post


Link to post
Share on other sites

ca dépend de pas mal de chose, et notamment ton hebergeur.

Demande lui

Share this post


Link to post
Share on other sites

Je suis chez phpnet.org

 

J'ai réussi à créer depuis le panel de mon hébergeur mes 3 sous domaines (cdn1.monsite.com, etc).

 

Puis j'ai fait "pointer" toujours depuis le panel chaque sous domaine vers www.monsite.com

 

puis configuré PS dans le BO avec les 3 sous domaines.

 

Résultat ça semble marcher en théorie, car mes images sont appelées depuis cdn1, cdn2 et cdn3 (ça dépend des images) et donc dans la pratique elles ne s'affichent plus dans le navigateur.

 

Il faut donc apparemment bien copier les JS, CSS et images dans les dossiers sous domaines, mais le problème c'est que mes 3 sous domaines créés depuis le panel de mon hébergeur n'apparaissent pas dans mon logiciel FTP (FileZilla 3.6.0.2).

 

Je crois que je vais finir par abandonner cette histoire de serveurs de média !

Share this post


Link to post
Share on other sites

J'ai fait le test et la photo est accessible depuis www.monsite.com/img.jpg aussi bien que par cdn1.monsite.com/img.jpg que par cdn2 et cdn3, par contre les images de la boutique ne s'affichent plus lorsque je configure les cdn1 à 3 dans PS.

Share this post


Link to post
Share on other sites

Bonjour à tous,

 

Quelqu'un pourrait peut-être me renseigner sur la mise en place du serveur média :

 

j'ai stocké mes dossiers img/ themes/ et modules/ dans un dossier cdn1/ sur un sous domaine sur un autre serveur : xxx.sousdom.fr

 

J'ai configuré dans ma boutique www.monsite.fr, les paramètres Serveur de média n°1 en lui ajoutant l'adresse xxx.sousdom.fr (ou se trouvent mes médias.

La configuration a été prise en compte dans le BO.

Mais mon site n'affiche que le texte, sans mise en forme et graphisme.

Quelqu'un aurait-il une idée sur ce problème ? ou alors un tuto (genre pas à pas) de cette mise en place de serveur média.

 

Merci à tous.

Share this post


Link to post
Share on other sites

J'ai eu le même soucis. J'en ai conclus qu'il faut la totalité de l'affichage sur le CDN. Il ne faut pas mettre que les images car sinon presta va chercher CSS et JS aussi.

Pour l'instant, j'ai abandonné car quand bien même j'ai réussi a affiché le site, les perfs sont très a la baisse en terme de vitesse.

 

C'est a mon avis un système disponible pour les marchands ayant plusieurs serveurs de hautes capacités disponible (et dans le même parc).

Share this post


Link to post
Share on other sites

Pour le CSS et le JS, c'est ce que j'ai fait.

J'ai mis les dossiers img/ modules/ et themes complets, comme c'est indiqué dans le tuto Prestashop.

Il doit y avoir une autre astuce ou problème pour ce souci d'affichage.

Share this post


Link to post
Share on other sites

Après analyse et vu les résultats sur les sites de test de vitesses de sites type webpagetest qui affichent également la consommation processeur, je ne suis pas convaincu de l'amélioration significative des performances avec des "émulations" de CDN si on peut dire proposé dans l'interface presta.

 

Quand le proc serveur est au max de ses capacitées, même si la bande passante a de la marge ça ne changera pas grand chose car plus de puissance de calcul, en tout cas pour mon site lors du chargement de images et choses lourdes le proc ou plutôt la puissance allouée à mon hébergement mutualisé est au taquet et la bande passante pas loin...

 

Imaginez que tout le monde sur mutu fasse la même chose... Je ne pense pas qu'il mettraient autant de boutiques sur 1 serveur ou alors beaucoup de boutiques seraient pénalisées car ne se servant pas de cette technologie.

 

Un comparatif de cette méthode sur un mutualisé type phpnet normal premium qui est déjà pas mal VS un CDN type M*xCDN pour 40$ serait très intéressant.

 

Comme le dit 2FR3:

 

"C'est a mon avis un système disponible pour les marchands ayant plusieurs serveurs de hautes capacités disponible (et dans le même parc)."

 

Avec de bon serveurs type dédiés ça doit très bien fonctionner, sur les mutu qui n'ont pas beaucoup de puissance je pense qu'un vrai CDN serait plus performant avec moins de mise en oeuvre.

 

Seul un test des 2 pourrait nous aiguiller mais chaque offre mutualisée est différente selon l'hébergeur, la charge serveur etc... donc les résultats seront toujours approximatif sauf pour le vrai CDN.

Edited by lechapelier (see edit history)

Share this post


Link to post
Share on other sites

Hello à tous, très interessant comme sujet.

 

Xavier du Tertre de la Prestateam dit au début de ce post qu'il reviendrait vers nous avec un lien vers une doc complète.

Des news à ce sujet ?

 

Merci 

Share this post


Link to post
Share on other sites

il semblerais que les CDN ne soient actifs qu'après 24h00 suivant les hébergeurs, ce qui expliquerais le fait que cela ne marche pas chez certains qui cherchent à tester 45 secondes après avoir fait la config (c'est mon cas lol).

http://www.prestacoach.com/referencement-prestashop-1-5-activez-les-serveurs-de-media

 

Autres renseignements utiles :

http://www.webbax.ch/2013/03/20/ta-boutique-prestashop-encore-plus-rapide-avec-ccc-cdn

Share this post


Link to post
Share on other sites

Hello à tous, très interessant comme sujet.

 

Xavier du Tertre de la Prestateam dit au début de ce post qu'il reviendrait vers nous avec un lien vers une doc complète.

Des news à ce sujet ?

 

Merci 

 

On avait fait ça au printemps : http://doc.prestashop.com/pages/viewpage.action?pageId=11829255#Comprendrelesparam%C3%A8tresavanc%C3%A9s-Serveursdem%C3%A9dia

Share this post


Link to post
Share on other sites

Bonjour Xavier,

 

Merci pour le lien, mais il sagit de la façon de procéder avec des serveurs distants (plus performante mais également plus coûteuse).

 

Hors la grande majorité des commerçants s'intéressants à la fonction des serveurs de médias, sont intéressés par le fait de n'utiliser que le serveur d'hébergement en utilisant la façon qui permet de multiplier par 4 la limite du nombre de fichiers que les navigateurs peuvent charger en simultané, sans investir dans des serveurs spécialisés.

 

Cette façon de faire semble exister (tout en étant moins performante, mais gratuite) mais elle manque cruellement de documentation pour la mettre en oeuvre.

 

Merci.

Share this post


Link to post
Share on other sites

Je viens de refaire des tests, et ça ne marche toujours pas !

 

J'ai crée 3 sous domaines (cdn1, cdn2, cdn3) depuis le panel de mon hébergeur (phpnet.org)

J'ai ensuite fait pointer (toujours depuis le panel de mon hébergeur) les 3 sous domaines vers mon domaine principal.

si je saisis dans mon navigateur cdn1.mon-domaine.com je suis automatiquement redirigé vers www.mon-domaine.com (idem pour cdn2 et cdn3) et tout s'affiche correctement (thème et images) j'ai donc apparemment réussi à faire pointer les 3 sous domaines.

 

j'ai ensuite configurer Prestashop, dans "serveurs de médias" avec cdn1.mon-domaine.com ainsi que cdn2 et cdn3.

Mais en me connectant sur www.mon-domaine.com les images ne s'affichent plus !

 

j'ai vidé les caches (navigateur, smarty et thème) mais rien ne change.

 

Chez moi la seule version qui marche (techniquement) est de créer 3 sous domaines par FTP et d'y insérer des htacess avec redirection permanente vers www.mon-domaine.com (mais apparemment ça ne sert à rien de procéder comme cela) dommage car c'est le seul cas ou les images s'affichent correctement.

 

Je crois que je vais finir par abandonner définitivement cette histoire de serveurs de médias.

 

PS : Si je créer des sous domaines via le panel de l'hébergeur, ces derniers n'apparaissent pas via FTP, c'est normal ?

Et vice versa, si je crée des sous domaines par FTP, ils n'apparaissent pas dans le listing des sous domaines du panel hébergeur.

 

Il m'est donc possible de créer un sous domaine cdn1 via le panel hebergeur, et de créer également un sous domaine du même nom via FTP, mais ça ne change toujours rien aux images qui n'apparaissent pas.

Edited by caeruleus (see edit history)

Share this post


Link to post
Share on other sites

Merci Xavier pour le lien. Je rejoins toutefois totalement Caeruleus, je souhaiterais également faire fonctionner les serveurs média sans investir dans des serveurs spécialisés.

 

Et suite au dernier post de Caeruleus, je ne vois pas que faire de plus, je rencontre exactement les mêmes blocages que lui.

 

Une solution ?

Share this post


Link to post
Share on other sites

Mini deterrage de ce probleme !

 

On en est ou de ce problème :) A l'epoque de la sortie de la 1.4, j'ai jeter un oeil mais le manque de documentation ma decourager malgré que le principe de fonctionne soit clair.

 

Ce que je ne ne comprenais pas c'est quel etait les repertoire js css et img a copié sur les serveur de sous domaine ? parce que des js, css et img on en retrouve de partout dans une install de presta non :)

 

cheers !

Share this post


Link to post
Share on other sites

Partie optimisation du httpd.conf, .... pareil, je vais plus me tenter l'écritrue de modules pour aider le maximum de monde

Edited by lbazerque (see edit history)

Share this post


Link to post
Share on other sites

htaccess pour éviter les cookies less .... sur les cdn .... préparation d'un module dédié à la chose pour parfaire un peu plus le htaccess sous ps 1.6.x

Edited by lbazerque (see edit history)

Share this post


Link to post
Share on other sites

Existe t il un page officielle concernant les serveurs média finalement ?

 

Que mettre sur ces serveurs ? (tous les fichiers ou juste certains dossiers ?)

 

Y a t il un intérêt si les sous domaine sont sur le même hébergeur autre que passer au travers du maximum de requêtes simultanées ?

Share this post


Link to post
Share on other sites

Bonjour,

 

lbazerque je ne t'ai pas cité ça aurai pris une page de plus! t'aurai pas un peu plus compliqué? c'est trop simple là...

bien cordialement

Edited by tsoful (see edit history)

Share this post


Link to post
Share on other sites

salut j ai un souci en cliquant pour metre les modules a jour j ai eu page blanc avec erreur quelqun peut m aidé mercis

[PrestaShop] Fatal error in module file :/home/ozaifrfiuw/www/prestashop/modules/netreviewsUPGRADEarrow-10x10.png/upgrade-7.1.3.php:
Cannot access protected property NetReviews::$context

Share this post


Link to post
Share on other sites

Bonjour,


 


je suis Rémi, Lead Developer chez Avis Vérifiés. Voici comment remédier à ce problème : 


 


  • Rendez vous sur votre FTP /modules/netreviews et supprimer le dossier upgrade (ou le fichier upgrade-7.1.3.php à l'intérieur)
  • Vous pouvez maintenant accéder à vos modules
  • Trouvez le module Avis Vérifiés (netreviews) et cliquez sur Réinitialiser. Le module actuel sera mis à jour avec la dernière version 7.1.31 qui ne contient plus cette erreur 

Nous pouvons faire cette intervention avec vous ou pour vous si besoin, n'hésitez pas à nous contacter au 04 13 25 81 71.


 


Bonne journée


Share this post


Link to post
Share on other sites

Une chose que vous ne précisez pas, c'est qu'il est quasiment inutile de créer un serveur CDN sur le même espace que votre site. En effet, un CDN sert à charger en parallèle et simultanément de vos fichiers php ou html, une copie conforme des images et css de votre site mais sur un autre serveur. Cela permet donc non seulement de libérer la bande passante de votre serveur officiel qui se trouve donc désengorgé mais en plus de charger ces trois types de fichiers en même temps plutôt qu'a la queueleuleu.

En créant votre CDN sur le même serveur et de plus sur le même espace de stockage, vous ne désengorgez absolument rien et au contraire vous diminuez la bande passante allouées aux autres clients puisque vous utilisez 2 fois plus de BP pour une seule demande.

C'est pour cette raison que bon nombre de personnes ayant fait leur CDN sur leur propre racine de site ne remarquent pas d'amélioration et certains constatent même une dégradation.

Un CDN, pour des performances optimales, doit être créé sur un second serveur, indépendant du site, et de plus un serveur qui cartonne suffisamment pour vous apporter un gain de vitesse.

Pour finir, si votre boutique est de taille moyenne et avec un nombre de clients plus que raisonnable (ce quie st le cas d'un grand nombre de boutiques), créer un CDN est une perte de temps. Celui ci n'est utile que si votre boutique vous apporte un nombre de visite conséquent (voir énorme) et donc ayant vraiment besoin d'un coup de pouce pour suivre le rythme.

Edited by Jean Francois G (see edit history)
  • Like 1

Share this post


Link to post
Share on other sites
...

Elle n'est donc pas optimale, mais elle fonctionne parfaitement ..

 

Aller, on commence.

1 : créer 3 liens symboliques pointant sur votre dossier "www". Ces trois liens doivent certe pointer sur le dossier "www", mais également se trouver au même niveau.

exemple :

imaginons que votre dossier "www" se trouve à l'emplacement suivant : "/home/web/tartenpion.fr/ftp/www"

il vous faudra donc créer 3 liens de la façon suivante :

ln -s /home/web/tartenpion/ftp/www /home/web/tartenpion.fr/ftp/sb1;

ln -s /home/web/tartenpion/ftp/www /home/web/tartenpion.fr/ftp/sb2;

ln -s /home/web/tartenpion/ftp/www /home/web/tartenpion.fr/ftp/sb3;

via votre console SSH et non via FTP

au pire, pour être certain des droits, mais logiquement cela n'a pas de concéquence sur les liens symboliques, vous pouvez ajouter à suivre la commande suivante : chown -R www-data:www-data /home/web/tartenpion.fr

...

 

et cette solution ne fonctionne pas car en créant les liens symbolique directement sur l'espace www, il y a erreur :

ln: impossible de créer le lien symbolique « /var/www/vie-en-zen.com/cdn1 »: Permission non accordée

 

Share this post


Link to post
Share on other sites

Jean Francois G

Les permissions (droits), si tu ne les as pas, effectivement, je ne peux pas grand chose pour toi, désolé, mais ln -s [source] [destination] c'est comme ça que l'on crée un lien symbolique sous linux, donc avant de dire que les choses ne fonctionnent pas, peut être devrais tu te renseigner sur les bonnes syntaxes non pas de développeur, mais plus d'administrateur ....

Pour ce qui est de l'intérêt du CDN, contrairement à tes propos sur ton 1er message, cela apporte énormément ... la parallélisation est pile poil, sachant que les sous domaines permettent, - (même en étant sur le même serveur) - , d'accroitre le nombre de fichiers envoyés simultanément. J'ai testé, j'ai mis en place et j'exploite toujours cette solution, initialement sur un serveur virtualisé, désormais sur des serveurs dédiés, tant pour moi que pour des clients. Il y a naturellement tout un ensemble de réglages à faire sur apache et php.ini, mais évite de juger sans arguments réellement intéressants ou justifiés STP, surtout si tes seuls points de référence sont basés sur des personnes qui n'ont pas réussit à mettre ce genre de choses en place, soit par manque de temps, soit par incompréhension des explications trouvées sur le net.

Ceci dit, j'avoue que ce n'est pas toujours simple à mettre en place et à comprendre pour une personne n'ayant pas une culture système et réseau, et que, bon nombre d'aides et d'assistances trouvées sur le net peuvent induire en erreur.

De mon côté, par exemple, je ne me dis pas bon développeur et encore moins bon graphiste, mais juste ayant certaines compétences réseau.

Le cumul de toutes ces informations ajoutées à l'utilisation des xtables-addons pour geoip et tarpit sur iptables accélèrent non seulement le fonctionnement complet de mes serveurs, mais diminue également les tentatives d'intrusions, d'infection et autre ...

Une fois une boutique installée, il est même possible de passer bon nombre de dossier en droits 505 et bon nombre de fichiers en droit 404, (sauf les dossiers de cache naturellement ainsi que les dossiers images), et hop encore un peu plus de sécurité.

Ceci dit, cela me fait penser que j'avais écrit une procédure automatisée d'installation d'un serveur dédié et silencieuse sous Debian Wheezy, peut être que je vais me lancer sur un projet pour la fignoler un peu et la mettre en vente. Tout travail méritant salaire ^^ ... sachant qu'elle crée les sous domaines, qu'elle intègre pagespeed de google, la messagerie (dovecot / postfix), les fonctions TARPIT et GEOIP pour iptables, la rotation des log, les stats avec AWSTAT, le NTP pour la synchronisation de temps, Bind pour les DNS avec préparation du reverse DNS, mailman, monit, munin, clamav, spamassassin, apache, mysql, ssh, sudo, php, memcached, pure ftpd, owncloud (pour un cloud personnel), tumgreyspf, chkrootkit, rkhunter, postgrey, portsentry, fail2ban, webmin, roundcube, dspam, milter manager et bien d'autres outils encore entièrement paramétrés dès l'installation à partir d'un fichier de variables .... et que sur une base de postfix admin modifé et agrémenté, il est possible de gérer une grosse partie de l'ensemble à partir d'une console d'administration, y compris la création de vhost fonctionnels pour une utilisation de prestashop toute version avec CDN !!!!

 

Cordialement

Edited by lbazerque (see edit history)

Share this post


Link to post
Share on other sites

Je ne fais que constater qu'avec le suivi exact de ton tuto, ça ne marche pas.. Point.

Si c'était ok, j'aurais marqué : super ! merci beaucoup pour ce tuto super compréhensible et fonctionnel. Je suis quelqu'un d’honnête et droit, et direct aussi :)

Mais la, comme ça ne fonctionne pas, je le dis également. Ce n'est pas une boutade, ou une agression, ni même une illusion. Et je sais parfaitement ce qu'est un lien symbolique sous linux (suis pas neuneuh non plus lol). Mais en suivant à la lettre le tuto, ça ne fonctionne pas si l'on ne fait pas d'autres modifs qui ne sont pas données ici, c'est un fait.

 

Et tu as eu une excellente idée de faire une procédure automatisée d'installation d'un serveur dédié et silencieuse sous Debian Wheezy, faisant que tu pourrais te lancer sur un projet pour la fignoler un peu et la mettre en vente. Tout travail méritant salaire ^^ (jolie boutade, j'ai aimé)...  Tu devrais te lancer ? et ça éviterait d'avoir des messages d'erreurs.

 

Très cordialement

Edited by Jean Francois G (see edit history)

Share this post


Link to post
Share on other sites

Salut,

 

ne confond pas syntaxe et adaptation de chemin ... la syntaxe du ln est exacte avec le chemin utilisé sur le serveur initial.

ln -s [ton_chemin_source] [ton_chemin_destination] fonctionne très bien

sachant que chemin source et destination doivent être au même niveau. J'avais peut être omis de dire ce dernier point, mais en lisant les exemples cela me paraissait évident ...

 

"(jolie boutade, j'ai aimé)...  Tu devrais te lancer ? et ça éviterait d'avoir des messages d'erreurs." --> ou des erreurs de syntaxe ... ^^ ;) Ceci dit, ce n'était pas une boutade, la procédure existe, faut réellement que je pense à la fignoler pour la mettre en vente ^^

 

PS : dans ton cas ... /var/www/vie-en-zen.com/cdn1 à moins que tu es un dossier au même niveau que cdn1 pour ton prestashop, ça risque de ne pas être bon

je présume (mais vraiment au hazard), que tu as installé ton prestashop dans /var/www/vie-en-zen.com

il te faut donc taper : ln -s /var/www/vie-en-zen.com /var/www/cdn1

ln -s /var/www/vie-en-zen.com /var/www/cdn2

ln -s /var/www/vie-en-zen.com /var/www/cdn3

et le tout en utilisateur Root de préférence via SSH

 

Si tu as installé ton prestashop dans un sous dossier de vie-en-zen, du genre : /var/www/vie-en-zen.com/[sous_dossier]

alors tu devras taper :

ln -s /var/www/vie-en-zen.com/[sous_dossier] /var/www/vie-en-zen.com/cdn1

ln -s /var/www/vie-en-zen.com/[sous_dossier] /var/www/vie-en-zen.com/cdn2

ln -s /var/www/vie-en-zen.com/[sous_dossier] /var/www/vie-en-zen.com/cdn3

 

pour un bon fonctionnement, tes sous domaines doivent impérativement être du même niveau que ton domaine, en respectant la syntaxe : ln -s [source] [destination]

 

Sinon pour la parallélisation, je te confirme que ça fonctionne très bien. l'avantage de le faire par des sous domaines pointant sur le domaine principal, c'est que tu peux continuer à utiliser la cache smarty sans problème. Dans le cas contraire, les caches ne sont pas répercutés sur les CDN. Donc à moins d'avoir une activité réellement internationnale, nécessitant des CDN au plus proche des utilisateur finaux, tu n'as que très peu d'intérêt à dépenser une fortune à souscrire à ce type d'offre. Alors qu'une bonne optimisation de ton serveur, voir un serveur dédié avec plus de mémoire et un processeur plus adpaté te feront certainement gagner beaucoup plus que des CDN payant ...

 

Pour optimiser encore plus ton serveur, pense également à quelques réglages dans ton httpd.conf

ServerTokens Prod

ServerSignature Off

 

Active la compression soit dans httpd.conf, soit dans la définition de ton vhost, soit dans ton fichier htaccess.

 

Cordialement

Edited by lbazerque (see edit history)

Share this post


Link to post
Share on other sites

Bonjour Jean-François.

 

Non non, httpd.conf et non pas apache2.conf.

Je te contacte en privé, pour t'aider si tu veux.

Share this post


Link to post
Share on other sites

Bonjour et en tout premier merci pour ta procédure SSH de création de lien.

 

je suis sur un serveur dédié VPS avec Plesk.

 

j'ai créé les 3 sous-domaines au même niveau de httpdocs

 

donc maintenant il ne me reste plus qu'à créer les liens en SSH avec la commande ln -s :

ln -s /var/www/monsite.com/httpdocs /var/www/monsote.com/cdn1

 

sur les 3 cdn, puis je paramètre mon PS 1.5.6.2 avec les 3 sous-domaines : cdn1.monsite.com, etc . . .

 

je suis dans le vrai ?

Share this post


Link to post
Share on other sites

Bon on est dimanche soir, et j'ai eu une soirée quelque peut arrosée et désagréable ... mais ta commande me semble bonne.

ln -s /var/www/monsite.com/httpdocs /var/www/monsote.com/cdn1

ln -s /var/www/monsite.com/httpdocs /var/www/monsote.com/cdn2

ln -s /var/www/monsite.com/httpdocs /var/www/monsote.com/cdn3

 

cela devrait te créer les 3 sous domaines.

 

et tu pourras indiquer dans les serveurs de médias cdn1.monsite.com, cdn2.monsite.com, et cdn3.monsite.com

 

dsl si je ne suis pas très clair ... ^^ mais la soirée a été plus que compliquée

Edited by lbazerque (see edit history)

Share this post


Link to post
Share on other sites

Merci, je vais tester ça dès ce soir, repose toi si ça fonctionne, je t'enverrai de quoi faire ;)

 

et si ça déco...e avec quelle commande je supprime ce lien symbolique ? j'ai lu un truc du style ln -- (deux fois la barre du 6)

Share this post


Link to post
Share on other sites

bon , ben, ça fonctionne pas top

 

pas de CSS, pas d'images, tout en vrac

 

j'ai désactivé les CCC, c'est mieux mais il manque la moitié des images

 

pourtant dans les CDN1 2et 3 sont bien remplis de tous les fichiers . . . va comprendre Charles . . .

Share this post


Link to post
Share on other sites

sont ils accessibles ?

 

essaie de faire un http://cdn?.tonsite.com

 

si tu es sur presta 1.6, tu devrais avoir un truc du genre :

Forbidden

You don't have permission to access / on this server.

 

ou peut être pour certains être redirigé vers le site principal

Share this post


Link to post
Share on other sites

Oups, j'avais pas lu tous tes messages, pour supprimer les liens, tu te mets dans le dossier ou ils se trouvent en ssh, et tu tapes

unlink monlien

ou alors n'importe ou et tu tapes le chemin en absolu de ton lien

unlink /var/www/monsote.com/cdn1

Share this post


Link to post
Share on other sites

Bon bein logiquement je dirais que tes liens sont bons.

 

Ca devrait donc fonctionner.

 

La 1.5 je connais pas bien, j'ai jamais réellement travaillé dessus. Je ne peux donc pas te dire s'il faut regénérer ton htaccess, ni ou vider le cache

Share this post


Link to post
Share on other sites

je viens de faire un essai sur une boutique d'un client en 1.6.1.1 et le thème d'origine.

 

tout est ok , les CDN ont été créé au même niveau que httpdocs, j'ai fait le lien, j'ai bien le forbiden, et dans les dossiers CDN j'ai bien tous les fichiers du site.

 

le htaccess a bien été refait à la saisie des CDN dans PS

 

et toujours le même problème, les css et les images ne s'affichent pas, il faut que je désactive le CC des CSS et autres pour que le site s'affiche comme il faut mais toujours dans les images

Il doit manquer un truc dans ta procédure

Share this post


Link to post
Share on other sites

Bein, je vois pas. Je fais exactement ça de mon côté, et tout est bon ...

 

As tu vider le cache smarty ? ou forcer la compilation pour que les choses se remettent en place?

 

Je suis sur un serveur dédié, et tout fonctionne chez moi, donc j'avoue ne pas comprendre :(

Share this post


Link to post
Share on other sites

naturellement, tu dois les supprimer de presta, mais

unlink /var/www/vhosts/monsite.com/cdn1

unlink /var/www/vhosts/monsite.com/cdn2

unlink /var/www/vhosts/monsite.com/cdn3

ou

rm /var/www/vhosts/monsite.com/cdn1

rm /var/www/vhosts/monsite.com/cdn2

rm /var/www/vhosts/monsite.com/cdn3

 

(au choix), supprimera tes liens symboliques

Share this post


Link to post
Share on other sites

Bonsoir, vous faites des sujets inintéressants...Depuis quelques mois je rencontre des erreurs 520 suite a l'activation des cdn + 1&1.

Moi je ne suis pas codeur ou informaticien mais j'ai acheté le service de personnes compétentes mais en vain.

Pour 1&1 c'est clair il faut désactiver les cookies qui enregistre l'adresse IP en fonction du cdn. Pour moi c'est du chinois malgré que je comprend un peu mais pourquoi le développeur n'y arrive pas...

Un peu d'aide serait la bien venue.

Merci.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More