Désactivation Ajax pour l’espace privé

thierry

Janvier 2015

Bonjour,
je voulais savoir si il y avait une option simple pour désactiver Ajax dans l’espace privé et uniquement dans l’espace privé.
L’administrateur d’un site est actuellement sur un iPad avec iOS6 et Ajax merdouille grave avec Safari. J’ai fait le test en désactivant javascript. Mais bon, c’est pas super pratique de désactiver puis de le remettre ...
Je me demandais donc si il n’y aurait pas une case à cocher quelque part pour faire en sorte que la partie privée soient sans javascript.
Merci

Par note Par date Par date chronologique

Indiquez l’intérêt que vous portez à cette réponse

0

Gilles

Janvier 2015

Bonjour,
ce n’est pas possible.
Mais on peut faire en sorte que ça "merdouille" moins - quels sont les symptomes ? Quelle est la version de Safari ?
Indiquez l’intérêt que vous portez à cette réponse

0

thierry

Février 2015

Aucune idée sur la version Safari, mais je sais qu’il est en iOS 6.
Le symptôme, c’est qu’il clique pour ajouter un nouveau document issu de l’ordinateur, de la médiathèque ou du serveur et qu’il reste en attente pendant des plombes sans que rien ne se passe à part le loading d’attente Ajax. Idem, si il souhaite changer le titre d’une image ... Bref, dès que c’est de l’Ajax derrière, ça bloque.
Indiquez l’intérêt que vous portez à cette réponse

0

Najd

Janvier 2020

Même problème sur de SPIP 3.2 après la mise à niveau d’un Debian en v10.
Tous les boutons qui appelle du ajax ne fonctionne plus. Le témoin de chargement est bien présent mais rien ne se passe.

Aucun message d’erreur dans la console du navigateur, ni dans le log du serveur (lighttpd) ni dans le spip.log.
Indiquez l’intérêt que vous portez à cette réponse

0

Pierrox

Janvier 2020

Salut,

Vérifiez les urls postées en ajax via l’inspecteur d’élément du navigateur.
réseau -> Filtre "xhr" sur firefox. Safari propose grossomodo la même chose.
Regardez aussi la console javascript ! il doit y avoir des infos au moins sur les posts ajax (XHR)

Bien vérifier que votre domaine http/https soit configuré correctement.
Indiquez l’intérêt que vous portez à cette réponse

0

Najd

Janvier 2020

Effectivement j’obtiens une réponse 403 du serveur peut importe les droits configurés sur les dossiers.
Le problème viens vraiment d’ajax puisqu’en désactivant javascript je peux créer et modifier des articles et des brèves existantes.
Indiquez l’intérêt que vous portez à cette réponse

0

Pierrox

Janvier 2020

Pourriez vous comparer l’URL de la page courante avec celle postée en ajax. le problème ne vient pas du d’ajax et du JS. sinon on aurait des erreurs dans la console.

– https / Http <- Est ce que le protocole est bon ??
– domaine strictement identique ?
Indiquez l’intérêt que vous portez à cette réponse

0

Najd

Janvier 2020

le problème ne vient pas du d’ajax et du JS. sinon on aurait des erreurs dans la console.

Pourtant la console du navigateur indique bien error 403 sur certaines requêtes XHR.
Autre fait intéressant toutes les requêtes ajax POST fonctionne très bien. Parmi les requêtes GET, certaines fonctionnent d’autre retourne un 403.
Ajax est bien le problème.

Je pourrais rétrograder ma version de php, mais l’ai mis à jour justement pour continuer à avoir des mises à jour sur d’autre outils.

Dommage que SPIP ne soit pas soutenu par une entreprise on serait assuré d’avoir une compatibilité avec les outils standards des distributions populaires.
Indiquez l’intérêt que vous portez à cette réponse

0

Pierrox

Janvier 2020

La 403 est renvoyée par votre serveur.
La console js n’est pas la même chose que la console réseau.
Le JS ne fait que lancer une requête sur la ressource demandée.
Il doit y avoir un reverse proxy cache mal configuré ! vu que ça plante sur les requêtes GET. Coller la liste des requêtes et leur entête http.

najd

Janvier 2020

