CoolRaoul

Je viens de m'apercevoir que dans de vieux fils les occurences de la chaine de caractères "80" à été remplacée par un tag "img" qui pointe dans le vide: <img src="emoticons/aqua_mega_shok.gif" alt="80"> Exemple de fil: http://www.nas-forum.com/forum/topic/29997-mettre-en-place-une-config-reverse-proxy/?page=9 Autre problème, le contenu de citations d'autre posts ont été modifiées exemple http://www.nas-forum.com/forum/topic/41813-reverse-proxy-avec-nginx/?do=findComment&comment=1319235263 (au début et à la fin du premier post)

N'hésite pas à me solliciter ici ou en MP si tu as besoin de test ou manip avec la version Android de Tapatalk.

C'est bien de Tapatalk qu'il s'agit: dans ce fil je parle uniquement de l’accès au forum sur mobile via l'appli Tapatalk.

Le problème est toujours la hélas (pareil pour l’édition des réponses avec citations en html brut que je n'ai rencontré sous tapatalk avec aucun autre forum)

Salut, Encore des problèmes avec le forum sous Tapatalk. En plus du problème, toujours pas résolu, du mode l'édition ou on se retrouve avec du code html "brut" imbitable, voila que l'affichage de certains messages peut se retrouver sensiblement modifié par rapport à la version web. Exemple sur ce post: http://www.nas-forum.com/forum/topic/48157-problème-avec-gettext-en-ssh/?do=findComment&comment=1319276422 Alors que dans le navigateur il s'affiche ceci: sous Tapatalk, voici ce que ça donne:

En complément, sache qu'une fois Cygwin installé, ne sera pas nécessaire de copier les fichiers sur le PC pour les manipuler, à partir du moment ou ils sont dans un dossier partagé du NAS. Dans le fenetre de commande cygwin suffit de faire au préalable: cd //<nom_ou_IP_du_nas>/<dossier_partagé>/<chemin> (faut être déjà authentifié avec ton compte windows sur le NAS, c'est automatique si utilisateur et mot de passe sont identiques) et, de là utiliser les commandes xgettext, etc ...

Mauvaise idée: suffisait de sélectionner gettext dans l'installeur et il sera installé avec toutes les dépendances. Faut bien faire des choix, un Syno est un serveur NAS au départ, et le mode accès ligne de commande DSM n'est pas prévu pour une utilisation générique. Il existe bien un sous-systeme ("optware", que certains s'obstinent à nommer "ipkg") contenant toutes les commandes unix, installable sur certains modèles (dépend de l'architecture). Le problème est que ce n'est plus vraiment maintenu, strictement non supporté par Synology (refusent de prendre en charge une demande de support si ils détecte ce machin) Sinon me semble me souvenir avoir utilisé, pour manipuler ces fichiers de localisation, une application full Windows, bien plus ergonomique donc. Impossible d'en retrouver le nom par contre.

Bien sur gettext existe aussi sous windows (se trouve facilement avec google) Tu peux aussi installer cygwin (si tu ne connais pas c'est un environnement unix like complet qui tourne sous windows)

il n'y a pas xgettext sous DSM Le plus simple ne serait-il pas de faire la manip sur un host Linux quelconque et de rapatrier le fichier ".pot" généré?

Ce qui coupe les connexions entrantes (internet -> NAS) mais inhibe également les connexions *sortantes*, rendant impossible les mises à jour DSM ou les notifications par mail (ou autres) par exemple Faudrait s'assurer que c'est soit bien ce qui est demandé.

Je ne suis pas certain que les symptômes d'une IP blacklistée par le système de blocage auto se caractérisent par un message d'erreur explicite comme ici ("Vous n'êtes pas autorisé à vous connecter a ce DiskStation etc..."). Il me semble bien qu'une fois bloqué on se fasse simplement éjecter soit en timeout soit en ou "connexion refusée" et ce directement au niveau de la couche IP (bon après tout suffit d'un volontaire pour tester ..) **EDIT** J'ai fait le test, et contrairement à ce que je pensais c'est bien ce message qui s'affiche. Donc un blocage d'IP me semble probable Pour résoudre le pb suffit de se connecter avec une autre IP (en 3G sur un mobile par exemple) et supprimer l'IP bloquée.

