Jump to content

lbazerque

Members
  • Posts

    28
  • Joined

  • Last visited

About lbazerque

  • Birthday 06/04/1969

Profile Information

  • Location
    France
  • Activity
    User/Merchant

Recent Profile Visitors

2,654,110 profile views

lbazerque's Achievements

Newbie

Newbie (1/14)

2

Reputation

  1. 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
  2. si le unlink ne fonctionne pas tu peux faire un rm /var/www/vhosts/monsite.com/cdn1 mais j'aime moins
  3. 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
  4. 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
  5. 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
  6. 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 : ForbiddenYou don't have permission to access / on this server. ou peut être pour certains être redirigé vers le site principal
  7. 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
  8. Bonjour Jean-François. Non non, httpd.conf et non pas apache2.conf. Je te contacte en privé, pour t'aider si tu veux.
  9. 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
  10. 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
  11. Rectification, je viens de bannir définitivement son IP ... car il me gavait sérieusement !!!!!!!!
  12. Bon début de piste de mon côté en regardant les logs d'apache ... je vous donne le chemin des miens console SSH cd /var/log/apache2 --> vi ou nano "votre fichier log" regardez tout ce qui génère un panier?add Si vous constatez une adresse IP qui se répète inlassablement avec cette ligne, dites vous qu'elle peut effectivement s'apparenter à votre problème Chez moi cela correspond à l'adresse IP 198.143.133.154, --> USER AGENT BLEXBot/1.0, source http://webmeup-crawler.com Petit tour sur le net pour voir de quoi il sagit ^^ Effectivement il semble que ce soit un robot, j'ai modifié le fichier robot.txt afin de lui interdire explicitement certaines pages, même si logiquement la chose était faite déjà avec ce qui suivait la ligne User-agent: * mais bon, il semble ne pas reconnaitre cette ligne, j'ai donc ajouté ce fragment de code dans le fichier robot.txt ----------------------------------------------------- # BLEXBot Specific User-agent: BLEXBot Crawl-delay: 10 Disallow: /cart.php Disallow: /search.php Disallow: /addresses.php Disallow: /address.php Disallow: /authentication.php Disallow: /cart.php Disallow: /discount.php Disallow: /footer.php Disallow: /get-file.php Disallow: /header.php Disallow: /history.php Disallow: /identity.php Disallow: /images.inc.php Disallow: /init.php Disallow: /my-account.php Disallow: /order.php Disallow: /order-opc.php Disallow: /order-slip.php Disallow: /order-detail.php Disallow: /order-follow.php Disallow: /order-return.php Disallow: /order-confirmation.php Disallow: /pagination.php Disallow: /password.php Disallow: /pdf-invoice.php Disallow: /pdf-order-return.php Disallow: /pdf-order-slip.php Disallow: /product-sort.php Disallow: /search.php Disallow: /statistics.php Disallow: /attachment.php Disallow: /guest-tracking.php Disallow: /address Disallow: /lingerie-sextoys-adresse Disallow: /direccion Disallow: /adresse Disallow: /indirizzo Disallow: /addresses Disallow: /lingerie-sextoys-adresses Disallow: /direcciones Disallow: /adressen Disallow: /indirizzi Disallow: /authentication Disallow: /lingerie-sextoys-authentification Disallow: /autenticacion Disallow: /authentifizierung Disallow: /autenticazione Disallow: /cart Disallow: /lingerie-sextoys-panier Disallow: /carro-de-la-compra Disallow: /warenkorb Disallow: /carrello Disallow: /discount Disallow: /lingerie-sextoys-bons-de-reduction Disallow: /descuento Disallow: /discount Disallow: /sconto Disallow: /guest-tracking Disallow: /lingerie-sextoys-suivi-commande-invite Disallow: /estado-pedido Disallow: /auftragsverfolgung-gast Disallow: /ospite-monitoraggio Disallow: /order-history Disallow: /lingerie-sextoys-historique-des-commandes Disallow: /historial-de-pedidos Disallow: /bestellungsverlauf Disallow: /storico-ordine Disallow: /identity Disallow: /lingerie-sextoys-identite Disallow: /identidad Disallow: /kennung Disallow: /identita Disallow: /my-account Disallow: /lingerie-sextoys-mon-compte Disallow: /mi-cuenta Disallow: /mein-Konto Disallow: /il-mio-account Disallow: /order Disallow: /lingerie-sextoys-commande Disallow: /carrito Disallow: /bestellung Disallow: /ordine Disallow: /order-follow Disallow: /lingerie-sextoys-details-de-la-commande Disallow: /devolucion-de-productos Disallow: /bestellungsverfolgung Disallow: /seguito-ordine Disallow: /quick-order Disallow: /lingerie-sextoys-commande-rapide Disallow: /pedido-rapido Disallow: /schnell-bestellung Disallow: /ordine-veloce Disallow: /order-slip Disallow: /lingerie-sextoys-avoirs Disallow: /vales Disallow: /bestellschein Disallow: /nota-di-ordine Disallow: /password-recovery Disallow: /lingerie-sextoys-mot-de-passe-oublie Disallow: /contrasena-olvidado Disallow: /kennwort-wiederherstellung Disallow: /password-recupero Disallow: /search Disallow: /lingerie-sextoys-recherche Disallow: /buscar Disallow: /suche Disallow: /cerca Disallow: /envoyer_a_ami/ ------------------------------------------------------------------------ si demain il continue ses conneries, je lui interdit l'accès à l'ensemble du site en le déclarant robot interdit dans le httpd.conf
  13. Bonjour Problème similaire de mon côté .... si quelqu'un a trouvé une solution ....
  14. Petit bonjour de présentation Voilà 2 ans que je suis sur prestashop et je n'avais pas encore vu ce topic ... manque de curiosité de ma part ... (pas bien ... ^^) Bon et bien, Laurent, 44 ans, informaticien de formation, je m'étais éloigné du codage depuis de nombreuses années pour me concentrer sur l'administration réseau, puis à suivre étant à mon compte depuis quelques années, je me suis encore éloigné de l'info pour faire plus d'administratif .... un bouffe temps et d'énergie sans commune mesure .... Il y a deux ans, nous avons décidé de fermer notre société d'informatique, qui au final n'était pas si rentable que ça ... et pour cause, sur le matériel, les marges sont minimes et une grosse partie des prestations de service passait pour le paiement des charges ... bref, je me suis donc lancé sur une activité E-commerce sous prestashop .... me suis donc remis au codage et à l'optimisation réseau Départ donc il y a deux ans sous prestashop 1.4.7 que j'ai pas mal modifié tant dans ses fichiers php avec l'override que tpl, développement d'une console en amont permettant de gérer de manière automatique le multi-fournisseur pour un même produit .... car le hic de la 1.4 c'est avant tout la non gestion du multi-fournisseur pour des produits identiques ... Je regarderai prochainement ce que la 1.5 et la 1.6 apportent sur ce point ... Ceci dit, prestashop reste un outil très agréable à utiliser, assez facile de compréhension dans son architecture .... un grand plus dans le monde du E-commerce. Merci donc pour cette outil qui sert de base à bon nombre de vendeurs.
  15. Tout plein de réponse à ta question et à d'autres ici http://www.prestashop.com/forums/topic/242278-mise-en-place-du-serveur-de-media-tutorial/page-2 sécurité et optimisation sont traités Pour le problème "Serve static content from a cookieless domain" il te faut passer par un domaine de media en le définissant avec des options spécifiques dans le htaccess pour qu'il n’envoie plus les cookies sur les objets statiques ... Mais il y a également dans l'ensemble des posts la mise en cache des objets statics chez le client la sécurisation de tes fichiers en changeant les droits, ..., ...., .... quand j'aurai plus de temps, je ferai un beau pdf avec l'ensemble des recherches et mises en place par ordre chronologique afin que tout le monde puisse suivre pas à pas les différentes étapes
×
×
  • Create New...