Passer un site SPIP sous https:// - comments Passer un site SPIP sous https:// 2018-12-19T17:59:36Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment499172 2018-12-19T17:59:36Z <p>Bonsoir,<br class="autobr" /> Je suis un peu perplexe quand j'essaye d' “<strong>Installer et configurer un certificat Let's Encrypt</strong>” à l'Etape 1 ci-dessus. La doc de Debian mentionne, dans le cas Apache 2.4 (je cite) :</p> <div class="precode"><pre dir="ltr" style="text-align: left;"><code> # /etc/apache2/conf-available/letsencrypt.conf Alias /.well-known/acme-challenge /etc/letsencrypt/.acme-challenges <Directory /etc/letsencrypt/.acme-challenges> Options None AllowOverride None Require all granted </Directory></code></pre></div> <p> Est-ce que cela signifie qu'il faut créer le fichier <strong>letscencrypt.conf</strong> avec le contenu indiqué, svp ? C'est un peu obscur...<br class="autobr" /> Merci d'avance, Cdt, G.G.</p> Passer un site SPIP sous https:// 2018-11-29T18:46:51Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment498914 2018-11-29T18:46:51Z <p>La redirection htaccess doit être mis à la fin du fichier, sinon cela peut interferer avec les urls propres.</p> <p>J'ai corrigé.</p> Passer un site SPIP sous https:// 2018-08-27T20:30:08Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment498004 2018-08-27T20:30:08Z <p>Bonjour,</p> <p>J'ai installé un certificat let's encrypt sur mon site<br class="manualbr" />j'ai essayé les différentes options sur mon site<br class="manualbr" />Mais dès que je passe dans l'Espace privé impossible d'y effectuer quelques opérations que ce soit. <br class="manualbr" />Automatiquement le port 80 est ajouté dans l'adresse (<a href="https://bcc.geckco.ch:80/ecrire/" class="spip_url spip_out auto" rel="nofollow external">https://bcc.geckco.ch:80/ecrire/</a>)<br class="manualbr" />Et l'erreur suivante s'affiche sous Chrome et sous Firefox :</p> <p>Échec de la connexion sécurisée</p> <p>Une erreur est survenue pendant une connexion à bcc.geckco.ch:80. SSL a reçu un enregistrement qui dépasse la longueur maximale autorisée. Code d'erreur : SSL_ERROR_RX_RECORD_TOO_LONG</p> <p>Avez-vous une idée pour solutionner ce problème<br class="manualbr" />D'avance un grand merci<br class="manualbr" />Gecko62</p> Passer un site SPIP sous https:// 2018-08-18T03:45:34Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment497917 2018-08-18T03:45:34Z <p>Merci, effectivement je ne savais pas trop si le problème venait du https ou pas. J'ai finalement ajouté une ligne css pour rendre tous mes liens en vert et supprimé le plugin liens explicites. Je vais passer les liens en relatif. Merci pour ton aide.</p> Passer un site SPIP sous https:// 2018-08-17T07:21:46Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment497907 2018-08-17T07:21:46Z <p>Il faudrait plutot que tu indiques tes liens en relatif<br class="autobr" /> <code><a href="#URL_ARTICLE">....</code></p> <p>Ensuite, si tu as encore un problème, poste ton message sur le forum du plugin <strong>liens explicites</strong>. Ta question n'as pas vraiment à voir avec le passage en https</p> Passer un site SPIP sous https:// 2018-08-17T00:47:40Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment497906 2018-08-17T00:47:40Z <p>Bonjour,</p> <p>avec le passage au https, le plugin lien explicite ne détecte plus mes liens internes dans les inclusions comme des liens internes mais comme des liens externes et ajoute donc le petit cadenas à droite, ce qui change toute ma mise en page.</p> <p>J'ai bien indiqué https dans la description du site et mes liens internes sont appelés ainsi:</p> <p>a href=“#URL_SITE_SPIP/#URL_ARTICLE”</p> <p>Une idée d'où cette erreur peut venir?</p> <p>merci par avance</p> Passer un site SPIP sous https:// 2018-07-18T07:07:10Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment497760 2018-07-18T07:07:10Z <p>Magnifique , j'ai passé la version 3.1 : cela fonctionne du premier coup ! merci beaucoup Maïeul.</p> Passer un site SPIP sous https:// 2018-07-17T16:24:10Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment497757 2018-07-17T16:24:10Z <p>je sais.</p> <p>Ton serveur utilise la version 1.2 de TLS.<br class="autobr" /> les version officielles de SPIP ne sont pas capable de faire une rquette externe en TLS 1.2</p> <p>il faudrait que tu surcharche le fichier ecrire/inc/distant.php par la nouvelle version (qui sortira dans la prochaine versio ndeSPIP)</p> <p><a href="https://core.spip.net/projects/spip/repository/revisions/24020/entry/branches/spip-3.1/ecrire/inc/distant.php" class="spip_url spip_out auto" rel="nofollow external">https://core.spip.net/projects/spip/repository/revisions/24020/entry/branches/spip-3.1/ecrire/inc/distant.php</a> (spip 3.1)</p> <p><a href="https://core.spip.net/projects/spip/repository/revisions/24020/entry/branches/spip-3.0/ecrire/inc/distant.php" class="spip_url spip_out auto" rel="nofollow external">https://core.spip.net/projects/spip/repository/revisions/24020/entry/branches/spip-3.0/ecrire/inc/distant.php</a> (spip 3.0</p> <p><a href="https://core.spip.net/projects/spip/repository/revisions/24020/entry/branches/spip-3.2/ecrire/inc/distant.php" class="spip_url spip_out auto" rel="nofollow external">https://core.spip.net/projects/spip/repository/revisions/24020/entry/branches/spip-3.2/ecrire/inc/distant.php</a> (spip 3.2)</p> Passer un site SPIP sous https:// 2018-07-17T16:15:52Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment497756 2018-07-17T16:15:52Z <p>en l'absence de log, je ne peux pas te dire plus.</p> <p>Il faudrait faire ceci<br class="autobr" /> 1. Tenter une actualisation de la recherche du flux<br class="autobr" /> 2. M'envoyer immédiatement en pivé les logs SPIP et apache, en m'indiquant l'heure à laquelle tu as essayé de faire cela.</p> Passer un site SPIP sous https:// 2018-07-17T16:11:59Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment497755 2018-07-17T16:11:59Z <p>merci bien de cette indication Maïeul.<br class="autobr" /> Oui les deux sites sont sur le même serveur ! Avant, sans https, cela marchait la syndication entre les deux, c'est donc un problème ailleurs. mais où ...?</p> Passer un site SPIP sous https:// 2018-07-17T16:08:10Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment497754 2018-07-17T16:08:10Z <p>bizarre, chez moi cela fonctionne parfaitement (depuis un SPIP), que ce soit le https et le http.</p> <p>A mon avis ton problème n'est pas lié à https, mais à autre chose.</p> <p>Est-ce que les sites sont sur le même serveur?Parfois il y a des bugs lorsqu'on essaie de faire une requette depuis le même serveur.</p> <p>Après il n'y a guère que les logs qui permettront d'en savoir plus.</p> Passer un site SPIP sous https:// 2018-07-17T16:02:58Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment497753 2018-07-17T16:02:58Z <p>Bonjour, <br class="autobr" /> en fait ce qui n'est pas résolu, c'est le fait de le syndiquer dans un autre site Spip (en https aussi).<br class="autobr" /> Moi je n'arrive pas à syndiquer <a href="http://www.yanfouom.net/spip.php?page=backend" class="spip_url spip_out auto" rel="nofollow external">http://www.yanfouom.net/spip.php?page=backend</a> ou <a href="https://www.yanfouom.net/spip.php?page=backend" class="spip_url spip_out auto" rel="nofollow external">https://www.yanfouom.net/spip.php?page=backend</a> dans un autre site.<br class="autobr" /> (pourtant sur ce même autre site, je syndique d'autres sites)<br class="autobr" /> merci de votre avis après tests</p> Passer un site SPIP sous https:// 2018-03-08T14:54:02Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment496190 2018-03-08T14:54:02Z <p>Chez cet hébergeur si on active le CDN via SPIP (d'un clic c'est top!) il faut aussi que le sous domaine cdn.exemple.tld ait un certificat SSL</p> Passer un site SPIP sous https:// 2018-03-08T14:47:26Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment496189 2018-03-08T14:47:26Z <p>Chez OVH il est indiqué</p> <div class="precode"><pre dir="ltr" style="text-align: left;"><code>RewriteEngine On RewriteCond %{SERVER_PORT} 80 RewriteRule ^(.*)$ https://www.votredomaine.fr/$1 [R,L]</code></pre></div> <p><a href="https://docs.ovh.com/fr/hosting/htaccess-reecriture-url-mod-rewrite/" class="spip_url spip_out auto" rel="nofollow external">https://docs.ovh.com/fr/hosting/htaccess-reecriture-url-mod-rewrite/</a></p> Passer un site SPIP sous https:// 2018-02-13T20:21:37Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment495872 2018-02-13T20:21:37Z <p>En ajoutant ces deux lignes, cela fonctionne. Merci beaucoup.</p> Passer un site SPIP sous https:// 2018-02-13T19:14:10Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment495871 2018-02-13T19:14:10Z <p>Bonjour, essayez la solution donnée par toto21, à savoir de mettre les deux lignes suivantes dans le fichier /config/mes_options.php :</p> <div class="precode"><pre dir="ltr" style="text-align: left;"><code>$_SERVER['HTTPS'] = "on"; $_SERVER['SERVER_PORT']='443';</code></pre></div> <p>Chez moi ça a réglé le problème.</p> Passer un site SPIP sous https:// 2018-02-13T19:10:23Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment495870 2018-02-13T19:10:23Z <p>Sur certains serveurs (c'est mon cas), la variable Apache<small class="fine"> </small>%<i>HTTPS</i> renvoie toujours off, même en mode HTTPS, et la variable<small class="fine"> </small>%<i>HTTP:X-Forwarded-Proto</i> renvoie toujours une chaîne vide. Il ne sert alors absolument à rien de mettre ces RewriteCond / RewriteRule dans le .htaccess...</p> <p>En revanche, le fait de mettre les deux lignes suivantes dans le fichier /config/mes_options.php suffit, en soi, à régler tous les problèmes :</p> <div class="precode"><pre dir="ltr" style="text-align: left;"><code>$_SERVER['HTTPS'] = "on"; $_SERVER['SERVER_PORT']='443';</code></pre></div> <p>Merci à toto21 pour cette suggestion.</p> Passer un site SPIP sous https:// 2018-02-07T15:25:58Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment495774 2018-02-07T15:25:58Z <p>Voici la pièce jointe</p> Passer un site SPIP sous https:// 2018-02-07T15:23:37Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment495773 2018-02-07T15:23:37Z <p>Voici la pièce jointe.</p> Passer un site SPIP sous https:// 2018-02-07T15:06:47Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment495771 2018-02-07T15:06:47Z <p>Bonjour,</p> <p>Suite au passage d'un SPIP 3.0.26 en https, lorsque je souhaite ajouter une image à un article, j'ai le message Forbidden (cf capture).<br class="autobr" /> Le site marche très bien en http.<br class="autobr" /> Les versions du serveur sont : <br />- Apache/2.2.22 <br />- PHP 5.6.30 <br />- Mysql 5.5.59</p> <p>J'ai suivi les recommandations de toto21 et conil26, mais sans succès.<br class="autobr" /> Il s'agit d'un site avec le plugin EVA-WEB 4.2<br class="autobr" /> Nous avons déjà réalisé le même passage vers https avec un autre site SPIP 3.0.26 mais avec le plugin Sarka-SPIP 3.2.36 sur un autre serveur.<br class="autobr" /> Les 2 serveurs ont la même configuration et nous ne rencontrons pas ce problème.</p> <p>Les droits sur les dossiers et fichiers sont les mêmes sur les 2 sites.</p> <p>Merci de votre aide.</p> Passer un site SPIP sous https:// 2018-01-09T09:18:19Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment495253 2018-01-09T09:18:19Z <p>Merci Maïeul</p> <p>ce doit être FF (Quantum 57.0.03) alors, car il marche 1 fois après que tu n'y sois pas allé depuis longtemps et pas après “actualiser”...</p> <p>J'ai testé avec Thunderbird, cela marche bien.</p> <p>mais depuis un autre site Spip, si je l'abonne j'ai l'erreur :</p> <p>Ce site est syndiqué…<br class="autobr" /> Attention : la syndication de ce site a rencontré un problème ; le système est donc temporairement interrompu. Vérifiez l'adresse du fichier de syndication de ce site (<a href="https://www.yanfouom.net/spip.php?page=backend" class="spip_url spip_out auto" rel="nofollow external">https://www.yanfouom.net/spip.php?page=backend</a>), et tentez une nouvelle récupération des informations</p> <p>cela fait 2 outils sur 3 qui ne l'acceptent pas, beaucoup tout de même. Je dois avoir quand même une erreur.</p> Passer un site SPIP sous https:// 2018-01-09T08:23:09Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment495252 2018-01-09T08:23:09Z <p>Chez moi ce flux rss fonctionne parfaitement est est bien interprété par mon lecteur.</p> Passer un site SPIP sous https:// 2018-01-08T11:42:45Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment495248 2018-01-08T11:42:45Z <p>merci , c'est <a href="https://www.yanfouom.net/spip.php?page=backend" class="spip_url spip_out auto" rel="nofollow external">https://www.yanfouom.net/spip.php?page=backend</a></p> <p>au passage j'ai eu une autre réponse avec <a href="https://www.yanfouom.net/spip.php?page=backend" class="spip_url spip_out auto" rel="nofollow external">https://www.yanfouom.net/spip.php?page=backend</a> & var_mode=debug : une indication que dans squelettes-dist/formulaires/administration.html serait le soucis, je ne sais d'où il vient celui-là par contre</p> Passer un site SPIP sous https:// 2018-01-08T11:29:38Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment495247 2018-01-08T11:29:38Z <p>Le mieux serait de moins d'envoyer le lien.</p> Passer un site SPIP sous https:// 2018-01-08T11:21:11Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment495246 2018-01-08T11:21:11Z <p>Bonjour, <br class="autobr" /> effectivement il n'y a que mon site qui a ce soucis, mais j'ai d'autres indices qui vont peut-être faire avancer la recherche de solution pour le backend en https:<br class="autobr" /> (- sans redirection https, en http, le rss marche.) <br />- quand j'ai le message d'erreur de Firefox ci-dessus, j'ai son “verrou vert”, <br />- immédiatement après une purge de cache, tout va bien: le flux s'affiche et alors, comme pour <a href="https://contrib.spip.net/spip.php?page=backend" class="spip_url auto" rel="nofollow">https://contrib.spip.net/spip.php?page=backend</a> , je n'ai pas de verrou vert mais un “i” entouré à la place, par contre si j'actualise la page, cela revient bien avec le verrou vert et l'erreur ci-dessus et cela reste toujours en erreur si je réactualise encore la page, <br />- si je demande avec /spip.php?page=backend& var_mode=debug, j'ai une fois sur 3 environ en actualisant la page un bon affichage.<br class="autobr" /> Qu'en pensez-vous ?</p> Passer un site SPIP sous https:// 2018-01-07T19:23:22Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment495237 2018-01-07T19:23:22Z <p>Cela doit être un problème spécifique à ton site, parce que chez moi sur mon site (et sur d'autres) cela fonctionne sans problème.</p> Passer un site SPIP sous https:// 2018-01-07T18:50:05Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment495234 2018-01-07T18:50:05Z <p>Bonsoir Maïeul, <br class="autobr" /> pas tout à fait car en http, Firefox le lit bien ce flux et quand tu syndiques ce site depuis un autre site (spip aussi) et bien cela refuse de syndiquer ... le flux a donc bien un problème mais où . avez -vous fait un test? c'est facile..</p> Passer un site SPIP sous https:// 2018-01-07T13:19:51Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment495230 2018-01-07T13:19:51Z <p>Bah c'est juste que Firefox ne sait pas lire le flux rss et du coup affiche la source brut, mais un lecteur de flux lui le lira sans souci.</p> Passer un site SPIP sous https:// 2018-01-07T11:42:24Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment495226 2018-01-07T11:42:24Z <p>cela a été coupé : voici la suite :</p> <div class="coloration_code cadre"><div class="spip_spip cadre"><div class="spip"><ol><li class="li1"><div class="de1"><rss version="2.0"><channel xml:lang="fr"><title></div></li> </ol></div></div></div> <p>N'y aurait-il pas une exception pour cette page à ajouter dans la redirection du .htaccess ? Quel en serait son expression SVP ? <br class="autobr" /> Merci d'avance</p> Passer un site SPIP sous https:// 2018-01-07T11:39:58Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment495225 2018-01-07T11:39:58Z <p>bonjour, <br class="autobr" /> très utile ce mode d'emploi ! merci.<br class="autobr" /> Cela marche très bien, SAUF pour les flux RSS (je ne sais pas d'ailleurs si ce flux “supporte” le https) .</p> <p>Par ex dans le plugin et squelette Zcore, vous avez en pied de page (footer) un flux RSS appelé par la page /spip.php?page=backend qui marche très bien en http.<br class="autobr" /> Si on applique la méthode ci-dessus, on a en HTTPS un message d'erreur de Firefox (on est dans toutes les versions les plus récentes de tout) : “Aucune information de style ne semble associée à ce fichier XML. L'arbre du document est affiché ci-dessous.” avec un XML affiché qui commence par “<code><rss version="2.0"><channel xml:lang="fr"><title></code>” .</p> <p>Dans la redirection du .htaccess, il n'y aurait pas une exception à ajouter pour cette page SVP ? Si oui avez-vous une idée de son expression ? merci d'avance</p> Passer un site SPIP sous https:// 2017-12-11T17:16:08Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment494872 2017-12-11T17:16:08Z <p>Bonjour,<br class="autobr" /> [Version de SPIP : 3.0.X]<br class="autobr" /> En effet certains serveurs ne fournissent entre une connexion <i>http / https</i> qu'une seule variable serveur pour indiquer le protocole <i>https</i> :</p> <div class="coloration_code cadre"><div class="spip_php cadre"><div class="php"><ol><li class="li1"><div class="de1"><span class="re0">$_SERVER</span><span class="br0">&#91;</span><span class="st_h">'HTTP_X_FORWARDED_PROTO'</span><span class="br0">&#93;</span> <span class="sy0">=</span> <span class="st_h">'https'</span></div></li> </ol></div></div></div> <p>Configuration faible du serveur ? Celui sur lequel je dois travailler maintient même la valeur <var>$_SERVER['SERVER_PORT']</var> sur 80 même lors de l'appel d'une page en https !</p> <p>Du coup pour résoudre le problème j'ai du artificiellement positionner la variable <var>$_SERVER['SCRIPT_URI']</var> à la valeur 'https://' (il semble que <var>$_SERVER['HTTPS'] </var> sur <var>on</var>, soit équivalent et plus élégant;) - j'ai par sécurité mis les deux) - cependant cela ne suffit pas, les appels <i>ajax </i> ne s'y retrouvent pas (par exemple sur la page pour vider le cache), sans placer <var>$_SERVER['SERVER_PORT']</var> sur le port https 443.<br class="autobr" /> Donc voici ce que j'ai du ajouter dans le fichier <i>../config/mes_options.php</i> :</p> <div class="precode"><pre dir="ltr" style="text-align: left;" class="php"><code><span class="re0">$_SERVER</span><span class="br0">&#91;</span><span class="st_h">'SCRIPT_URI'</span><span class="br0">&#93;</span> <span class="sy0">=</span> <span class="st_h">'https://'</span><span class="sy0">;</span> <span class="re0">$_SERVER</span><span class="br0">&#91;</span><span class="st_h">'HTTPS'</span><span class="br0">&#93;</span> <span class="sy0">=</span> <span class="st0">"on"</span><span class="sy0">;</span> <span class="re0">$_SERVER</span><span class="br0">&#91;</span><span class="st_h">'SERVER_PORT'</span><span class="br0">&#93;</span><span class="sy0">=</span><span class="st_h">'443'</span><span class="sy0">;</span></code></pre></div> <p>Dans ce contexte voir la solution de conil26 ci-dessous pour forcer la redirection https.<br class="autobr" /> Encore merci à pa.georges pour m'avoir mis sur la bonne piste.</p> Passer un site SPIP sous https:// 2017-12-09T15:34:13Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment494845 2017-12-09T15:34:13Z <p>Oui, l'adresse du site dans configuration comment par https:// et le cache a été vidé.</p> Passer un site SPIP sous https:// 2017-12-09T14:55:30Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment494844 2017-12-09T14:55:30Z <p>As tu changé l'adresse du site dans le menu configuration avec le https// et vidé ton cache ?</p> Passer un site SPIP sous https:// 2017-12-09T12:56:03Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment494839 2017-12-09T12:56:03Z <p>Bug espace privé suite au passage à HTTPS</p> <p>Depuis le passage de notre site en HTTPS, avec redirection HTTP->HTTPS + HSTS au niveau serveur, l'espace privé est inutilisable à moins de désactiver Javascript.</p> <p>Je remarque dans le code source que de nombreuses adresses sont restées en HTTP, notamment celle issue de la ligne 11 de /prive/squelettes/inclure/head.html :</p> <div class="precode"><pre dir="ltr" style="text-align: left;"><code>function test_accepte_ajax(){jQuery.ajax({"url":"[(#URL_ECRIRE{test_ajax,js=1}|replace{'&amp;','\x26'})]"});}</code></pre></div> <p>qui devient dans le code source</p> <div class="precode"><pre dir="ltr" style="text-align: left;"><code>function test_accepte_ajax(){jQuery.ajax({"url":"http://monsite.com/ecrire/?exec=test_ajax\x26js=1"});}</code></pre></div> <p>au lieu de</p> <div class="precode"><pre dir="ltr" style="text-align: left;"><code>function test_accepte_ajax(){jQuery.ajax({"url":"https://monsite.com/ecrire/?exec=test_ajax\x26js=1"});}</code></pre></div> <p>De même que tous les appels de CSS qui commencent par HTTP au lieu de HTTPS.</p> <p>Du coup, tout ce qui a recours à AJAX ne fonctionne pas.</p> <p>On dirait que #URL_ECRIRE continue à utiliser l'URL http et non pas https.</p> <p>L'espace privé est utilisable sans le javascript, mais cela pose quelques problèmes quand il faut valider plusieurs posts de forums en même temps.</p> <p>Sinon aucun problème dans l'espace public, mais je n'utilise pas la balise #INSERT_HEAD</p> <p>Quelques infos :</p> <p>Version SPIP : 3.2<br class="autobr" /> Version PHP 5.4.45<br class="autobr" /> MySQL 10.0.32-MariaDB-0</p> <p>Bonne réception, cordialement.</p> <p>Manuel</p> Passer un site SPIP sous https:// 2017-09-11T07:46:05Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment493353 2017-09-11T07:46:05Z <p>Bonjour pa.georges</p> <p>J'ai exactement le même problème que toi, et ton post m'a beaucoup aidé. J'ai fait une petite page de test rapide de ces 2 variables, et effectivement, ni l'une ni l'autre ne sont positionnées. <br class="autobr" /> <a href="https://www.c-nous.loc/apache.php" class="spip_url spip_out auto" rel="nofollow external">https://www.c-nous.loc/apache.php</a><br class="autobr" /> Ce n'est peut-être pas si rare de voir cela.... Je vais donc suivre tes conseils et voir s'il est possible d'obtenir le positionnement de l'une des 2 variables, ou à défaut, écrire la surcharge que tu préconises ne devrait pas être trop compliqué.</p> <p>++<br class="autobr" /> Z</p> Passer un site SPIP sous https:// 2017-09-07T17:43:32Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment493311 2017-09-07T17:43:32Z <p>Bon, alors je me réponds à moi-même :<br class="autobr" /> la fonction url_absolue(), définie dans le fichier ecrire/inc/filtres_mini.php, fait appel en interne à la fonction url_de_base(), définie dans le fichier ecrire/inc/utils.php, et cette dernière ne se base absolument pas sur le contenu de meta[adresse_site], comme on aurait pu s'y attendre (c'est expliqué et justifié dans les commentaires de la fonction). Au lieu de cela, elle teste si la variable $_SERVER[“SCRIPT_URI”] commence par “https” ou si la variable $_SERVER['HTTPS'] est présente et vaut autre chose que “Off”.</p> <p>Or il se trouve que dans mon cas de figure, le serveur Apache de notre hébergeur web ne positionne aucune de ces deux variables, et donc la fonction url_de_base() échoue à bien détecter si l'internaute a demandé du HTTPS ou pas.</p> <p>Solutions au problème : demander à l'hébergeur de bien vouloir rajouter l'une de ces deux variables sur la config de son serveur Apache, ou bien sinon, si on ne le peut pas, surcharger la fonction url_absolue() en créant une fonction filtre_url_absolue() dans le fichier squelettes/mes_fonctions.php, qui se contente d'appeler url_absolue() en lui renseignant “https://...” dans le deuxième paramètre de la fonction.</p> <p>Ceci dit, apparemment je suis un des rares à avoir eu ce problème, ce qui me laisse penser que la plupart du temps, un serveur web standard publie au moins l'une ou l'autre de ces deux variables $_SERVER[“SCRIPT_URI”] ou $_SERVER['HTTPS'] , donc peut-être qu'il serait judicieux de patcher la fonction url_absolue() pour que, en l'absence de $_SERVER[“SCRIPT_URI”] et de $_SERVER['HTTPS'], elle se base sur la présence de “https” ou pas en début de meta[adresse_site], au lieu d'en déduire un peu hâtivement que par défaut c'est du “http”...</p> Passer un site SPIP sous https:// 2017-06-07T06:27:53Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment492456 2017-06-07T06:27:53Z <p>Bonjour,<br class="autobr" /> Le site marche tout à fait bien en http. Je n'ai pas redirigé le http vers https.<br class="autobr" /> lorsque j'essaie<br class="manualbr" /><strong>https:</strong>//<a href="http://www.monsite.com/test.html" class="spip_url spip_out auto" rel="nofollow external">www.monsite.com/test.html</a> <br />- avec .htaccess (# Fichier .htaccess SPIP v 3.1)<br class="manualbr" />j'obtiens une erreur 403 Forbidden (<i>Forbidden /You don't have permission to access / on this server.</i>)<br class="manualbr" />sans .htaccess (renommé htaccess.txt)<br class="manualbr" />j'obtiens bien le contenu du fichier test.html avec la notion<strong> sécurisé</strong> dans la barre d'adresse) <br class="autobr" /> je ne sais pas quoi faire...<br class="manualbr" />Merci de votre aide</p> Passer un site SPIP sous https:// 2017-04-07T15:40:44Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment491839 2017-04-07T15:40:44Z <p>Bonjour,<br class="autobr" /> j'ai des squelettes *.css.html avec des règles css contenant</p> <div class="coloration_code cadre"><div class="spip_css cadre"><div class="css"><ol><li class="li1"><div class="de1"><span class="kw1">background</span><span class="sy0">:</span> <span class="kw3">url</span><span class="br0">&#40;</span>...<span class="br0">&#41;</span> </div></li> </ol></div></div></div> <p>qui utilisent la balise #CHEMIN, et cette balise génère bien effectivement des chemins relatifs, mais ensuite dans le fichier css minifié généré lors de la mise en cache par SPIP, les url(...) sont converties en url absolues qui commencent par http:// au lieu de https://... C'est très gênant que le minifier CSS de SPIP remplace automatiquement toutes les URLs relatives par des URLs absolues, sans raison apparente. Comment désactiver cela et faire en sorte de conserver des urls relatives dans le fichier CSS minifié ?</p> <p>(Pour la petite histoire, c'est le filtre |compacte qui appelle le filtre |url_absolue_css qui se charge de réécrire toutes les url(...) relatives en url(...) absolues, et je ne comprends pas en quoi ceci s'appelle un “compactage”... Pour moi c'est plutôt un décompactage, puisque l'url absolue prend plus de place que l'url relative !!!)</p> Passer un site SPIP sous https:// 2017-03-12T22:45:58Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment491412 2017-03-12T22:45:58Z <p>A l'étape 4, selon les FAI, la redirection indiquée ne suffit pas :</p> <div class="precode"><pre dir="ltr" style="text-align: left;"><code>RewriteCond %{HTTPS} !=on RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]</code></pre></div> <p>Il vaut mieux l'écrire en dur :</p> <div class="precode"><pre dir="ltr" style="text-align: left;"><code>RewriteEngine on RewriteCond %{HTTP:X-Forwarded-Proto} !https RewriteRule (.*) https://www.monsite.com/$1 [R=301,L]</code></pre></div> <p>en remplaçant : <br class="autobr" /> <a href="https://www.monsite.com/" class="spip_url spip_out auto" rel="nofollow external">https://www.monsite.com/</a><br class="autobr" /> par l'adresse du site concerné.</p> <p>Il faut aussi penser à ajouter dans :</p> <div class="precode"><pre dir="ltr" style="text-align: left;"><code>../config/mes_options.php $_SERVER['SERVER_PORT']='443'; $_ENV["SERVER_PORT"]='443';</code></pre></div> Passer un site SPIP sous https:// 2017-03-10T07:59:13Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment491387 2017-03-10T07:59:13Z <p>Non ce n'est pas un problème:</p> <ul class="spip"><li> si c'est un lien externe, c'est autorisé</li><li> si c'est un lien interne ( même si c'est plus propre d'utiliser un raccourci du type <code>[voir l'article->56] </code>). Cela fonctionnera car dans le .htaccess on a la redirection vers le https.</li></ul> Passer un site SPIP sous https:// 2017-03-10T07:55:36Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment491386 2017-03-10T07:55:36Z <p>Je me pose des questions sur le contenu des articles : si le texte de ces derniers contient des liens en http du style<code>[Voir l'article->http://mondomaine.tld]</code>, est-ce un souci ? (parce que ce serait complètement inenvisageable de modifier tous ces liens...)</p> Passer un site SPIP sous https:// 2017-03-01T16:09:38Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment491262 2017-03-01T16:09:38Z <p>Merci erational pour cet article et merci Nicolas pour cette précision. Les deux m'ont été bien utiles</p> Passer un site SPIP sous https:// 2017-02-28T09:19:50Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment491244 2017-02-28T09:19:50Z <p>Selon la configuration du serveur — lorsqu'il tente de repasser systématiquement sur le port 80 —, on pourra aussi penser à ajouter un ceci dans <code>mes_options.php</code>:</p> <pre>$_SERVER['SERVER_PORT']='443';</pre> Passer un site SPIP sous https:// 2017-02-27T08:30:15Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment491241 2017-02-27T08:30:15Z <p>Oui à priori, si vous passez tout le site en https://, le plugin redirhttps ne sert plus à rien.</p> Passer un site SPIP sous https:// 2017-02-27T08:29:55Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment491240 2017-02-27T08:29:55Z <p>Oui à priori, si vous passez tout le site en https://, le plugin redirhttps ne sert plus à rien.</p> Passer un site SPIP sous https:// 2017-02-26T16:31:14Z https://contrib.spip.net/Passer-un-site-SPIP-sous-https#comment491237 2017-02-26T16:31:14Z <p>Info très utile.<br class="autobr" /> Est ce que ces réglages permettent de se passer complétement du plugin redirhttps ?</p>