[GUIDE] Serveur DoL sous Ubuntu

[HunabKu]

Bonjour à tous.

Je continue mes démarches de vulgarisation en créant un guide en français pour installer et faire tourner un serveur DoL sous Ubuntu (sera transformé en Débian et dérivés ensuite)
C'est actuellement une ébauche mais ça va vite progresser

N'hésitez pas à commenter.

[Graveen]

Yes merci !
Excellent guide. Tu peux me dire pourquoi la compilation sous Mono exige de faire des search & replace dans le code source ? Pour Log4net je comprends, pour AdminCommand et GMCommand, ca m'interpelle.

Pour le ConsoleAppender et le ColoredConsoleAppender:
- on peut utiliser le preprocesseru (#IFDEF) et/ou la compilation par target (DEBUG,RELEASE,MONO)
- on peut utiliser la reflexion pour déterminer si log4net expose telle ou telle API

[Graveen]

Ce qui serait vraiment intéressant c'est de faire une comparaison sur quelque chose de similaire.
Je n'ai vraiment aucune idée des bénéfices/soucis que je peux avoir sur chaque plateforme.
Pareil pour chaque OS.
Faudrait établir une mesure de performance (occupation CPU ? je ne sais pas si c'est pertinent), un banc de charge (100 clients simulés ?) et tester sur une VM identique:
*Win XP
*Win 7
*Win 10
*Ubuntu latest avec unity
*Debian latest avec Gnome
*Debian latest headless
*HyperV 2012 server (ou autre truc exotique :p)

Pas si simple !

[HunabKu]

Et bien c'est toujours à cause de la case. S'ils ne sont pas tous exactement nommés à l'identique, Monodevelop charge deux dossiers différents. On ne peux alors n'ouvrir aucun des fichiers contenus dans ces dossiers, et donc aucune commande.

Sous Linux il est bien plus performant c'est sur et c'est pas qu'une impression, mais évidement c'est moins user-friendly.

[Graveen]

Tu peux quantifier ?
Bien sûr je donnais pleins d'OS, mais une comparaison w10 vs ubuntu unity 16.04 serait déjà un gros plus.

Ce que je ne capte pas (pas regardé, juste en théorie), c'est qu'on bute seulement sur 2 ou 3 classes et pas sur les autres pour la casse.
De toutes façons, faudrait patcher/refactorer le repo pour que ca tourne avec Linux si ce n'est qu'un souci de casse, ca permet une compatibilité rapide et peu contraignante, dommage de ne pas la faire.

[HunabKu]

Pour rappel :
- Windows ne gère pas la case : un dossier Bidon = bidon = bIdon = biDon etc
- Linux lui le gère, on peut créer tous ces dossiers sans problème
Du coup si on peut la compatibilité avec linux, il faut bien faire attention d'utiliser les mêmes noms sensibles à la case.

Le MONO_IOMAP=case dis à Mono de ne pas gérer la case, comme Windows, mais Monodevelop lui n'a pas cette option, malheuresement (débilement je dirais même vu leur status .NET/Mono/Windows/Linux).

[Graveen]

Oui, sur le filesystem. Mais là on est dans le code source non ??

[HunabKu]

Bah oui mais Monodevelop quand il charge la solution, liste les dossiers et fichiers avec les règles du filesystem de l'OS, d'ou le problème.

[Graveen]

Je vois toujours pas. C'est un dossier AdminCommand ou un nom de namespace/classe ?

[HunabKu]

GameServer/GameServer.csproj liste les sous-dossiers du dossier GameServer : admincommands, gmcommands et playercommands.
Ils sont listés sans respecter la case, par exemple admincommands et AdminCommands
Vu que Windows ne différencie pas admincommands et AdminCommands, aucun problème.
Mais Linux considère que ce sont deux dossiers différents.

[HunabKu]

Correction du chemin d'HeidiSQL

[HunabKu]

- ajout du PPA ermshiperete/monodevelop

[HunabKu]

Mis à jour de la méthode d'installation de Monodevelop.