Recherche
Résultat de la recherche
Vous recherchiez le terme suivant :adresse
Page 1 - 5 sur un total de 10 page(s) , résultats de la recherche classés par pertinence
1.
Fabriquer le web Quelle est mon adresse ?
...fabriquer le web quelle est mon adresse ? on surfe sur internet un peu au hasard, au gré du vent et de nos doigts malhabiles : on entre une adresse web approximative et nos navigateurs perfectionnés décryptent nos gribouillis et nous conduisent là où il faut. les hébergeurs de leur côté disposent d'adresses alternatives qui redirigent toutes vers le vrai site. c'est si pratique que l'on a perdu l'habitude de la précision et que les erreurs d'adressage sont peu visibles puisqu'elles sont corrigées en aval. ces erreurs, on les perpétue en conservant les adresses erronées dans les favoris, les annuaires, le cache du navigateur. et les cookies. mais ce comportement amateur, sans contrainte et sans exigence de précision a-t-il des conséquences sur la qualité de la navigation ? peu de conséquence tant qu'on fait du lèche-vitrine, qu'on est visiteur, internaute. mais dès que l'on pratique interactivité ou administration du site, rien ne va plus. un bon webmestre doit veiller à renseigner correctement l'url dans l'administration de son site. une mauvaise adresse peut être la cause de dysfonctionnements multiples : éditeur en rideau, téléchargements impossibles, syndrome de la croix rouge pour l'affichage des images, accès impossible à l'administration du site. et pour les visiteurs, postage inopérant. même quand on a pris toutes les précautions au moment de la création du site, on a oublié de revoir ces détails au moment de la mise en ligne après tests en local, du déménagement pour changement d'hébergeur, de la recharge d'une sauvegarde. toutefois, les "vérifications d'usage" ne sont pas toujours évidentes. même quand tout est parfait dans la configuration, si l'on arrive sur le site par une adresse de redirection, une adresse différente de celle précisée en dans la configuration du site, certaines fonctions seront inopérantes. le webmestre doit veiller à bi...
Mots identiques compris dans le texte de la page : adresse
1 occurrence |28 mots dans le texte
...fabriquer le web quelle est mon adresse ? on surfe sur internet un peu au hasard, au gré du vent et de nos doigts malhabiles : on entre une adresse web approximative et nos navigateurs perfectionnés décryptent nos gribouillis et nous conduisent là où il faut. les hébergeurs de leur côté disposent d'adresses alternatives qui redirigent toutes vers le vrai site. c'est si pratique que l'on a perdu l'habitude de la précision et que les erreurs d'adressage sont peu visibles puisqu'elles sont corrigées en aval. ces erreurs, on les perpétue en conservant les adresses erronées dans les favoris, les annuaires, le cache du navigateur. et les cookies. mais ce comportement amateur, sans contrainte et sans exigence de précision a-t-il des conséquences sur la qualité de la navigation ? peu de conséquence tant qu'on fait du lèche-vitrine, qu'on est visiteur, internaute. mais dès que l'on pratique interactivité ou administration du site, rien ne va plus. un bon webmestre doit veiller à renseigner correctement l'url dans l'administration de son site. une mauvaise adresse peut être la cause de dysfonctionnements multiples : éditeur en rideau, téléchargements impossibles, syndrome de la croix rouge pour l'affichage des images, accès impossible à l'administration du site. et pour les visiteurs, postage inopérant. même quand on a pris toutes les précautions au moment de la création du site, on a oublié de revoir ces détails au moment de la mise en ligne après tests en local, du déménagement pour changement d'hébergeur, de la recharge d'une sauvegarde. toutefois, les "vérifications d'usage" ne sont pas toujours évidentes. même quand tout est parfait dans la configuration, si l'on arrive sur le site par une adresse de redirection, une adresse différente de celle précisée en dans la configuration du site, certaines fonctions seront inopérantes. le webmestre doit veiller à bi...
Mots identiques compris dans le texte de la page : adresse
1 occurrence |28 mots dans le texte
2.
Référencer De l'importance du slash dans l'url
...référencer de l'importance du slash dans l'url l'usage veut que l'on termine une adresse de page web par un slash / derrière un répertoire et sans slash si c'est un fichier. la norme http voudrait que les url soient écrites comme suit: http://monsite.com/page pour une page à la racine du site http://monsite.com/répertoire/ pour le fichier index dans le répertoire http://monsite.com/répertoire/page pour la page dans le répertoire pour les répertoires, l'adresse non conforme /répertoire (sans slash à la fin) est toujours redirigée (301) vers l'adresse correcte /répertoire/ (avec slash à la fin) pour les pages, l'adresse conforme sans slash ouvre correctement le contenu, tandis que l'adresse non conforme avec slash soit renvoie une erreur 404 soit est redirigée (301) vers la bonne url sans le slash. une url /répertoire/ se trouve quand il y a sur le site d'autres url du type /répertoire/page. sinon, c'est considéré comme une simple page. le slash affecte aussi la liaison à d'autres objets sur la page. un lien href="logo.png" depuis "monsite.com/kekchoz" pointe sur "monsite.com/logo.png". un lien href="logo.png" depuis "monsite.com/kekchoz/" pointe sur "monsite.com/kekchoz/logo.png". il faudrait donc que les url vers les dossiers se terminent toujours par un slash. l'indexation de google traitera les différentes url sur un pied d'égalité, répertoire ou fichier, avec ou sans slash. ce seront pour le moteur de recherche autant d'url différentes. et si derrière ces url, le webmestre a posé des contenus différents, google saura les distinguer et les répertorier comme des pages différentes. la plupart du temps, pour des raisons pratiques, on trouve sur un site le même contenu avec ou sans slash final dans l'url. vérifiez d&ea...
Mots identiques compris dans le texte de la page : adresse
1 occurrence |10 mots dans le texte
...référencer de l'importance du slash dans l'url l'usage veut que l'on termine une adresse de page web par un slash / derrière un répertoire et sans slash si c'est un fichier. la norme http voudrait que les url soient écrites comme suit: http://monsite.com/page pour une page à la racine du site http://monsite.com/répertoire/ pour le fichier index dans le répertoire http://monsite.com/répertoire/page pour la page dans le répertoire pour les répertoires, l'adresse non conforme /répertoire (sans slash à la fin) est toujours redirigée (301) vers l'adresse correcte /répertoire/ (avec slash à la fin) pour les pages, l'adresse conforme sans slash ouvre correctement le contenu, tandis que l'adresse non conforme avec slash soit renvoie une erreur 404 soit est redirigée (301) vers la bonne url sans le slash. une url /répertoire/ se trouve quand il y a sur le site d'autres url du type /répertoire/page. sinon, c'est considéré comme une simple page. le slash affecte aussi la liaison à d'autres objets sur la page. un lien href="logo.png" depuis "monsite.com/kekchoz" pointe sur "monsite.com/logo.png". un lien href="logo.png" depuis "monsite.com/kekchoz/" pointe sur "monsite.com/kekchoz/logo.png". il faudrait donc que les url vers les dossiers se terminent toujours par un slash. l'indexation de google traitera les différentes url sur un pied d'égalité, répertoire ou fichier, avec ou sans slash. ce seront pour le moteur de recherche autant d'url différentes. et si derrière ces url, le webmestre a posé des contenus différents, google saura les distinguer et les répertorier comme des pages différentes. la plupart du temps, pour des raisons pratiques, on trouve sur un site le même contenu avec ou sans slash final dans l'url. vérifiez d&ea...
Mots identiques compris dans le texte de la page : adresse
1 occurrence |10 mots dans le texte
3.
Fabriquer le web Adresse relative ou adresse absolue
...fabriquer le web adresse relative ou adresse absolue quand vous créez un document, il n'est pas toujours nécessaire de saisir la totalité de l'adresse pour insérer un lien vers une image ou un article présent sur votre site. la saisie est plus rapide et si le site change d'hébergeur, il n'est pas nécessaire de ressaisir toutes les adresses absolues, puisque les adresses seront internes au site. exemple d'adresse absolue: http://blackland.legtux.org/adhoc/pages/index.php exemple d'adresse relative : pages/index.php attention ! votre éditeur wysiwyg peut essayer de vous refiler du http/https devant votre lien relatif, il vous faudra vérifier et éventuellement le corriger en mode source, voire par ftp. pour le lien relatif, pas de / devant, vous en avez déjà un à la fin de votre url. pour les images, en principe, pas de souci, elles sont stockées en adresse locale (src="images/... ). pour les plugins, c'est parfois plus délicat : /modules/contact/... (retour à la racine du site) posera problème dans le cas de site en sous-dossier, comme en local. essayer modules/contact/etc... ou bien ./modules/contact/etc... (préférable pour certains navigateurs) qui restent au même niveau d'arborescence. nota: modules/contact/... remonterait lui au niveau supérieur. astuce pour adhoc selon la page d'adhoc où l'on se trouve, on peut avoir des problèmes de chemin vers une page ou une image. si 'on place le fichier de référence (par exemple cloud.php) dans /include, le lien suivant trouvera toujoursle bon chemin : path_inc."cloud.php" pour la création de lien vers les images, whizzywig va toujours ajouter un slash devant le répertoire. si j'entre ça en admin : <img< span=""> src="images/vieillevalette/vieille-valette-08.jpg" alt="" /> adhoc va enregistrer ...
Mots identiques compris dans le texte de la page : adresse
1 occurrence |9 mots dans le texte
...fabriquer le web adresse relative ou adresse absolue quand vous créez un document, il n'est pas toujours nécessaire de saisir la totalité de l'adresse pour insérer un lien vers une image ou un article présent sur votre site. la saisie est plus rapide et si le site change d'hébergeur, il n'est pas nécessaire de ressaisir toutes les adresses absolues, puisque les adresses seront internes au site. exemple d'adresse absolue: http://blackland.legtux.org/adhoc/pages/index.php exemple d'adresse relative : pages/index.php attention ! votre éditeur wysiwyg peut essayer de vous refiler du http/https devant votre lien relatif, il vous faudra vérifier et éventuellement le corriger en mode source, voire par ftp. pour le lien relatif, pas de / devant, vous en avez déjà un à la fin de votre url. pour les images, en principe, pas de souci, elles sont stockées en adresse locale (src="images/... ). pour les plugins, c'est parfois plus délicat : /modules/contact/... (retour à la racine du site) posera problème dans le cas de site en sous-dossier, comme en local. essayer modules/contact/etc... ou bien ./modules/contact/etc... (préférable pour certains navigateurs) qui restent au même niveau d'arborescence. nota: modules/contact/... remonterait lui au niveau supérieur. astuce pour adhoc selon la page d'adhoc où l'on se trouve, on peut avoir des problèmes de chemin vers une page ou une image. si 'on place le fichier de référence (par exemple cloud.php) dans /include, le lien suivant trouvera toujoursle bon chemin : path_inc."cloud.php" pour la création de lien vers les images, whizzywig va toujours ajouter un slash devant le répertoire. si j'entre ça en admin : <img< span=""> src="images/vieillevalette/vieille-valette-08.jpg" alt="" /> adhoc va enregistrer ...
Mots identiques compris dans le texte de la page : adresse
1 occurrence |9 mots dans le texte
4.
Sécuriser Dénis de service - Prévention et réaction
...s aux seuls flux utiles, au niveau des pare-feux et des équipements de filtrage ; la mise en place de moyens de secours, conformément au pca, et des moyens de bascule, incluant les aspects sauvegarde, réseau, dns, etc ; la mise en place de systèmes redondants (alimentations secourues, équipements réseau redondés) et/ou de capacité suffisante pour absorber des surcharges dans une limite acceptable et connue ; la gestion des ressources, comme la bande passante, de manière à limiter l'impact sur un service quand un autre est visé (exemple : faire en sorte qu'un ddos sur le serveur web ne paralyse pas la messagerie) ; la configuration restrictive des composants du système d'information, par inactivation, ou même désinstallation, des services inutilisés qui pourraient consommer beaucoup de ressources et offrir un point d'attaque ; la configuration restrictive des logiciels, comme la limitation des sessions venant d'une même adresse ip sur un serveur web, la limitation de la réponse d'un annuaire ldap en taille et en nombre d'entrées et du temps de recherche, la configuration empêchant un serveur web de devenir un relais ouvert ; la supervision comprenant le suivi des consommations de ressources (bande passante, charge cpu, etc.) et la surveillance de disponibilité ; la préservation des traces telles que les journaux et les historiques de consommation des ressources système en fixant cependant des quotas relatifs à leurs volumes afin d'éviter un déni de service dû à une saturation de l'espace disque des machines ; la capacité à déployer des outils d'analyse permettant de caractériser le déni de service et ainsi de pouvoir prendre les mesures adaptées. 3 détecter des dénis de service les mesures techniques (supervision, tests) et organisationnelles doivent faciliter la détection d'anomalies et d'attaques. cela implique que les outils de supervision ...
Mots identiques compris dans le texte de la page : adresse
1 occurrence |5 mots dans le texte
...s aux seuls flux utiles, au niveau des pare-feux et des équipements de filtrage ; la mise en place de moyens de secours, conformément au pca, et des moyens de bascule, incluant les aspects sauvegarde, réseau, dns, etc ; la mise en place de systèmes redondants (alimentations secourues, équipements réseau redondés) et/ou de capacité suffisante pour absorber des surcharges dans une limite acceptable et connue ; la gestion des ressources, comme la bande passante, de manière à limiter l'impact sur un service quand un autre est visé (exemple : faire en sorte qu'un ddos sur le serveur web ne paralyse pas la messagerie) ; la configuration restrictive des composants du système d'information, par inactivation, ou même désinstallation, des services inutilisés qui pourraient consommer beaucoup de ressources et offrir un point d'attaque ; la configuration restrictive des logiciels, comme la limitation des sessions venant d'une même adresse ip sur un serveur web, la limitation de la réponse d'un annuaire ldap en taille et en nombre d'entrées et du temps de recherche, la configuration empêchant un serveur web de devenir un relais ouvert ; la supervision comprenant le suivi des consommations de ressources (bande passante, charge cpu, etc.) et la surveillance de disponibilité ; la préservation des traces telles que les journaux et les historiques de consommation des ressources système en fixant cependant des quotas relatifs à leurs volumes afin d'éviter un déni de service dû à une saturation de l'espace disque des machines ; la capacité à déployer des outils d'analyse permettant de caractériser le déni de service et ainsi de pouvoir prendre les mesures adaptées. 3 détecter des dénis de service les mesures techniques (supervision, tests) et organisationnelles doivent faciliter la détection d'anomalies et d'attaques. cela implique que les outils de supervision ...
Mots identiques compris dans le texte de la page : adresse
1 occurrence |5 mots dans le texte
5.
adHoc Les fichiers .htaccess
...c apprendre à les apprivoiser avant de les dompter pour en exploiter un peu plus les fonctions. selon les hébergements, les fonctions autorisées peuvent varier. un fichier htaccess s'applique à un répertoire et ses sous-répertoires. plusieurs fichiers htaccess peuvent coexister, par exemple le premier dans un répertoire et l'autre dans un de ses sous-répertoires. en ce cas, les instructions des deux htaccess s'additionnent pour le sous-répertoire en question. en cas de conflit entre les deux séries d'instructions, celle du htaccess le plus proche dans l'arborescence est prioritaire. nous aborderons ici plus précisément le fichier htacc situé à la racine du site. le htaccess à la racine de adhoc avec le cms adhoc, est livré un fichier .htaccess situé à la racine du site et qu'il convient de personnaliser a minima avec la localisation du site pour indiquer l'adresse des pages d'erreur. le htaccess peut être modifié de façon à : indiquer au serveur quelle version de php doit être utilisé pour le site . les instructions varient selon les différents hébergeurs. interdire l'accès à certains types de fichiers activer et organiser l'url-rewriting (réécrire les urls des pages en adresses courtes et signifiantes, pour les robots comme pour les humains) rediriger les adresses entrées (ex les url en www vers des non www, l'index html vers l'index.php ... ou l'inverse !) gérer les autorisations d'accès pour l'ensemble du site ou pour certains répertoires déclarer les types mime de certains fichiers (comme les vidéos) pour que le serveur sache comment les interpréter empêcher le hot-linking (vol de bande passante avec emprunt de fichiers situés sur votre site) protéger certains répertoir...
Mots identiques compris dans le texte de la page : adresse
1 occurrence |3 mots dans le texte
...c apprendre à les apprivoiser avant de les dompter pour en exploiter un peu plus les fonctions. selon les hébergements, les fonctions autorisées peuvent varier. un fichier htaccess s'applique à un répertoire et ses sous-répertoires. plusieurs fichiers htaccess peuvent coexister, par exemple le premier dans un répertoire et l'autre dans un de ses sous-répertoires. en ce cas, les instructions des deux htaccess s'additionnent pour le sous-répertoire en question. en cas de conflit entre les deux séries d'instructions, celle du htaccess le plus proche dans l'arborescence est prioritaire. nous aborderons ici plus précisément le fichier htacc situé à la racine du site. le htaccess à la racine de adhoc avec le cms adhoc, est livré un fichier .htaccess situé à la racine du site et qu'il convient de personnaliser a minima avec la localisation du site pour indiquer l'adresse des pages d'erreur. le htaccess peut être modifié de façon à : indiquer au serveur quelle version de php doit être utilisé pour le site . les instructions varient selon les différents hébergeurs. interdire l'accès à certains types de fichiers activer et organiser l'url-rewriting (réécrire les urls des pages en adresses courtes et signifiantes, pour les robots comme pour les humains) rediriger les adresses entrées (ex les url en www vers des non www, l'index html vers l'index.php ... ou l'inverse !) gérer les autorisations d'accès pour l'ensemble du site ou pour certains répertoires déclarer les types mime de certains fichiers (comme les vidéos) pour que le serveur sache comment les interpréter empêcher le hot-linking (vol de bande passante avec emprunt de fichiers situés sur votre site) protéger certains répertoir...
Mots identiques compris dans le texte de la page : adresse
1 occurrence |3 mots dans le texte