Un truc à savoir: sous DSM, le dossier "Photo" par défaut est spécial. Il n'a pas vocation à être utilisé autrement qu'a travers PhotoStation et l'application DS Photo (même si d'autres modes d’accès restent techniquement possibles). Pour cette raison il ne permet pas de gérer finement les droits au niveau dossier quand on y accéde en partage réseau Windows par exemple. Ce n'est que dans le cadre de PhotoStation qu'on peut gérer des droits pas classeur au niveau utilisateur ou groupe. Pour les photos, faut donc faire un choix: utiliser *exclusivement* PhotoStation (qui permet alors de gérer finement les droits ) et DS Photo, ou bien utiliser un dossier partagé générique ("Photos", au pluriel par exemple) qui, par l'intermédiaire des ACLs, saura gérer des règles d’accès aussi fines, sinon complexes, que souhaité.

Je n'en suis pas certain: avec Tapatalk j'ai ce phénomène uniquement sur NAS-Forum, pour les autres forums que je consulte la fenêtre d'édition est restée inchangée:

En mode lecture, en ce qui concerne la mise en page je confirme que c'est en effet bien mieux. Par contre, en mode réponse avec citation on se retrouve toujours à éditer de l'HTML et c'est vraiment pas glop: Exemple:

Reste une solution de secours en attendant mieux, downgrader: http://forum.synology.com/enu/viewtopic.php?f=190&t=100424

​Pour çà je te conseille fortement d'envisager un import sous excel, sinon on risque de partir dans des aventures un peu touffues. Autre option: regarder du coté de l'analyseur de stockage (intégré à DSM) qui pourrait bien répondre au besoin quoique de façon un peu différente)

Détails ici: http://forum.synology.com/enu/viewtopic.php?f=190&t=100948 Note: personnellement il m'est impossible d'ouvrir un ticket de support à cause de la présence de packages non officiels sur mon NAS, ce qui explique ma bouteille à la mer dans cette section (vu que "Tous les commentaires et suggestions postés dans cette section seront directement transférés aux techniciens de Synology")

​Le premier exemple de commande ne créé pas de fichier, donc tu peux l'oublier. Quand au second, est-tu sur d'avoir bien utilisé pour la redirection (chemin après le ">") un dossier existant?. Le respect des majuscules/minuscules est important ici.

Je ne comprend pas "ça met chargement". Sans décrire pas à pas et en détail les manips effectuées on va avoir du mal à comprendre ce qui coince.

Un truc du genre de: find /volume* -print0 | xargs -0 ls -ld ne ferait-il pas tout simplement l'affaire? et, pour le programmer suffit par exemple de le mettre dans le planificateur de tache en y rajoutant une redirection: find /volume* -print0 | xargs -0 ls -ld > /volume1/commun/filelist.txt (en remplaçant "/volume1/commun/filelist.txt")

​Pas tout à fait finalement: ~ # sh --version BusyBox v1.16.1 (2015-05-11 02:55:19 CST) built-in shell (ash) Enter 'help' for a list of built-in commands. ~ # ash --version BusyBox v1.16.1 (2015-05-11 02:55:19 CST) built-in shell (ash) Enter 'help' for a list of built-in commands. Dans busybox, "sh" est un alias vers "ash" en fait.

​Ah mais ca ne prouve rien: toutes les commandes busybox sont des lien vers un unique binaire. Essaie de faire: find /bin -type l | xargs ls -l pour voir Mais rien n’empêche que, dans busybox le code de ash soit différent de celui de sh (... ou pas: "use the source, Luke")

​ash est réputé plus strict que sh en ce qui concerne le respect de la norme posix. Je l'utilise par réflexe. Mais sur le syno, il me semble qu'ils aient un comportement strictement identique

Merci, on touche au but!

Tiens le revoila! Reste qu'il manque encore quelques outils de mise en forme (exemple: augmenter/diminuer le retrait) Si on veut nous encourager à publier de beaux tutos, biens propres, lisibles, didactiques et tout et tout, faudra penser à les rétablir (sans oublier le retour de l'édition en texte brut, quand ses bugs seront corrigés)