Je viens de trouver sur cette page que SPIP n’est pas compatible php 7.3 qui est la version standard empaquetée dans Debian 10, actuelle stable.

Cela peux expliquer que SPIP fonctionne parfaitement en php 7.0 mais pas en php 7.3.

En outre je n’utilise aucun cache ni reverse proxy et tous mes autres sites qui ne sont pas du SPIP fonctionne parfaitement.

Ci-dessous les en-têtes de la requête. À noter que je travaille en local mais pour les personnes qui accède à distance c’est la même chose.

XHRGEThttp://192.168.0.101/YYY/ecrire/?debut_liste_art=-1&var_ajax=1&var_ajax_env=LGRSBD0heRAQLe3rV92nfg6MpTPv8NP%2Bcyd93cBrqSRsAiwhSAYfT%2FSAng7GPq4KrgeU9cvmYv8dVz4Vb0q8FlmrZslWblexXifTVwHDvWsI950FUclh9L8dyb6B%2F5GSAqBEMWHwDyTAbFz%2BBlf0ZC9ByYGSiZU0s3nDNtvSeTlXi7Zl5BH8eplJ1hXuEaGeF7CAZzNAbX1S59UQP3DWlhPgNsVXBk0sI3TERRz94RV0ZKyzrg9t0%2FfJO0RYAmrhDKZ0N550%2F7DImNWZl4o4bUFt5MAJWdpnE3oW0CAreQ0O3xbb24elpm259mZD442U8BFFjDPRopsMESbLtH50sUMMchsj83gJO4LZwdvFoGU%3D&var_ajax_ancre=pagination_liste_art&var_t=1580286104297
[HTTP/1.1 403 Forbidden 38ms]

URL de la requête :http://192.168.0.101/YYY/ecrire/?debut_liste_art=-1&var_ajax=1&var_ajax_env=LGRSBD0heRAQLe3rV92nfg6MpTPv8NP%2Bcyd93cBrqSRsAiwhSAYfT%2FSAng7GPq4KrgeU9cvmYv8dVz4Vb0q8FlmrZslWblexXifTVwHDvWsI950FUclh9L8dyb6B%2F5GSAqBEMWHwDyTAbFz%2BBlf0ZC9ByYGSiZU0s3nDNtvSeTlXi7Zl5BH8eplJ1hXuEaGeF7CAZzNAbX1S59UQP3DWlhPgNsVXBk0sI3TERRz94RV0ZKyzrg9t0%2FfJO0RYAmrhDKZ0N550%2F7DImNWZl4o4bUFt5MAJWdpnE3oW0CAreQ0O3xbb24elpm259mZD442U8BFFjDPRopsMESbLtH50sUMMchsj83gJO4LZwdvFoGU%3D&var_ajax_ancre=pagination_liste_art&var_t=1580286104297
Méthode de la requête :GET
Adresse distante :192.168.0.101:80
Code d’état :
403
Version :HTTP/1.1
	
En-têtes de la réponse (306 o)	
En-têtes bruts
Composed-By	
SPIP 3.2.7 @ www.spip.net + ht…YYY/local/config.txt
Content-Length	
30
Content-Type	
text/html; charset=utf-8
Date	
Wed, 29 Jan 2020 08:23:06 GMT
Server	
lighttpd/1.4.53
Vary	
Cookie, Accept-Encoding
X-Outils-CS	
decoration, spam
En-têtes de la requête (1,401 Ko)	
En-têtes bruts
Accept	
*/*
Accept-Encoding	
gzip, deflate
Accept-Language	
fr-FR
Connection	
keep-alive
Cookie	
sous_liste_1=+sous_liste; sous…n=etroit; spip_accepte_ajax=1
DNT	
1
Host	
192.168.0.101
Referer	
http://192.168.0.101/YYY/ecrire/
User-Agent	
Mozilla/5.0 (X11; Linux x86_64…) Gecko/20100101 Firefox/72.0
X-Requested-With	
XMLHttpRequest

Indiquez l’intérêt que vous portez à cette réponse

0

najd

Janvier 2020

Pour palier temporairement au problème je demande à mes utilisateurs d’ouvrir les liens modifier dans un nouvel onglet.
Du coup la requête ajax n’est pas exécuté et la modification d’article fonctionne, même si c’est très pénible.