Aller au contenu

FreddyB

Membres
  • Compteur de contenus

    4
  • Inscription

  • Dernière visite

Messages posté(e)s par FreddyB

  1. il y a 25 minutes, DaffY a dit :

    Bonjour,

    Comme le précise @bruno78 c’est une histoire d’appropriation des droits de htp sur le dossier concerné
    Cf étape 5 du tuto.

    Merci Daffy. Vous êtes raccord avec @bruno78 ! Mais cela ne semble pas être le cas... J'ai refait la manip d'attribution des droit et j'ai la même réponse.

    Tout marche impec quand on est sur la structure classique des liens wordpress : https://media-plus.synology.me/media-plus.org/?p=22

    L'article est publié et visible en public.

    => C'est quand je passe sur une structure de permaliens personnalisés que cela ne fonctionne plus et que j'ai ce message Json. Et hélas, je dois utiliser cette structure personnalisée car mes articles sont références dans google actualité et c'est une condition obligatoire.

     

  2. il y a 28 minutes, bruno78 a dit :

    Bonjour,

    ca ressemble furieusement à un problème de droit d'accès sur le repertoire wordpress pour le user http. Point à vérifier en priorité.

    Cdt, Bruno78

    PS : un petit passage par la case présentation sera apprécié de la communauté, merci

    Bonjour Bruno, et merci d'avoir pris en charge ma demande.

    Je ne suis pas coutumier des forums. Est-ce que la présentation se fait à un endroit particulier ? Je n'ai pas grand chose à dire. Je suis journaliste et webmaster de deux ou trois sites sous Wordpress. J'ai fait l'acquisition d'un Synologie 2018+ i;l y a trois mois pour sécuriser mon travail et centraliser l'accès de mes dossiers. Je l'utilise aussi pour faire les backups de mes sites... Et comme la semaine prochaine mon hébergement OVH arrive à échéance, je cherche à rapatrier mes sites sur le NAS afin de ne plus donner autant d'argent à OVH qui n'arrête pas d'augmenter ses tarifs et est très désagréable avec ses clients.

    Pour ce qui est de ta proposition de solution, j'ai tenté l'opération d'attribution des droits par SSH

    cd /volume1/web

    puis

    chown -R http:http media-plus.org (dans mon cas)

    Je suis aussi allé voir les droits dans le DSM parce que j'ai vu que les droit http n"étaient attribués qu'en lecture seule.

    J'ai tout passé en "contrôle total" (admin). Ce qui laisserait supposer que la manip ssh n'a pas fonctionné (?)

     

    b505a064e383e08d1616d6208923e8b3cb30ae59

    Bon, donc mon problème n'est toujours pas résolu. Je peux rédiger un article. Je peux le voir en brouillon, mais une fois publié, si je suis le lien, je vois une page 404 😞

    J'ai lu un peu de documentation... Et de façon assez récurrente,  on parle du REST API qui poserait problème. Et effectivement, j'ai ce message dans le REST API de mes site... Je ne sais pas si cela peut vous être utile. 

     

    L’appel à l’API REST a renvoyé le résultat inattendu suivant : (404) <!DOCTYPE html> <html> <head> <meta charset="utf-8"> <style>html{height:100%}body{margin:0 auto;min-height:600px;min-width:800px;height:100%}.top{height:100px;height:calc(40% - 140px)}.bottom{height:150px;height:calc(60% - 210px)}.center{height:350px;text-align:center;vertical-align:middle;font-family:Verdana}.circle{margin:auto;width:260px;height:260px;border-radius:50%;background:#c0c6cc}.circle_text{line-height:260px;font-size:100px;color:#ffffff;font-weight:bold}.text{line-height:40px;font-size:26px;color:#505a64} </style> </head> <body> <div class="top"></div> <div class="center"> <div class="circle"> <div class="circle_text">404</div> </div> <div> <p class="text" id="a"></p> </div> <script> /* Copyright (c) 2020 Synology Inc. All rights reserved. */ (function(){var a=new XMLHttpRequest();a.open("get","/missing",true);a.send();a.onreadystatechange=function(){if(a.readyState==4&&(a.status==200||a.status==304)){var c=String(a.responseText);var e=document.open("text/html","replace");e.write(c);e.close()}else{var d={en:"The page you are looking for cannot be found.",zh:"\u60a8\u8981\u627e\u7684\u9875\u9762\u672a\u627e\u5230\u3002",it:"Impossibile trovare la pagina ricercata.","zh-HK":"\u60a8\u6240\u6307\u5b9a\u7684\u9801\u9762\u4e0d\u5b58\u5728\u3002",cs:"Hledan\u00e1 str\u00e1nka nebyla nalezena.",es:"Lo sentimos, no se encuentra la p\u00e1gina que est\u00e1 buscando.",ru:"\u041d\u0435 \u0443\u0434\u0430\u0435\u0442\u0441\u044f \u043d\u0430\u0439\u0442\u0438 \u0438\u0441\u043a\u043e\u043c\u0443\u044e \u0441\u0442\u0440\u0430\u043d\u0438\u0446\u0443.",nl:"Kan de gezochte pagina niet vinden.",pt:"A p\u00e1gina que procura n\u00e3o foi encontrada.",no:"Finner ikke siden du leter etter.",nb:"Finner ikke siden du leter etter.",tr:"Arad\u0131\u011f\u0131n\u0131z sayfa bulunam\u0131yor.",pl:"Nie znaleziono strony, kt\u00f3rej szukasz.",fr:"La page que vous recherchez est introuvable.",de:"Die Seite, nach der Sie suchen, kann nicht gefunden werden.",hu:"A keresett oldal nem tal\u00e1lhat\u00f3.","pt-BR":"N\u00e3o foi poss\u00edvel encontrar a p\u00e1gina que voc\u00ea est\u00e1 buscando.","zh-MO":"\u60a8\u6240\u6307\u5b9a\u7684\u9801\u9762\u4e0d\u5b58\u5728\u3002",da:"Den side, du leder efter, kunne ikke findes.",ja:"\u304a\u63a2\u3057\u306e\u30da\u30fc\u30b8\u304c\u3001\u898b\u3064\u304b\u308a\u307e\u305b\u3093\u3002",nn:"Finner ikke siden du leter etter.","zh-TW":"\u60a8\u6240\u6307\u5b9a\u7684\u9801\u9762\u4e0d\u5b58\u5728\u3002",ko:"\ucc3e\uace0 \uacc4\uc2e0 \ud398\uc774\uc9c0\ub97c \ubc1c\uacac\ud560 \uc218 \uc5c6\uc2b5\ub2c8\ub2e4.",sv:"Sidan du s\u00f6ker kunde inte hittas."};var b=["zh-TW","zh-HK","zh-MO","pt-BR"];var f;if(window.navigator.languages!==undefined){f=window.navigator.languages[0]}else{f=window.navigator.language||window.navigator.browserLanguage}if(b.indexOf(f)<0){f=f.split("-")[0]}document.getElementById("a").innerHTML=d[f]||d.enu}}})(); </script> </div> <div class="bottom"></div> </body> </html> .

     

    En tous les cas, merci pour votre réaction rapide. C'est sympa de savoir que quelqu'un est là pour aider. C'est tellement rare 🙂

     

    A+

     

     

     

     

    il y a 12 minutes, Frédéric Benot a dit :

    Bonjour Bruno, et merci d'avoir pris en charge ma demande.

    Je ne suis pas coutumier des forums. Est-ce que la présentation se fait à un endroit particulier ? Je n'ai pas grand chose à dire. Je suis journaliste et webmaster de deux ou trois sites sous Wordpress. J'ai fait l'acquisition d'un Synologie 2018+ i;l y a trois mois pour sécuriser mon travail et centraliser l'accès de mes dossiers. Je l'utilise aussi pour faire les backups de mes sites... Et comme la semaine prochaine mon hébergement OVH arrive à échéance, je cherche à rapatrier mes sites sur le NAS afin de ne plus donner autant d'argent à OVH qui n'arrête pas d'augmenter ses tarifs et est très désagréable avec ses clients.

    Pour ce qui est de ta proposition de solution, j'ai tenté l'opération d'attribution des droits par SSH

    
    cd /volume1/web

    puis

    
    chown -R http:http media-plus.org (dans mon cas)

    Je suis aussi allé voir les droits dans le DSM parce que j'ai vu que les droit http n"étaient attribués qu'en lecture seule.

    J'ai tout passé en "contrôle total" (admin). Ce qui laisserait supposer que la manip ssh n'a pas fonctionné (?)

     

    b505a064e383e08d1616d6208923e8b3cb30ae59

    Bon, donc mon problème n'est toujours pas résolu. Je peux rédiger un article. Je peux le voir en brouillon, mais une fois publié, si je suis le lien, je vois une page 404 😞

    J'ai lu un peu de documentation... Et de façon assez récurrente,  on parle du REST API qui poserait problème. Et effectivement, j'ai ce message dans le REST API de mes site... Je ne sais pas si cela peut vous être utile. 

     

    
    L’appel à l’API REST a renvoyé le résultat inattendu suivant : (404) <!DOCTYPE html> <html> <head> <meta charset="utf-8"> <style>html{height:100%}body{margin:0 auto;min-height:600px;min-width:800px;height:100%}.top{height:100px;height:calc(40% - 140px)}.bottom{height:150px;height:calc(60% - 210px)}.center{height:350px;text-align:center;vertical-align:middle;font-family:Verdana}.circle{margin:auto;width:260px;height:260px;border-radius:50%;background:#c0c6cc}.circle_text{line-height:260px;font-size:100px;color:#ffffff;font-weight:bold}.text{line-height:40px;font-size:26px;color:#505a64} </style> </head> <body> <div class="top"></div> <div class="center"> <div class="circle"> <div class="circle_text">404</div> </div> <div> <p class="text" id="a"></p> </div> <script> /* Copyright (c) 2020 Synology Inc. All rights reserved. */ (function(){var a=new XMLHttpRequest();a.open("get","/missing",true);a.send();a.onreadystatechange=function(){if(a.readyState==4&&(a.status==200||a.status==304)){var c=String(a.responseText);var e=document.open("text/html","replace");e.write(c);e.close()}else{var d={en:"The page you are looking for cannot be found.",zh:"\u60a8\u8981\u627e\u7684\u9875\u9762\u672a\u627e\u5230\u3002",it:"Impossibile trovare la pagina ricercata.","zh-HK":"\u60a8\u6240\u6307\u5b9a\u7684\u9801\u9762\u4e0d\u5b58\u5728\u3002",cs:"Hledan\u00e1 str\u00e1nka nebyla nalezena.",es:"Lo sentimos, no se encuentra la p\u00e1gina que est\u00e1 buscando.",ru:"\u041d\u0435 \u0443\u0434\u0430\u0435\u0442\u0441\u044f \u043d\u0430\u0439\u0442\u0438 \u0438\u0441\u043a\u043e\u043c\u0443\u044e \u0441\u0442\u0440\u0430\u043d\u0438\u0446\u0443.",nl:"Kan de gezochte pagina niet vinden.",pt:"A p\u00e1gina que procura n\u00e3o foi encontrada.",no:"Finner ikke siden du leter etter.",nb:"Finner ikke siden du leter etter.",tr:"Arad\u0131\u011f\u0131n\u0131z sayfa bulunam\u0131yor.",pl:"Nie znaleziono strony, kt\u00f3rej szukasz.",fr:"La page que vous recherchez est introuvable.",de:"Die Seite, nach der Sie suchen, kann nicht gefunden werden.",hu:"A keresett oldal nem tal\u00e1lhat\u00f3.","pt-BR":"N\u00e3o foi poss\u00edvel encontrar a p\u00e1gina que voc\u00ea est\u00e1 buscando.","zh-MO":"\u60a8\u6240\u6307\u5b9a\u7684\u9801\u9762\u4e0d\u5b58\u5728\u3002",da:"Den side, du leder efter, kunne ikke findes.",ja:"\u304a\u63a2\u3057\u306e\u30da\u30fc\u30b8\u304c\u3001\u898b\u3064\u304b\u308a\u307e\u305b\u3093\u3002",nn:"Finner ikke siden du leter etter.","zh-TW":"\u60a8\u6240\u6307\u5b9a\u7684\u9801\u9762\u4e0d\u5b58\u5728\u3002",ko:"\ucc3e\uace0 \uacc4\uc2e0 \ud398\uc774\uc9c0\ub97c \ubc1c\uacac\ud560 \uc218 \uc5c6\uc2b5\ub2c8\ub2e4.",sv:"Sidan du s\u00f6ker kunde inte hittas."};var b=["zh-TW","zh-HK","zh-MO","pt-BR"];var f;if(window.navigator.languages!==undefined){f=window.navigator.languages[0]}else{f=window.navigator.language||window.navigator.browserLanguage}if(b.indexOf(f)<0){f=f.split("-")[0]}document.getElementById("a").innerHTML=d[f]||d.enu}}})(); </script> </div> <div class="bottom"></div> </body> </html> .

     

    En tous les cas, merci pour votre réaction rapide. C'est sympa de savoir que quelqu'un est là pour aider. C'est tellement rare 🙂

     

    A+

     

     

     

     

     

    Petit rappel : tout marche impec quand on est sur la structure classique des liens wordpress : https://media-plus.synology.me/media-plus.org/?p=22

    L'article est publié et visible en public. C'est quand je passe sur une structure de permaliens personnalisés que cela ne fonctionne plus et que j'ai ce message Json.

     

    Merci

  3. Le 18/03/2020 à 14:12, DaffY a dit :

    4 - Adaptation spécifique pour WorpRess et serveur NGINX

    Afin d'éviter la mauvaise getion des erreurs 404 sur WordPress et autoriser le changement des permaliens, il faut ajouter manuellement un fichier de configuration NGINX dans un dossier créé par WebStation.

    a) Création du fichier

    a-1)) Copier le texte suivant : (ou récupérer le ici)

    
    
    location /{
      try_files $uri $uri/ /index.php?$args;
    }

    a-2) Connexion au NAS,

    • Editeur de texte,
      20031805191825292816693645.jpg
    • Fichier Nouveau fichier
    • enregistrer format text codage UTF8 sous le nomdans le dossier web du NAS
      
      
      user.conf.wordpress-permalink

      20031805191825292816693644.jpg

    b) Identification du dossier réceptacle de ce fichier selon les paramètres de WebStation

    • accès SSH au NAS
    • passage en mode root (sudo -i)
      20031802524625292816693462.jpg
    • on localise les dernieres lignes du fichier de configuration concerné :
      
      
      tail /etc/nginx/app.d/server.webstation-vhost.conf

      20031805223825292816693649.jpg
      Dans cet exemple le chemin est : /usr/local/etc/nginx/conf.d/3c616e71-dc68-457e-8d42-ed8428a5c2ba. en lien avec le NDD.COM correspondant au site web créé dans WebStation.

      A noter : si plusieurs sites Virtuels faire la commande MORE ou CAT et localiser selon le NDD concerné par cet hôte virtuel.

    c) copie du fichier issu du dossier web vers ce dossier (pour éviter des erreurs on le fait en 2 temps pour s'assurer d'être à destination en 1er lieu)

    1.  se déplacer dans ce dossier
      
      
      cd /usr/local/etc/nginx/conf.d/3c616e71-dc68-457e-8d42-ed8428a5c2ba
    2. copier le fichier issu du dossier web dans ce dossier
      
      
      cp /volume1/web/user.conf.wordpress-permalink user.conf.wordpress-permalink
      Bien respecter la syntaxe, partant du postulat que le dossier web est sur le volume1
       
    3. [optionnel] Vérifier la présence du fichier
      
      
      ls
      20031805341025292816693660.jpg
       
    4. On redémarre le serveur NGINX pour la prise en compte de cet ajout
      
      
      nginx -s reload

       

    Vous pouvez supprimer le fichier user.conf.wordpress-permalink situé en dossier web.
    Vous n'êtes ammenés à refaire cette manipulation que dans le cas où vous
    crééer un nouvel hôte virtuel dans WebStation - pour le CMS WordPress- (sinon mettez le de côté mais hors le dossier Web)

    5 - Appropriation du dossier wordpress de Web par le groupe http

    Le groupe http est le groupe d'autorité du NAS pour le serveur web NGINX (avec droits d'écriture sur le dossier web dans l'admin du NAS). Afin que les mises à jours WordPress puissent se faire, on confirme l'appropriation du dossier concerné par ce groupe (possible via FileStation dans les propriétés du dossier)

    Toujours en accès SSH root, saisir les commandes suivantes :

    • Déplacement dans le dossier web
      
      
      cd /volume1/web
    • Appropriation des droits sur le dossier et ses sous-dossiers et contenu par groupe et user http.
      
      
      chown -R http:http wordpress

    Fin de l'accès SSH

    1. On peut quitter le mode SSH (exit 2 fois, - 1x pour la  sortie du mode root, 1 x pour la sortie de l'utilisateur connecté)
    2. Dans l'admin du NAS on désactive l'accès SSH (Admin du NAS, Panneau de configuration, Telnet SMNP on décoche l'accès SSH)

    6 - Installation de WordPress

    Via un navigateur web, saisir l'adresse du NDD utilisé pour ce site web, on bascule en installation de  WordPress.

    Il faut définir

    1. le nom de la base,
    2. l'utilisateur administrateur de cette base
    3. le mot de passe associé

    Autant d'informations connues en amont. [ ici BDmonsiteBDmonsite_admin et son mot de passe MAJmin&123 ]

    20031806050325292816693726.png

    7- Vérifications

    Au delà du fonctionnement nominal d'accès au site wordpress ainsi créé, il faut s'assurer que :

    Mise à jour possible

    Dans WordPress, administration on fait une réinstallation de WordPress PAR Wordpress
    20031802143625292816693366.jpg

    Modification des permaliens opérationnel

    Après avoir ajouté un article
    20031802143725292816693369.png
    on vérifie qu'on y accède
    Puis dans l'admin de WordPress on change le règlage des permaliens et on vérifie qu'on accède toujours à l'article selon la nouvelle dénomination.
    20031802143625292816693368.jpg

     

     

     

     

     

    Bonjour Daffy,

    Et tout d'abord merci pour ce tuto très complet et bien fait. Cela a dû prendre pas mal de temps. Donc merci.

    J'ai un DS218+ sur lequel, grâce à toi, j'ai réussi à installer mes sites OVH sur mon NAS Syno.

    http://media-plus.synology.me/frequenceterre.com

    et

    http://media-plus.synology.me/media-plus.org/

     

    Il me reste un problème à régler car tout n'a pas fonctionné. Les manips que tu donnes pour prendre en considération les permaliens de wordpress semblent ne plus fonctionner. En tgous les cas, c'est le cas pour moi.

    Si je reste sur le réglage par défaut de wordpress, je n'ai aucun souci. Je peux publier un article et son lien ressemble à ça : http://media-plus.synology.me/media-plus.org/?p=123

    En revanche, si je passe sur une structure de lien personnalisée, là j'ai un message d'erreur et je ne peux pas publier d'article, j'ai ce message d'erreur :

    96768b6add8e78496a7074ec2c3dc90aa041c55b

     

    Et bien entendu, quand je veux voir l'article, je tombe sur la page 404 !

    http://media-plus.synology.me/frequenceterre.com/2020/10/21/essai/

    Comme je suis une bille en langage serveur, je veux bien un peu d'aide 🙂

    Merci.

    FB

    PS : j'en profite pour signaler que pour relancer une installation de Wordpress ou pour installer des plugins (ou les mettre à jour), je tombe sur une interface wordpress qui me demande mes identifiants de serveur (ceux qui permettent de me connecter au NAS). Est-ce que c'est normal ? Est-ce que j'ai raté quelque chose ? Je ne l'ai vu nulle part sur ton tuto.

     

    8e0c9833348eaf8718c14cf6d6186657bd5c7a50

     

    Tchuss !

     

     

     

     

     

       
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.