Сегодня я пишу от своего нового рабочего места.
Я нахожусь на третьем этаже здания в неизвестные области города Брешиа.
Как лосось, я, наконец, забрался обратно поток карстового моего онлайн существования и вернулся к истокам.
Это, в основном, откуда я родом из города.
Существует еще все вверх дном, но мы имеем то, что нужно работать, работать хорошо, the'll закончить позже.
Существует красивое небо сегодня здесь, в Брешии, я надеюсь сохранить до конца недели.
Ну, теперь я прихожу к моей вещи.
В конце концов, они теперь половина Брешиа, я не могу оставаться сложа руки ... Только одна вещь, я взял следующую фотографию здесь в Интернете, это не мой материал.
До встречи!
Архив за апрель 2010 года
Я пишу здесь как напоминание следующий раз это произойдет ... Сегодня утром я разместил ссылку нового FTP-доступ к одному из моих Debian серверов, работающих ProFTPD всегда было очень хорошо выступать.
Коллега указал мне на серьезные проблемы медленного и повторил тайм-ауты для FTP-соединения, явление, которое в течение года производства серверов, которые никогда не показывали: десятки клиентов регулярно доступ через FTP к DocumentRoot вашего VirtualHost наслаждаясь полную доступность полосы пропускания и дискового пространства.
Убедившись, что проблема возникает только доступ к моему FTP-сервер и после того как мы убедитесь, что его связи не было никаких проблем на порт 21, туманы мои бедные памяти вновь появилась как по мановению волшебной палочки вопрос обратного поиска! ProFTPD должен отключить его полностью решена проблема ... это был просто добавляется в файл / и т.д. / ProFTPD / proftpd.conf следующие две директивы:
UseReverseDNS off
IdentLookups off
ProFTPD перезагрузки проблема вернулась в небытие, из которого она возникла ![]()
Новые разработки Связанные эмуляции и пакетной Планирование в FreeBSD, Linux, Windows, и
Nessun commento » YouTube Комментариев нет »Здесь я succulentissimo видео, размещенном вчера Луиджи Риццо, Пизанского университета на Google Talk, Tech. Действительно интересно, не пропустите это!
Включение доступа к дополнительным каталогов в Drupal
Nessun commento » Apache , Open Source , PHP , начинающих , Советы и хитрости Комментариев нет »
Те, кто имеет плохую привычку по установке веб-приложений в корневом каталоге документов часто сталкиваются с досадная проблема: неспособность управлять каталогам, не относящимся применения из-за ограничения доступа, введенные файл Htaccess..
Наиболее типичным примером является Drupal CMS. Предположим, чтобы он установлен и полностью доступными по адресу:
http://www.miodominio.xx/
. Htaccess Drupal будет проверять все, что может или не может быть доступным по собственной корневой документ, который в этом случае в точности совпадает с корнем документа из виртуальных хостов. . На самом деле Htaccess файл находится в корневой файловой системы посвященный этому приложению:
http://www.miodominio.xx/.htaccess
Таким образом, если мы решим создавать новые каталоги, это будут страдать те же ограничения записываются в файл Htaccess при установке Drupal, таких как невозможность свободно перемещаться среди своих файлов и подкаталогов, которые он содержит.:
http://www.miodominio.xx/test/
Этот каталог не доступен на этом пути, но только путем обращения имя файла, в нем мы хотим получить доступ, например:
http://www.miodominio.xx/test/pippo.html
http://www.miodominio.xx/test/imago.jpg
Если вы не указываете файл, он только старался и показал файл index.php:
http://www.miodominio.xx/test/index.php
Если файл index.php не существует, он не показывает содержимое каталога - как многие ожидали, - а генерируется bell'errore 404 (Файл не найден).
Для решения этой проблемы достаточно, чтобы освободить файл Htacces, добавив инструкции, которые делают каталог / испытаний / иммунитет к этим правилам, сразу после инициализации RewriteEngine.:
<IfModule mod_rewrite.c>
RewriteEngine on
#
# ECCO LE DUE RIGHE DI ISTRUZIONI:
RewriteCond %{REQUEST_URI} "/test/"
RewriteRule (.*) $1 [L]
#
Верь глазам своим.
Предотвращение ожидания подключения SSH
Nessun commento » Open Source , начинающих , Shell , системы , Советы и хитрости Комментариев нет »Прямо быстро, если вы спросили меня способ исправить SSH тайм-аут. Я утверждаю, что это та ситуация, чаще, из-за конфигурации по умолчанию новый маршрутизатор распространяются Телеком ADSL для Алисы. Проблема может быть решена с помощью параметра для команды SSH:
-o ServerAliveInterval=10
Параметр посылает сообщение NOOP на сервер каждые N секунд (в данном случае: 10) сообщает маршрутизатору, что соединение на самом деле работает, даже в отсутствие какого-либо вида деятельности. Так как это не удобно вводить его каждый раз, вы можете обновить файл Bashrc с псевдонимом, который включает опцию в основной команде.:
alias ssh="ssh -o ServerAliveInterval=10"
Это то, что ![]()







