Didier_Csu

Votre adresse IP a-t-elle chané? Avez-vous essayé d'entrer directement http://votre_adresse_IP/photo

Avez-vous changé de fournisseur d'accès? Avez-vous une adresse IP fixe?

OK. J'ai modifié mon commentaire...

MàJ effectuée avec succès (DS 214). Pas de problème...pour l'instant.

phpMyAdmin n'est pas dans le répertoire du site. Mais pour des raisons "pratiques" mon nom de domaine pointe sur le répertoire "web" qui contient évidemment le répertoire phpMyAdmin. Une requête directe sur le nom de domaine propose un choix à l'utilisateur. J'ai donc également un htaccess dans le répertoire "web" et c'est là que ce situait le problème.

Merci Einsteinium pour tes contributions. j'ai bien un fichier .htaccess que j'avais construit en m'inspirant d'exemples trouvés sur le Net. Mais j'ai été contraint d'expurger certaines lignes car elles "m'interdisaient" de modifier des éléments de tables sous phpMyadmin. Je vais regarder ça dès que possible. D'autant que la fonction de cache m'intéresse. Merci.

Merci Gaetan, Sache cependant qu'en la matière je me qualifierais d'autodidacte moyennement éclairé. Autant te dire que ta dernière phrase m'interpelle. Mais je vais chercher.

J'avais bien compris Citron. Mais comme tu semblais trouver cette solution trop fastidieuse, j'avais tenté d'apporter une réponse. Un peu simpliste peut-être.

Merci de ton intervention. Je suppose que tu es allé sur mon autre site perso hébergé chez Free. En raison des limitations du PHP chez Free, je ne fais quasiment plus évoluer celui-ci. Ce qui explique la création d'un autre site sur mon NAS. Sur ce dernier, la même ligne donne ceci: <meta name="generator" content="Joomla! - Open Source Content Management" />

Bonjour à tous, Via le paquet officiel de Synology, j'ai créé un site perso sous Jommla qui fonctionne bien, je croise les doigts. Grâce au module CoalaWeb Traffic, je peux voir quelles sont les IP qui se connectent et la nature de leur requête. Quelqu'un peut-il me dire ce qu'a essayé de faire ce "visiteur" avec la ligne suivante: www.monsite/index.php/component/banners/click/7+++Result:+chosen+nickname+%22xpbmgstijzmz%22;+ReCaptcha+decoded;+%28JS%29;+registered+%28registering+only+mode+is+ON%29; Merci d'avance.

Je ne suis pas certain de comprendre ce que tu souhaites. Via l'explorateur de fichiers de Windows, chaque utilisateur peut visualiser le réseau et le NAS. En fonction des droits fixés sur les dossiers partagés via DSM, chaque utilisateur ne pourra en revanche accéder qu'aux répertoires auxquels il a le droit d'accéder. Me trompe-je?

Mise à jour effectuée sur DS214. Rien à signaler. @Nexius2: Le problèmes est-il réglé?

Bienvenue

Je ne peux que souscrire aux remarques de Domlas en ce qui concerne les arrêts/marche répétés de disques durs. Mais après tout, chacun fait ce qu'il veut. En ce qui concerne l'hypothèse du WOL qui obligerait le NAS à sortir de son hibernation, je vérifierait pour ma part sur les deux équipements: La freebox et le NAs. Sur la Freebox HD (différente de celle de tittano mais ça se ressemble), ça se situe ici: Pour le NAS, voir dans le panneau de config --->matériel et alimentation: Normalement, si les deux options sont désactivées (Freebox et NAS), la raison de sortie d'hibernation est à chercher ailleurs. Mais pour vérifier, on peut toujours utiliser le petit utilitaire gratuit WakeOnLan de Dipisoft par exemple. Il suffit d'entrer l'adresse MAC du NAS pour vérifier s'il est réveillé lorsqu'on envoie le "paquet magique" de réveil. L'adresse MAC du NAS est précisée dans Panneau de configuration --> Centre d'Infos/ Réseau.

Oups, j'ai trouvé. Si je supprime le fichier ".htaccess" à la racine du répertoire "web", ça fonctionne à nouveau. je n'arrive pas à identifier la ligne qui pose problème.

Merci de ta réponse rapide. Mais je n'ai aucune idée de la manière d'installer Adminer. pas taper STP

