Fenrir

Pas de transcodage sur ton modèle (pas assez puissant). Généralement je recommande de toujours enregistrer les vidéos dans des formats nativement gérés par les lecteurs/navigateurs/tv/... (le nas lui il s'en fiche, il ne lit pas la vidéo, il se contente de la diffuser) =>actuellement ce qui passe le mieux c'est le h264/acc dans un conteneur m4v ou mp4.

Si vos paramètres font partis de ceux gérés par la sauvegarde de la conf, autant réinstaller à partir de zéro, ça sera plus propre, plus rapide et moins traumatisant pour les disques (pas de reconstruction de raid&co).

C'est curieux que ça ne le fasse qu'avec Chrome. Par contre il y a peut être un différence qui change tout dans ma conf (comme c'est transparent je l'oubli), j'utilise le portail des applications.

Utilise FileStation pour ajuster les droits.

Je n'utilise pas (et n'utiliserai probablement jamais) LastPass, mais tu n'as pas une fonction pour lui dire de ne pas "valider" automatiquement un formulaire ? Ou lui dire de n'enregistrer que les champs login/password et pas l'OTP ? J'ai ça avec Keepass, aucun souci avec les authentifications à plusieurs facteurs.

Pas de souci de MaJ je pense, au pire c'est juste le fichier wp-config.php à éditer.

Si ton volume1 est full, il n'y a pas peut être pas la place de créer les fichiers temporaires (qui sont toujours là où est installée l'appli) =>au choix : fais de la place sur vol1 réinstalle downloadstation sur le vol2 Si rien n'y fait, c'est peut être un bug (il y a plusieurs posts sur le forum qui en parlent)

