Matériel: Raspberry Pi à la maison Version de YunoHost: 3.7.0.12 J’ai accès à mon serveur : En SSH | Par la webadmin Êtes-vous dans un contexte particulier ou avez-vous effectué des modificiations particulières sur votre instance ? : non
Description du problème
Bonjour,
j’essaie de rediriger l’appli easy!appointment, installée dans une machine virtuelle debian 9, propulsée par apache (pas réussi à la faire fonctionner avec nginx) et accessible via une ip locale (type 192.xxx.xxx.xxx), vers un sous domaine sub.domain.tld. Je précise que l’appli fonctionne sans souci dans la VM.
Edit : j’ai supprimé le message initial et corrigé le titre car j’ai résolu le problème des css (ajout tout simplement de l’adresse du sous-domaine dans le config.php de l’appli).
Néanmoins, j’ai quand même une erreur ajax (que j’ai aussi lorsque j’ai installé l’appli dans custom web app):
Oubli les erreurs de CSP (Content Security Policy). Bien qu’elles soient en rouge cligotant, le CSP est configuré en “Report Only” (donc le seul effet que ça a c’est d’afficher des erreurs/warnings mais ça ne bloque rien pour de vrai)
A mon avis la vraie erreur semble plutôt venir de “ReferenceError: $ is not defined”
Ce qui ressemble à un truc où jQuery n’est pas correctement inclu dans la page …
Du coup il faudrait trouver pourquoi … Peut-être que dans ta console il y a d’autres erreurs plus haut j’ai l’impression … Ou bien sinon regarder la partie “Réseau” dans le debug de Firefox (en rechargeant la page)
merci Aleks, j’ai édité mon message, c’était une erreur bête de ma part…du coup j’ai l’erreur ajax : un truc à activer sur nginx pour l’autoriser ?
edit 2 : j’ai l’impression que c’est encore une histoire liée à l’url dans le config.php…Apparemment, il faudrait mettre https dans ce champ pour que ça fonctionne, selon ce fil, mais si je fais ça, les liens relatifs ne fonctionnent plus, ça rajoute l’adresse complète du sous domaine au lien (donc ca donne sub.domain.tld/sub.domain.tld/index.php
Du coup, je ne pense pas que ce soit un problème lié à ynh mais une incompatibilité entre les 2 applis malheureusement
Salut, vu le problème ça ressemble plutôt à une configuration nginx.
Je te conseille de fouillerleur github et tester plusieurs modifications dans le nginx de redirect_ynh (relance bien le service nginx a chaque fois)…
Par-exemple https://github.com/alextselegidis/easyappointments/issues/294
Salut scith,
merci, je n’avais même pas pensé à vérifier le github…Pour l’instant, ce que j’ai essayé n’a pas fonctionné.
Il semblerait tout de même que le champ BASE_URL pose problème : ici, un utilisateur a remonté exactement le souci que je rencontre, manifestement lié à https.
Un autre truc que je ne comprends pas : ce fameux champ est supposé contenir l’url du site, y compris les 2 slashes (http://) mais, comme c’est du code php, dès que je les inscris, les éléments suivants sont commentés…J’ai fait quelques recherches sur codeigniter sur lequel est basé eaysa et de nombreuses réponses conseillent l’url en absolu dans ce champ, avec les //. Mais forcément ça commente. Il y a un truc que je ne saisis pas…Je regarde encore un peu et puis je laisse tomber, c’est au-dessus de mes compétences.
Salut, @jodumont de l’issue github est aussi sur le forum donc il a peut être une idée ?
Je ne pense pas que le code PHP soit commenté si l’url est bien mises entre apostrophes ou guillemets. C’est peut être juste ton éditeur de code qui s’emballe ?
Salut,
bon…c’est moche, mais il s’avère, tout compte fait, que ça marche en inscrivant la bonne adresse dans le champ BASE_URL, comme conseillé en fait (en tout cas dans custom webapp, pas encore pu tester redirect). Je ne sais vraiment pas ce que j’ai pu inscrire avant, j’ai pourtant fait 12000 tests…J’ai honte . Sinon, l’éditeur c’était le nano de base.
Du coup, redirect ne va plus me servir pour easya, j’ai installé directement custom webapp dans le sous-domaine voulu et ça fonctionne. Au bout du compte c’était ultra simple…
En tout cas, redirect est une super appli, je vais surement l’utiliser pour d’autres projets (quand je me serai remis de ma connerie).
Merci et désolé pour le temps passé !
Edit : c’est bon aussi dans redirect, easyappointments n’est donc défintivement pas en cause, elle fonctionne très bien sous https. Voilà, il reste à aller me fouetter histoire d’expier mes pếchés (et nano aussi va s’en prendre, non mais !)
. Sinon, l’éditeur c’était le nano de base.