Валентин

Можно опрашивать руками, можно поручить это протоколу webdav и консольному клиенту (google с ним еще работает), можно попробовать придумать что-то с push-уведомлениями...

А на счет многозадачности - не надо опрашивать календарь из web-приложения. Просто сделай собственного демона (или скрипт в кроне?), который возьмет на себя обработку календаря и запись изменений в бд.

Я вот смотрю официальную доку и вижу, что нет PATH_INFO

любой

Библиотеки специфичной навряд ли найдете, но алгоритм предельно прост:

# Критерии
def isdigits(str):
   for i in str:
      if not i.isdigit()
         return False
   return True

def istext(str):
# какая-то логика

token = ("type_of_token", "value_of_token", len("value_of_token"))

def process_link(link):
   tokenlist = []
   for i in link.split('/'):
      if isdigit(i):
         tokenlist.append(("digit", i, len(i))
      if istext():
         tokenlist.append(("text", i, len(i))
   return tokenlist

Остается только получить список токенов для каждой ссылки и посчитать похожие варианты)

Со временем приходишь к тому, что самому быстрее написать что-то на чистом js, нежели используя тяжелые объекты в jquery. Так что javascript)

Дело не в языке, а в инструменте, который предоставляет операционка. А здесь универсальности точно не получится. В windows не знаю, а в линухе для этого служит libnotify.
А если хочется универсальности, заморочьтесь и напишите кросплатформенную либу, работать она будет через сокеты)

По-моему django-registration сейчас уже никто не пользуется. Там кода чуть-чуть, проще свою написать, чем адаптировать каждый раз эту.

Так поройся в исходниках страницы. Если он не самопальный, наверняка есть js-файл, в котором есть его описание или хотя бы какой-то код, который можно затем найти в google.

Важные приложения на все системы уже давно ставят из сторонних репов или из исходников. Учитывая, что php ставится много куда, уже давно проще сделать git clone и собрать самому. Хотя кому то нравятся сторонние репозитории.

Исторически в debian-овских репозиториях больше софта.

Но на сервер все равно часто собираешь пакеты сам - нужны какие-нибудь особые флаги сборки, свежие заплатки. Так что разницы особо не заметишь. Умеешь работать с rpm - ставь centos, умеешь с deb - debian.

Все настроили, кроме самого сервера ftp)

Естественно juniper будет присылать все, что есть от других. Что вам нужно видеть на freebsd? Как они участвуют в ospf - в одной area или разных?
Если в одной, то настройте prefix-listы на freebsd на прием, а на juniper на отдачу маршрутов. Но обычно в одной area маршруты на всех все присутствуют.
Если в разных, ограничьте также prefix-листами.
На фряхе не знаю, как это делается, но на джуне вот есть примеры.

1) поменять правила ACCEPT и DROP местами
2) используй ipset, адреса в который можно добавлять резолвингом по крону или узнаешь с какого-нибудь bgp-резолвера.

А виджеты на сайтах висят скорее всего из-за не всех фильтруемых IP-шников. Узнай все его адреса и отфильтруй их.
Но все же прокси для этого подходит лучше.

Самый обычный нераскрученный сайт-визитка с каким-нибудь wordpress-ом в среднем имеет до 500 (да что уж говорить, если не раскручивали вообще, то до 100), равномерно распределенных в течении рабочего дня (12 часов), посетителей в сутки. Этот же сайт имеет 10 страниц. Пускай каждая страница генерит еще до 30 запросов к статике.
За статику не переживаем вообще, за скрипты получаем максимум 500 посетителей * 10 страниц (они у вас все вычитали) / (12 часов * 60 минут * 60 сек) = 0.12 запроса в секунду. Это с одного сайта. Грубо говоря, с 4-х будет 0.5. С такой нагрузкой справится даже мой старый настольный компьютер 2010 года) А здесь еще и SSD)
Ну а так, в общем виде, тестить надо конечно.

Что делать - что делать. Определиться, сам строить будешь или покупать другого провайдера.
Если строишь сам, то дальше смотришь стоимость кабеля, радиорелейного оборудования, стационарных железок, рабочих, аренды, внешнего интернет-канала. Прикидываешь, сколько денег надо. Читаешь закон о связи. Рисуешь проект. Подбиваешь ДУКи/ТСЖ на то, чтоб тебя в дома впустили, столбы и канализации в аренду дали, дыры в домах продолбить разрешили. Открываешь ООО или ИП и работаешь. Это в общих чертах. А как построить собственного провайдера в деталях - не формат данного ресурса.
Если покупаешь, то готовишь мульон мульонов денег, идешь к руководству мелкого провайдера, предлагаешь ему мульон плюс еще один, нанимаешь адвоката, проверяешь документы и покупаешь.

Нужен хук на изменение файлов, при котором будет запускаться внешний скрипт. Вот варианты в порядке увеличения сложности и геморности:
1) crontab на проверку изменения файла и запуск скрипта
2) использовать ftp-шник с нужным функционалом запуска внешнего скрипта (pureftpd умеет).
3) libnotify и отслеживание изменений файловой системы
4) самопальный отдельный ftp-сервер на том же python-е, который будет обрабатывать только нужные вам соединения. Не так уж и трудно с учетом всяких pyftpdlib, twistd.
5) обычный ftp-шник с перенаправлением логирования на именованный канал. А этот канал вы будете проверять на наличие строки типа "file xls uploaded" и запускать обработчик.

Я могу еще придумать кучу решений этой задачи с использование SNMP, различных файловых систем, email-нотификаций (pureftp вроде умеет) но если у вас есть запущенный сайт, то я бы убедил клиента использовать http вместо ftp, а в серверной части вы бы обработали как надо. Ну или после отправки файла на клиентской стороне инициировать http-запрос к вашему сервису после загрузки файла, по которому запускается скрипт.

А есть ли где описание, как изменить шаблон html/css, не переписывая при этом 70% шаблона?

Ну да, из технических ограничений будет только невозможность повесить nginx на 80 порт. А так сами соберете пакеты с нужными префиксами и будете запускать бинари или скрипт самопальный сделаете для запуска.
Невозможность запуска на 80-м порту обходится либо через замену портов (proxy?) на другой машине, либо патчем в ядро.

Но вообще проверенным способом для таких действий является виртуализация - втыкаешь openvz какой-нибудь, на одной виртуалке будет сайт, на другой твои секретные данные.