CECI n'est Pas UNE tuyaux

Aujourd'hui je vous écris de mon nouveau lieu de travail. Je suis au troisième étage d'un immeuble dans une zone non identifiée de la ville de Brescia. Comme le saumon, j'ai finalement remonté karstiques flux de mon existence est allé en ligne et un retour aux sources. Il s'agit essentiellement d'où je viens de la ville. Il est encore tout bouleverser, mais nous avons ce que nous avons besoin de travailler, bien travailler, the'll terminer plus tard. Il ya un beau ciel ici aujourd'hui à Brescia, je l'espère, de garder le reste de la semaine. Eh bien, maintenant je vais à mes affaires. Après tout, ils sont maintenant la moitié de Brescia, je ne peux pas rester les bras croisés ... Une seule chose, j'ai pris la photo suivante ici sur le web, c'est pas mon truc. Rendez-vous!

J'écris ici comme un rappel pour la prochaine fois cela arrive ... Ce matin, j'ai mis un lien d'un nouvel accès FTP à un de mes serveurs Debian, la course ProFTPD toujours été très performant.

Le collègue m'a signalé de graves problèmes d'expirations lentes et répétées sur la connexion FTP, un phénomène que dans plus d'un an des serveurs de production qui n'avait jamais montré: des dizaines de clients régulièrement accès via FTP pour le DocumentRoot de votre VirtualHost appréciant la disponibilité de bande passante complète et l'espace disque.

Après avoir vérifié que le seul problème d'accès à mon serveur FTP et après nous nous assurons que sa connexion n'a eu aucun problème sur le port 21, les brumes de ma pauvre mémoire est réapparu comme par magie la question de la recherche inversée! ProFTPD est de le désactiver complètement résolu le problème ... il était simplement ajouté au fichier / etc / proftpd / proftpd.conf les deux directives suivantes:

UseReverseDNS off
IdentLookups off

ProFTPD redémarrer le problème est de retour dans le néant dont il est issu

Ici, je succulentissimo une vidéo publiée hier par Luigi Rizzo, Université de Pise sur Google Tech Talk. Vraiment intéressant, à ne pas manquer!

Ceux qui ont la mauvaise habitude d'installer des applications web dans la racine du document sont souvent confrontés à un problème gênant: l'incapacité à gérer répertoires et sous répertoires en dehors de la demande en raison des restrictions d'accès imposées par le fichier htaccess..

L'exemple le plus typique est celui du CMS Drupal. Supposons que de l'avoir installé et pleinement accessible à l'URL:

http://www.miodominio.xx/

Le htaccess. Drupal va vérifier tout ce qui peut ou peut ne pas être accessible sous la racine du document, qui, dans ce cas coïncide exactement avec la racine du document de l'hôte virtuel. . En fait htaccess est situé dans le système de fichiers racine dédié à cette application:

http://www.miodominio.xx/.htaccess

De cette façon, si nous décidons de créer les nouveaux répertoires, cela va subir les mêmes restrictions écrites dans le fichier htaccess lors de l'installation de Drupal, tels que l'incapacité de naviguer librement entre ses fichiers et répertoires qu'il contient.:

http://www.miodominio.xx/test/

Ce répertoire n'est pas accessible de cette manière, mais seulement en invoquant le nom du fichier dans ce que nous voulons avoir accès, par exemple:

http://www.miodominio.xx/test/pippo.html
http://www.miodominio.xx/test/imago.jpg

Si vous ne spécifiez pas un fichier, il est le seul fichier index.php tenté et montré:

http://www.miodominio.xx/test/index.php

Si le fichier index.php n'existe pas, il ne montre pas le contenu du répertoire - le plus grand nombre s'y attendre - mais plutôt est généré bell'errore 404 (fichier introuvable).

Pour surmonter ce problème est suffisante pour libérer le fichier htaccess, ajouter des instructions qui font le répertoire / test / à l'abri de ces règles, immédiatement après l'initialisation de la RewriteEngine.:

<IfModule mod_rewrite.c>
RewriteEngine on
#
# ECCO LE DUE RIGHE DI ISTRUZIONI:
RewriteCond %{REQUEST_URI} "/test/"
RewriteRule (.*) $1 [L]
#

Voir, c'est croire.

Une ligne droite rapide, si vous m'avez posé une façon de remédier à la temporisation de SSH. Je déclare que cette situation est plus fréquente, due à la configuration par défaut du nouveau routeur distribué par Telecom pour l'ADSL Alice. Le problème peut être résolu en passant le paramètre à la commande ssh:

-o ServerAliveInterval=10

Le paramètre envoie un message à noop sur le serveur toutes les n secondes (dans ce cas: 10) informe le routeur que la connexion est réellement à travailler, même en l'absence de tout type d'activité. Comme il n'est pas de type pratique à chaque fois, vous pouvez mettre à jour votre fichier bashrc avec un alias qui intègre l'option de la commande de base.:

alias ssh="ssh -o ServerAliveInterval=10"

C'est ce que