Jocko

Pour préciser le propos de Dylav : Avec un document sous unix/linux les sauts de ligne sont effectivement codés avec "\n" (code ascii 10) mais pour un doc sous windows, les sauts de ligne sont encodés sur deux caractères "\r\n" (code ascii 13 +10 ) et sous MAC par un seul caractère "\r" (code ascii 13).

Bonjour Geomancien, En effet il me semble que vous avez oublié une étape. La page HTML que vous avez postée, ne contient que du code HTML et donc n'opère que du côté de l'utilisateur via son navigateur Internet. Donc l'envoi d'un message, en l'état n'est pas possible. Au niveau de la balise form, l'attributs 'action' est vide, on s'attend donc que du code soit présent dans la page qui puisse agir côté serveur là où la page WEB est hébergée. Et en effet le language habituel est le php qui sera exécuté côté serveur. Pour envoyer votre message, il faudra que le code php utilise le service mail de votre hébergeur. Donc première étape s'assurer qu'il est disponible et comment. En général, via phpinfo. Vous devriez avoir quelques tutos fournis par votre hébergeur.

Bonjour Raouf, NB: Un petit contrôle syntaxique n'est pas inutile avant d'envoyer son message ! Malgré mes corrections une partie de votre texte reste incompréhensible mais j'ai compris le sens global de votre question. Sous quel environnement êtes-vous? la réponse étant très simple sous Linux.

Je m'excuse par avance de déterrer ce sujet ancien mais quelques éléments de réponse peuvent être utile à un autre utilisateur (Je ne pense pas que Scorpio soit toujours en attente d'information ) Dans le cas des NAS LACIE, chaque NAS a un firmware spécifique et dans la majorité des cas celui-ci est stocké directement sur le disque dur. Donc installer les deux disques dur du Lacie dans le boitier NAS ne fonctionnera pas et peut être une mauvais idée. En effet les NAS tels que 2big 1/2 ou 5big 1/2 peuvent être commercialisés en version 'diskless'. Dans ce cas le firmware est stocké dans une mémoire flash. Au premier démarrage du NAS avec ses disques, le boot loader va configurer ceux-ci et installer le firmware. Ceci efface évidemment les données stockées précédemment. Ainsi, si l'idée était d'obtenir un nouvel accès aux données de l'ancien disque réseau, vous échouerez et perdrez celles-ci.

Bonjour UlquiorraShiffer, Les commandes postées ne sont pas a priori du langage C mais des commandes linux : mount; mknod qui seront exécutées par le code Avec quelques recherches google du genre "page manuel mount francais" (sans le mot français ce sera très souvent les man dans la langue de Shakespeare qui seront proposées), une aide fournie est disponible pour la compréhension de ces commandes. En l’occurrence, ces commandes visent à permettre de chrooter l'OS: c'est à dire d'enfermer l'utilisateur dans un sous-environnement pour qu'il ne puisse pas accéder en direct aux fichiers système. D'après vos commandes, le système utilisateur sera chrooté sur le point de montage /srv/<nom_de_mon_chroot> (<nom_de_mon_chroot> paramètre actualisé par le code C ?). Les commandes mount visent à rendre disponible depuis l'environnement chrooté certaines ressources système (dossiers /dev; /proc et /sys) et de même avec la commande mknod pour créer quelques fichiers spéciaux (fifo). Ceci pour permettre l'exécution de commandes depuis l'environnement chrooté par l'utilisateur. NB: ce type de fonctionnement est une des raisons de la robustesse des OS UNIX/LINUX

Bourne shell est plus limité que le bash. Sinon a priori ton code me semble propre maintenant mais seul un essai permet de s'en assurer

Bonsoir, Peut-être une explication. for fichier in `ls /srv/vanaheim/backup/1and1/*-SqlBackup.tar.gz`; do La syntaxe supportée par les différents shell (vous n'avez pas indiqué quel shell était utilisé) : for variable in var1 var2 ... varn do ... done ou for variable in $(ls /srv/vanaheim/backup/1and1/*-SqlBackup.tar.gz) do ... done Par ailleurs, si des noms contiennent des espaces, la boucle échouera à transférer ces fichiers correctement. L'utilisation de l'option -Q semble souhaitable.

Bonjour Jeffy, On ne peut pas vraiment parler d'un menu "Démarrer" tel qu'il existait avec XP ou seven avec les fonctionnalités qui s'y rattachaient... Pour comprendre http://www.journaldunet.com/solutions/saas-logiciel/bouton-demarrer-de-windows-8-1.shtml Par contre il existe toujours sous windows8.1 la possiblité de rétablir un pseudo menu démarrer avec une application.... Ces applications sont listées ici (en anglais): http://betanews.com/2013/10/18/get-a-real-start-button-and-menu-in-windows-8-1/ 'Classic Shell' mais celui-ci rétablit plus que le menu Démarrer et StartMenu 8 me semblent les meilleures... Note : le choc sera rude de passer de XP à Windows 8... où à chaque fois que je veux changer un réglage je me pose la question par quel chemin je vais pouvoir y accéder...Les interfaces étant conçues pour un utilisateur lambda où MS pense qu'il doit assister en permanence l'utilisateur plutôt qu'offrir des interfaces d'administration logiques...

Excel fait très bien cela tout seul... Il suffit d'ajouter par exemple le n° de semaine à la feuille de saisie des livraisons donc chaque ligne contiendra : N°sem;nom du client, nom du chauffeur, tarif de la livraison et le nombre de livraisons Et pour sortir des informations par client et par semaine de faire un tableau dynamique avec comme source la feuille de saisie... Donc pas besoin d'application spécifique, ou de macro...

Bonjour, Mon vieux PC (2005) sous XP a "défunté" et j'ai franchi le pas avec un nouvel portable, malheureusement sous win8/64bits (et Ouf j'ai pu restaurer un menu "démarrer" grâce à start8... ) Mon problème est le suivant : En cours de session, si je crée un partage avec une ressource Webdav, je n'ai aucune difficulté pour le créer et accéder aux fichiers (SSL ou non : j'ai modifié la clé ad hoc : BasicAuthLevel et valeur 2) Donc tout semble ok Par contre après fermeture de la session ou redémarrage du PC, l'accès au partage n'est plus possible, message d'erreur : \\monserveur\DavWWWRoot\pathfolder est inaccessible (ou \monserveur@SSL\DavWWWRoot\pathfolder si utilisation d'un accès sécurisé). NB : l'authentification m'est demandée. Le service webclient est démarré en mode automatique et le redémarrer n'apporte rien. Enfin, si dans cette nouvelle session, je crée un nouveau partage WebDav avec le même serveur que celui utilisé précédemment (utilisant ou non la même identification), les partages initiaux redeviennent accessibles : authentification et accès aux fichiers Je n'ai rien trouvé d'identique sur le NET... Merci d'avance pour toute aide à résoudre ce comportement étonnant

