Citation de: Zatalyz le 16 Mai 2020 à 10:05:10je rêve de l'outil idéal qui remplacerait ce CMS...

On partage un peu le même rêve avec La Couronne de Cuivre qui utilise vBulletin, et à l'occasion avec Debian-Facile qui utilise FluxBB. Le point commun entre ces deux assos/forums et notre forum étant d'être des modèles "à l'ancienne" (mise en avant des catégories, navigation hiérarchisée) basés sur PHP.

Si un moteur de forum qui plaise à une de ces assos se révèle, je viendrai partager la découverte ici aussi

Moui, là, je crains qu'on n'y puisse pas grand chose... On est coincé avec SMF. Peut-être que la nouvelle version améliore ça, mais mettre le forum à jour va demander du temps et des compétences. J'ai les deuxièmes, un peu moins le premier, et surtout une faible motivation parce que je rêve de l'outil idéal qui remplacerait ce CMS...

Après avoir rédigé un message sur le forum, lorsqu'on le soumet grâce au bouton prévu à cet effet, on se retrouve envoyé dans la partie du forum qui liste les fils de conversation.
C'est à dire, par exemple, plutôt que de voir devant moi mon magnifique sujet que je viens d'ouvrir, avec mon sublime premier message ; je vais me retrouver dans la section Support qui liste tous les fils de discussion de cette section.

C'est un problème car :

 
• Soit on ouvre une discussion et bon, ça va encore, on voit celle qu'on vient de créer, mais c'est pas tip top, on a quand même peur que tout s'est effacé
• Soit on répond à une discussion, et là grosse frayeur, est-ce que ce que je viens d'écrire à complètement disparu ?

Bref, c'est pas pratique et je ne connais aucun autre moteur de forum qui fait ça, c'est à dire que ceux qui ont l'habitude des forums, sont habitués à autre chose.

Oui, c'est possible, et c'est même recommandé de configurer deux vhosts plutôt que de passer par un chemin différent ;-)

En gros, tu peux faire une copie de /etc/nginx/sites-available/default et l'adapter (notamment le port (+ éventuellement l'IP) dans la directive "listen", le "server_name" où tu mets "peertube.tepsne.ovh" par exemple, et "root" que tu fais pointer vers le dossier racine de ton vhost).

Bonjour, j'aimerai une grande aide pour savoir gérer plusieurs services/sites web sur le même port/ip/server .

Pour mon exemple, je veux installer Peertube et Nextcloud sur la même machine avec nginx.
Donc j'aimerai pouvoir y  accéder de extérieurs par :
- peertube.tepsne.ovh
- nextcloud.tepsne.ovh

Es-que c'est possible ?


Ps : sinon j'ai vu que www.tepsne.ovh/dossier était plus simple ? Mais moins beau !

Merci

Alors avec des injection de " code dans les primitives " ou avec la commande " /a eScript " :

Avec gdb;

