Madef a écrit 5 commentaires

Bonjour,

Cela me semble être un très bon projet. Je vais y jeter un œil dès que j'aurai un peu de temps.
Sinon j'ai vu sur votre site une petite coquille :

Tracim dispose d’un service d’échange de fichier. Par simple copier/coller ce service permet d’envoyer ou récupérer des fichiers avec peu de limite de taille. Il est un palliatif aux solutionx de type Wetransfer, Dropbox, ou encore Google Drive.

Je pense que solutionS serait mieux.

Bonjour,

Merci pour ces réponses.

Ce n'est pas un problème de conflit d'IP, car j'ai deux machines sur le réseau et elles utilisent des IPs différentes.
Je changé l'adresse IP du NAS et toujours le même problème.

J'ai remarqué un truc étrange, lors du démarrage du NAS ou de son extinction j'ai l'espace de quelques secondes accès au réseau. Je me suis dis que c'était un problème de firewall. Normalement rien n'est configuré, il ne filtre rien. J'ai quand même ajouté une règle pour tout laisser passer. Pas plus de résultat.

J'ai tenter d'éteindre apache et autres serveur. Pas plus de résultat. Pour finir, j'ai fait un while :; do date +%Y-%m-%d_%H-%M-%S; top -b -n1 > test.date +%Y-%m-%d_%H-%M-%S; sleep 1; done et éteint le NAS. J'ai récupéré les fichier sur mon pc fixe et j'ai comparé les TOP. Grâce à cela je vois les processus un à un s'éteindre. J'ai remarqué que le synology lance une commande :
/usr/syno/bin/synopkg onoffall stop

Après avoir redémarré le NAS, j'ai tenté cette dernière et miracle j'ai récupéré mon accès à l'extérieur :)

Quelqu'un a-t-il une idée de pourquoi cette commande règle le problème ?

Rien de spécial sur le routeur sinon des transferts de ports :

SSH 22  22  Both    192.168.0.11
HTTP    80  80  TCP 192.168.0.11
HTTPS   443 443 TCP 192.168.0.11
DiskStation 5000    5000    TCP 192.168.0.13

En effet je ne m’intéresse pas plus que ça aux CMS, je n'en utilise pas. Seulement j'ai été curieux par le projet que je trouve assez "innovant".

Par contre je ne suis pas d'accord sur le fait que de mettre les sources au niveau inférieur ne soit pas compatible avec tous les hébergeurs. Je pense qu'il est inenvisageable de proposer les deux solutions (au même niveau ou au niveau inférieur).

Il faut penser à l'avenir, se priver que 99% de la population mondiale, c'est quand même un peu dommage. Quant à réécrire plus tard le code pour le traduire en anglais, c'est une monstrueuse perte de temps.

Par curiosité, j'ai regardé la documentation et je m'en suis arrêté aux eval. Je me suis dit "mais pourquoi ?". Je ne sais pas si ils sont réinterprétés par un genre de moteur de template (manifestement non), mais je ne comprends pas la raison de faire un eval. Dans tous les cas c'est dommage de procéder ainsi. Si en plus le code est commenté et écrit dans la langue de Molière. Le projet a l'air intéressant, mais comment avec des commentaires en français l'on peut espérer avoir une communauté de développeurs internationaux ?

Selon moi pour que le projet prenne de l'ampleur il faut :
- Traduire le code en anglais
- Tout écrire en anglais et traduire en français
- Commiter en Anglais (et définir une norme de commit)
- Avoir un système de templating (Twig ?)
- Que les dossiers des templates et code soient au niveau inférieur (non accessible depuis la racine du serveur)

Il y a certainement d'autres points, mais déjà avec ça je me serais un peu plus penché sur le projet.