Le nombre de connexions est par défaut 2 quelque soit le mode : - la connexion de contrôle (identification, envoi de commandes) sur le port ftp choisi - la connexion de transfert des données (up ou download) dans la plage des ports passifs (ou port ftp -1 en mode actif) Par contre, dans la configuration du serveur FTP, il est possible de définir un nombre de connexions simultanées (~<=> nombre de transferts simultanées) et c'est ce réglage qui détermine la plage de ports passifs à utiliser. Donc par exemple si le serveur autorise 10 connexions simultanées la plage de ports passifs à router est 21401-21410. Si vous définissez une plage insuffisante, des transferts échoueront évidemment...

Bonjour, Si tu ne veux pas utiliser le port FTP par défaut (21) par souci de sécurité (en examinant les fichiers log on détecte très rapidement les nombreuses tentatives de connexions), les ports à router au niveau de la box sont : - connexion en mode actif : le port de commande (autre que 21) et le port d'échanges de données (port de commande -1) - connexion en mode passif : le port de commande (autre que 21) et la plage de ports définis dans la config de ton serveur. Le protocole à router est TCP (complètement inutile pour UDP !) Pour tester si le routage de ta box est bon, tu peux essayer de te connecter à ton serveur ftp depuis le site : net2ftp - a web based FTP client (marche aussi en https !)

Incompabilité entre navigateurs = prise de tête du webmaster. Je suppose que ta page web doit contenir des instructions javascript. Plutôt qu'une réponse ponctuelle. Voici une méthode pour résoudre toi-même ces problèmes qui se répéteront : Sous IE après avoir chargé ta page : faire F12 pour afficher la console d'administration. Sélectionner l'onglet script et démarrer le débogage. Normalement, le debugger doit s'arrêter sur la première instruction non prise en charge par IE ou gérée différement (exemple : type de valeur retourné) Une fois l'instruction identifiée (exemple : setAttribute pour un event ou un style ) faire un google du genre : "setAttribute ie js problème" ou pour des pages en anglais "setAttribute ie js issue" qui fournira une longue liste de liens qui t'expliqueront qu'IE est là pour simplifier la vie des webmasters Note : pense à activer l'option "Toujours actualiser depuis le serveur" du menu cache pour que les modifications faites au fur et à mesure dans tes html soient systématiquement rechargées Même méthode avec FF où il faut installer le très pratique addon firebug

Bonjour ladinho58, Si tu cherches des exemples de code explicités, un google t'apportera ton bonheur, Tu peux regarder dans ces sites et en particulier les tutoriels : www.siteduzero.com hardware.developpez.com

Bonjour jlemonde, Je pense que ton problème vient que ton script appelle la propriété 'status' de l'objet XMLHttpRequest alors que la requête n'est pas terminée (Je n'ai pas vérifié par un test) if (xhr.readyState == 4 && (xhr.status == 200 || xhr.status == 0)) { ..... } else{ AJAXMemory = 'Erreur ' + xhr.status; (<= ici pour les valeurs de readyState <> 4 ) } Voir détail :blog pascal martin A+

Bonjour nuno91 Noel est passé alors peut-être que ce post est tardif... Pour revenir à tes choix initiaux, une information qui pourra t'être utile. Avec FWDW (1er développeur), nous développons un firmware alternatif pour le NWSP 2 (mais également pour le NWSP1, l'ISP1 et l'ISP2). Fonctionnalités du firmware : - Plus aucune limite dans la gestion des utilisateurs, des partages. - Serveur FTP complet, avec sécurisation SSL en option - serveur NFS - Plusieurs serveurs media disponibles - Serveur SSH ou client SSH avec identification par clé - 2 torrents - Protocole HTTPS disponibles (inclus dans la prochaine version dans 15jours) - Gestion du port usb arrière pour connexion directe (inclus dans la prochaine version dans 15jours) - Backup bidirrectionnel - Planificateur de tâches Fonctionnalité à venir (en cours de test) : un explorateur des partages dans un navigateur web (cf source JBC explorer) Note : Il existe encore des difficultés de compatibilité avec les MAC X LION >10.6 Donc, si tu es intéressé par un firmware sans trop de restrictions et évolutifs , le NWSP2 avec notre firmware alternatif peut-être utile... Source du firmware (forum en anglais exclusivement) : www.plugout.net A+