Bonjour, je n'utilise pas très fréquemment phpMyAdmin, ce qui fait que je ne sais pas depuis combien de temps le problème existe. Mais c'est assez récent. Voici mon souci: Je me connecte sans difficulté à phpMyAdmin; J'accède sans problème à mes bases de données; J'édite sans problème la liste des tables des bases de données; J'édite sans problème la liste des éléments d'une table. Mais: si je veux modifier un élément d'une table j'ai une erreur 403: J'ai vérifié les privilèges d'accès de l'utilisateur: J'ai bien tous les privilèges. J'ai exporté ma base de données sur un PC sur lequel j'ai EasyPhp (5.3.3.1). J'arrive à l'ouvrir avec le phpMyAdmin local (vieille version 3.4) et je n'ai pas de problème pour modifier les éléments. Il semble donc que le problème se situe sur le NAs et vienne du paquet fourni par Synology. Quelqu'un a-t-il déjà eu ce problème? Ma config: DS214 / DSM 5.1-5021 Update 2 / tous paquets mis à jour.

Pour ma part, j'ai activé la corbeille dans chaque dossier partagé via le panneau de configuration. Lorsque j'efface un fichier, je le retrouve dans la corbeille, que ce soit en passant par le gestionnaire de fichiers de Windows ou en passant par le File Station de DSM.

Désolé! Mais la description du problème est un peu...light

S'il s'agit de trouver l'adresse IP attribuée par ton FAI: http://whatismyipaddress.com/ Reste à savoir si c'est une IP fixe ou IP dynamique.

Tu as du changer quelque chose puisque la requête http://www.ebgy.fr.nf/photo n'arrive plus sur ton photo station mais sur la page photo de ton site. Je ne suis qu'un autodidacte en matière de Web. Les spécialistes me contrediront peut-être, mais je me demande si le fait d'avoir pris un nom de domaine avec un "." n'induit pas ton système en erreur avec le nom de ton site. Une requête basée sur ton IP (http://83.152.212.192/webalizer/ par exemple) est bien traitée par ton NAS ce qui fait que tout fonctionne bien. En revanche, une requête basée sur le nom de domaine http://ebgy.fr.nf arrive directement dans ton site ebgy.fr.nf. Donc une requête http://ebgy.fr.nf/xxx/ "restera" toujours dans le répertoire de ton site en cherchant à atteindre le répertoire web/ebgy.fr.nf/xxxx. J'imagine que tu as déjà essayé la solution du virtual host avec et sans les "www"? Pour l'accès aux photos de Photo Station, il serait peut-être plus judicieux de jouer sur les droits des dossiers car je ne sais pas si tu maitrises tout ce que à quoi j'ai accès.

mais si tu tapes http://www.ebgy.fr.nf/webalizer ça fonctionne.... Et si tu tapes http://www.ebgy.fr.nf/photo tu arrives bien sur ton photo station. Alors que http://ebgy.fr.nf/photo/ amène sur la page "photo" de ton site. Je te laisse méditer cette "découverte"

Je t'ai envoyé un MP. Ne tiens pas compte de ce que j'y disais sur le nom de domaine désactivé.

Bonjour mulanee. Je ne sais plus quoi te dire. En plus je me mélange les pinceaux entre ton nom de domaine et le nom du répertoire dans lequel tu as placé ton site. Pour ma part, mon nom de domaine (chez 1&1) pointe sur mon adresse IP publique (fixe évidemment) et sur rien d'autre. Pour qu'une requête sur mon nom de domaine ou sur mon IP soit dirigée vers mon site, j'ai, comme je l'ai déjà dit, modifié le fichier "index.html" situé dans le répertoire "web" de mon NAS. J'ai ajouté la ligne : <meta http-equiv="refresh" content="1; URL=http://www.nom_de_domaine/répertoire_du_site/"> Cette redirection n'est utile que si la requête est faite sur l'IP seule ou sur le nom de domaine seul. Si la requête est faite sur "nom de domaine/répertoire_du_site/" l'accès au site est direct.

Mise à jour également effectuée sur mon DS 214, ainsi que la mise à jour des paquets phpMyAdmin, Cloud Station et Video Station. Rien à signaler d'important, tout fonctionne. Comme souvent, mais est-ce la mise à jour de DSM ou de phpMyAdmin, il a fallu que je corrige les droits du fichier "config.inc.php" pour accéder à mon admin php. Enfin, pas grave mais plus étonnant, un petit bug du conseiller de sécurité: Je n'ai pas mis à jour le paquet joomla! via DSM car celui-ci correspond à la version 3.3.5 selon le site de Synology. Or j'ai déjà fait la mise à jour via l'admin de mon site vers la version 3.3.6. jusqu'ici cette mise à jour "manquante" était signalée dans la dernière ligne de l'aperçu du conseiller de sécurité "1 paquet(s) sont expiré(s)" (SIC). Maintenant j'ai droit à une autre alerte, mais qui porte sur...DSM lui même.