Le serveur Web des Syno tourne avec le compte http, il faut donc que ce compte ait les droits sur ton dossier cible (pour le code php qui va avec, c'est à toi de chercher).

Pour faire fonctionner Wordpress sur ton syno, il te faut : un serveur Web : je te recommande Apache 2.4 à cause des plugins mal codés un interpréteur PHP : php7 les extensions php qui vont bien : de mémoire il faut juste gd, mcrypt, mysqli, pdo_mysql et xmlrpc => tu peux aussi tout cocher un gestionnaire de base de données : MariaDB Server 10 de quoi créer la base : il y a un paquet phpmyadmin preconfiguré (tu peux le supprimer après, c'est juste pour créer la base), sinon c'est 3 commandes SQL : CREATE DATABASE IF NOT EXISTS wordpress; CREATE USER 'wordpress'@'localhost' IDENTIFIED by 'password'; GRANT ALL PRIVILEGES ON wordpress.* TO 'wordpress'@'localhost'; et le zip de wordpress Tu créés la base et son utilisateur avec ce que tu veux (phpmyadmin ou les 3 commandes précédentes). Ensuite tu crées un virtualhost dans WebStation avec les réglages ci-dessous : basé sur le nom (dans ce cas tu mets un nom de domaine dédié à wordpress) ou basé sur le port (dans ce cas tu choisis un port libre) racine : l'endroit du zip décompressé (http doit avoir tous les droits sur ce dossier) hsts/https : à toi de voir serveur http : apache 2.4 php : php 7 puis tu ouvres le site correspondante dans ton navigateur, tu devrais avoir la page d'installation de WP : nom de la base : wordpress identifiant : wordpress mot de passe : password adresse de la base : localhost:/run/mysqld/mysqld10.sock préfixe : wp_ Et tu suis les instructions ps : je l'ai fait en même temps que j'écrivais ce post => ça fonctionne très bien, y compris avec nginx (j'ai testé avec les 2)

en iSCSI ça fonctionne bien si le réseau est bon, mais ça pose d'autres contraintes les syno peuvent rapatrier les mails d'un hébergeur pour les stocker sur le disque (c'est assez simple à faire), ils peuvent aussi faire serveur de messagerie et donc remplacer un hébergeur, mais ça demande quelques notions et il faut un nom de domaine + une ip fixe || dans les 2 cas, ils proposent une interface (webmail) pour les consulter et il reste possible d'y connecter thunderbird&co pas mieux l'application est gratuite (DSGet tout simplement), on peut aussi utiliser transmission et le piloter depuis un smartphone (jamais testé, mais le paquet existe) en complément, il y a d'autres protocoles que le FTP de disponibles sur les Syno (http/https/ftps/sftp/webdav plus via vpn : SMB/NFS/AFP) et on peut étendre la liste avec certaines gammes (via docker) video : le supporte du dlna est complet (DLNA Certified) pas de sortie écran sur un Syno, donc Kodi est difficilement utilisable (mais c'est possible avec certains modèles, inutile et lent, mais possible) il y a une sorte de "Kodi light" officiel -VideoStation-, plex est aussi dispo sur certains modèles pour les formats, certains modèles peuvent "transcoder" les fichiers vu la demande, gamme play ou plus (+) minimum, mais je déconseille les extensions, pour le reste @firlin a tout dit

il s'agit de "modules" php pour activer telle ou telle fonctions/classes => dans WebStation->Paramètres PHP->Extensions et pour savoir celles qui sont nécessaire, il suffit de regarder la doc de wordpress (o d'aller sur un des milliers de tuto qu'on trouve sur le net). http://php.net/manual/fr/ini.core.php#ini.open-basedir - Tu peux commencer par supprimer le paquet MariaDB (mysql)

En interne, techniquement tu peux même utiliser google.com comme domaine (tu auras d'autres problèmes, mais ça fonctionnera)

@Mic13710 Pourtant un de mes anciens 710 était bien en "vrai basic" (pas de LVM), ça a peut être changé depuis

Pourtant c'est plus fiable que n'importe qu'elle interface et c'est reproductible/combinable à l'infini, de lus installer des dizaines de Mo d'images et de librairies juste pour avoir des bouton devant une commande aussi simple et aussi bien documentée que rsync, c'est un beau gâchis de ressource. Mais encore une fois, il existe des interfaces graphiques devant rsync :

Bonnes nouvelles ps : Docker ne casse pas les raid (je l'utilise au quotidien depuis 1 ou 2 ans sur 2 nas).

oui (crashé ne veut pas dire HS)

Bienvenu Pour le +1 c'est parce que tu as pris la peine te de présenter (bien que succinctement) avant d'aller poser ta question, ça mérite une bon point par les temps qui cours

Qu'une fois que tu auras pris toutes les précautions, tu pourras tenter une réinstallation du nas et "normalement" les données seront encore là. Lorsqu'on installe un Synology, le système fait 3 partitions : la partition système : une réinstallation ne touche qu'à cette partition une partition de swap (mémoire virtuelle) : pas de données ici une partition pour les données : cette dernière n'est "normalement" pas impactée par une réinstallation C'est comme avoir un PC avec C: et D: => si tu réinstalle Windows, tu ne touches qu'à C:

C'est un peu l’hécatombe en ce moment, on dirai que beaucoup de nas n'ont pas aimé les vacances (à croire que certains propriétaire les ont emmené se baigner ...). Le bon point c'est que l'assistant le voit, le nas lui-même est donc probablement OK. Pour les données, si le disque n'est pas crashé, il existe plusieurs manière de faire pour accéder aux données, mais ça dépend principalement du type d'installation (basic ou SHR ici). Si c'est le mode "basic" qui a été choisi lors de l'installation, le disque sera accessible depuis n'importe quel GNU/Linux nativement et depuis Windows ou Mac en installant les "pilotes" ext4 ou en passant par un logiciel (je n'ai pas de nom en tête, mais ça se trouve assez facilement). Si par contre il est en SHR (c'est le mode par défaut avec un Synology 2 baies ou plus), alors il faudra le faire depuis un poste Linux : https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/Storage/How_can_I_recover_data_from_my_DiskStation_using_a_PC Enfin, normalement la réinstallation ne supprime pas les données, mais il vaut mieux faire une sauvegarde avant (de toute manière il faut toujours avoir une sauvegarde, à minima des données importantes). =>il faut commencer par connecter le disque à un PC, de préférence sous GNU/Linux, et aller récupérer ce qui peut l'être nb : même si c'est mieux (et pas que pour récupérer les données ...), il n'est pas obligatoire d'installer un poste sous GNU/Linux pour faire ça, un Live CD (de préférence sur une clef USB, c'est plus rapide) ça fonctionne tout aussi bien.

Merci de passer par la section présentation du forum, c'est toujours plus sympa. Pour le problème, il faut commencer par vérifier que le dossier où est installé Wordpress a les bons droits (l'utilisateur et le groupe "http" doivent avoir le droit de lire et d'écrire dans le dossier et les sous dossiers). Il faut aussi veiller à activer les extensions PHP nécessaires (gd, pdo_mysl, xml, zip, ...) et à bien configurer le "openbase_dir". En complément, quelques infos qui seront peut être utiles : il vaut généralement mieux ne pas passer par le paquet Wordpress, mais directement l'installer depuis les sources officielles, au moins on est certain d'avoir la dernière version et ce n'est pas plus compliqué à installé (c'est juste un zip à décompresser). wordpress fonctionne très bien avec nginx, à condition de modifier la configuration de ce dernier, ce qui n'est pas simple sur un NAS et nettement moins simple avec beaucoup de plugins =>mieux vaut utiliser apache si on est débutant wordpress est très sensible à l'adresse utilisée lors de l'installation, si l'installation est effectuée avec "http://1.2.3.4", il ne fonctionnera pas correctement avec "http://domaine.com" (et vice versa) =>mieux vaut faire l'installation directement en utilisant le nom de domaine qu'on va utiliser (mais si besoin, on peut le changer)

Merci de passer par la section présentation du forum, c'est toujours plus sympa. Pour le problème (qui n'en est pas vraiment un), il peut y avoir de nombreuses causes, mais toutes liées au poste, pas au nas puisque la configuration est correcte. Un peu long à expliquer et encore plus à résoudre (quand c'est possible), parfois ça fonctionne, parfois non, parfois ça tombe en marche au bout d'un moment ... il y a de très nombreux messages qui en parlent sur le forum. Généralement on recommande "mapper" les partages dans des lecteurs réseau (Connecter un lecteur réseau) ou de faire un raccourci vers le nas (\\adresse.du.nas). C'est le plus fiable et le plus rapide. ps : si tu n'as pas de veilles machines, configure SMB2 en version minimal, ça ira plus vite et ça sera plus sécurisé

Tu peux essayer de regarder en SSH si elle est encore présente dans /volume1/@database, dans un sous dossier .mysql.xxxxx (ou mariadb le dossier, ça dépend) Si les fichiers sont là, fais en une sauvegarde avant de tenter quoi que ce soit : tar cf /volume1/UNPARTAGE/database.tar /volume1/@database Sinon, je pense que c'est fichu. @imaxx34 : j'ai répondu à ton autre post

Merci de passer par la section présentation du forum, c'est toujours plus sympa. Pour le problème, le disque a probablement un problème. Comme c'est un NAS mono baie, la récupération des fichiers devrait être assez simple (à pondérer par l'état du disque), il devrait suffire de brancher le disque dans un PC sous Linux (ou un mac, ça devrait aussi marcher ici). Celui qui a dit ça, sans parler de sauvegarde, a raconté des bêtises. Si tes données ne sont qu'à un seul endroit (qui plus est sans raid >=1), il est évident qu'un problème de disque ou du boitier se soldera potentiellement par une perte de données =>les données importantes il faut les sauvegarder, c'est à dire les avoir au moins sur 2 supports différents (ton pc + ton nas, ou ton nas + un disque externe ou ...)

la partie en bleu c'est 3 cases à cocher et 4 adresses à taper ! Qu'est ce que tu ne comprends pas ? Soit dit en passant, c'est de la partie en vert dont tu as besoin. Tu reprends les étapes en remplaçant juste "fenrir.tuto" par ton domaine quickconnect, tu n'as même pas besoin des vues.

Une sauvegarde c'est unidirectionnel, ça ne peut pas, par nature, être bidirectionnel. ??? Tu synchronises ton bureau et il se retrouve dans c:\utilisateurs\public\cloudstationdrive de la même machine ??? -- Sinon je viens de tester avec un Windows 10 : création d'un fichier -> il est uploadé sur le nas modification du ficher sur le nas -> le fichier est mis à jour sur le PC