[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `/home/compil/khanat-code/code/ryzom/../build/bin/ryzom_ai_service -C. -L. --nob'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  AIVM::CScriptVM::interpretCode (this=<optimized out>, thisContext=<optimized out>, parentContext=<optimized out>, callerContext=<optimized out>, codeScriptEntry=...)
    at /home/compil/khanat-code/code/ryzom/server/src/ai_service/script_vm.cpp:922
922                  sc->callNativeCallBack(thisContext, funcName, mode, inParamsSig, outParamsSig, &stack);
[Current thread is 1 (Thread 0x7ff355a9be80 (LWP 2896))]
(gdb) bt
#0  AIVM::CScriptVM::interpretCode (this=<optimized out>, thisContext=<optimized out>, parentContext=<optimized out>, callerContext=<optimized out>, codeScriptEntry=...)
    at /home/compil/khanat-code/code/ryzom/server/src/ai_service/script_vm.cpp:922
#1  0x00005606ca39d723 in CStateInstance::interpretCode (this=<optimized out>, caller=<optimized out>, codeScriptEntry=...) at /home/compil/khanat-code/code/ryzom/server/src/ai_service/state_instance.cpp:173
#2  0x00005606ca39d9b9 in CStateInstance::interpretCode (this=<optimized out>, caller=caller@entry=0x0, codeScript=...) at /home/compil/khanat-code/code/ryzom/server/src/ai_service/state_instance.cpp:178
#3  0x00005606ca27cce9 in execScript2 (stringWriter=..., args=std::vector of length 2, capacity 2 = {...}) at /home/compil/khanat-code/code/ryzom/server/src/ai_service/commands.cpp:1592
#4  0x00005606ca27f17e in execBufferedCommands () at /home/compil/khanat-code/code/ryzom/server/src/ai_service/commands.cpp:1377
#5  0x00005606ca13dffb in CAIS::update (this=0x5606cc5df650) at /home/compil/khanat-code/code/ryzom/server/src/ai_service/ai.cpp:398
#6  0x00005606ca38269d in cbTick () at /home/compil/khanat-code/code/ryzom/server/src/ai_service/service_main.cpp:309
#7  0x00005606ca3ea0cb in CMirror::onTick (this=0x5606ca9db6e0 <CMirrors::Mirror>, this=0x5606ca9db6e0 <CMirrors::Mirror>) at /home/compil/khanat-code/code/ryzom/common/src/game_share/mirror.h:650
#8  cbTickUpdateFunc () at /home/compil/khanat-code/code/ryzom/common/src/game_share/mirror.cpp:2276
#9  0x00005606ca466e48 in CTickEventHandler::tickUpdate (serviceId=...) at /home/compil/khanat-code/code/ryzom/common/src/game_share/tick_event_handler.cpp:181
#10 0x00005606ca467106 in cbTick (msgin=..., serviceName=..., serviceId=...) at /home/compil/khanat-code/code/ryzom/common/src/game_share/tick_event_handler.cpp:111
#11 0x00005606ca5a90e8 in NLNET::uncbMsgProcessing (msgin=..., from=0x5606cc256170) at /home/compil/khanat-code/code/nel/src/net/unified_network.cpp:396
#12 0x00005606ca576a7b in NLNET::CCallbackNetBase::processOneMessage (this=this@entry=0x5606cc256000) at /home/compil/khanat-code/code/nel/src/net/callback_net_base.cpp:216
#13 0x00005606ca577459 in NLNET::CCallbackNetBase::baseUpdate2 (this=this@entry=0x5606cc256000, timeout=timeout@entry=100, mintime=mintime@entry=0) at /home/compil/khanat-code/code/nel/src/net/callback_net_base.cpp:411
#14 0x00005606ca5758f0 in NLNET::CCallbackClient::update2 (this=0x5606cc256000, timeout=100, mintime=0) at /home/compil/khanat-code/code/nel/src/net/callback_client.cpp:128
#15 0x00005606ca5ae1e2 in NLNET::CUnifiedNetwork::update (this=0x5606cc1950e0, timeout=timeout@entry=100) at /home/compil/khanat-code/code/nel/src/net/unified_network.cpp:1079
#16 0x00005606ca130105 in NLNET::IService::main (this=0x5606cc1860a0, serviceShortName=<optimized out>, serviceLongName=<optimized out>, servicePort=<optimized out>, configDir=<optimized out>, logDir=<optimized out>,
    compilationDate=0x5606ca67b859 "Nov 15 2017 18:07:06") at /home/compil/khanat-code/code/nel/src/net/service.cpp:1394
#17 0x00005606ca1211cc in main (argc=6, argv=0x7fff6ffb9f48) at /home/compil/khanat-code/code/ryzom/server/src/ai_service/service_main.cpp:359

Pour résumer sur les derniers tests :
les ports 40916 et 43435 ne fonctionnent pas en https mais en http oui

http://lirria.khaganat.net:40916/login/  c'est la connexion du client donc quand le https fonctionnera on pourra enlever le http.


http://lirria.khaganat.net/login/ ou https://lirria.khaganat.net/login/ je le changerai pour qu'il ne fonctionne plus si j'y arrive.

(pour api/app : il y a des  index.php , quand il y a qu'une ligne de texte ça affiche mais si je mets des balises  images  , ça mets error 500 .... ) j'ai trouvé ce qui va pas pour l'affichage

j'ai détaillé pour voir ce qui va pas , j'ai pas dit que je voulais du http mais comme je ne sais pas d'ou  ça vient , j'ai indiqué ce que j'ai.

merci

Pour le fait que les requêtes http ne fonctionnent pas, c'est de ma faute, j'ai oublié que ça servait et donc lors du dernier renouvellement, j'ai dit "tout en https". Je vais voir si j'arrive à m'en occuper demain matin. Une ligne à changer dans chaque fichier de conf et deux commandes apache, ça devrait pas être trop long. En même temps... est-tu sûr de vouloir du http ? https c'est toujours bien sympa, hein 

Cependant les liens que tu as mis n'ont pas le même résultat chez moi.
- http://lirria.khaganat.net:40916/login/   => redirige sur https donc erreur. Et en même temps un login c'est JAMAIS sur une connexion non sécurisée. Je ne vais pas te débloquer la version https sans une bonne justification.
-  http://api.lirria.khaganat.net et http://app.lirria.khaganat.net redirigent sur https et répondent. Ça ne va pas si le https répond, dans ce cas ?
- http://lirria.khaganat.net/login/ redirige vers le https (jusque là, je dirais, tout va "bien"), par contre, que ça ne soit pas visible comme ça dépend de la configuration d'apache sur lirria (donc dans l'absolu tu peux toi-même bidouiller, mais je peux aussi le faire ). Vu ce que ça m'affiche, je me doute que ce n'est pas sensé répondre comme ça, mais quel est le comportement normal pour ces pages ?

Pour "fonctionne anormalement" sur api et app, tu peux donner plus de détail ? Qu'est-ce qu'une page simple, une page complexe ? Met-moi des exemples, explique moi ce qui est sensé se passer et ce qui ne se passe pas.

J'ai un vendredi et un samedi bien chargé, et énormément de retard sur mon travail, donc je vais limiter IRC dans les jours qui viennent. Ce qui veut dire que le plus simple pour discuter avec moi, ce sera le forum : retour aux vieilles habitudes ! 

Alors, pour le problème de Lirria pour les redirections à modifier :
- fonctionne normalement
       * http://lirria.khaganat.net:40916/login/   
- ne fonctionne pas
       * https://lirria.khaganat.net:40916/login/
       * http://api.lirria.khaganat.net
       * http://app.lirria.khaganat.net
- ne devrait pas fonctionne
       * https://lirria.khaganat.net/login/
       * http://lirria.khaganat.net/login/
- fonctionne anormalement
       * https://api.lirria.khaganat.net
       * https://app.lirria.khaganat.net
une page simple fonctionne et une page complexe ne fonctionne pas .

Voici des renseignements détailler de ce que j'ai trouvé comme erreur.