ky0

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

Концептуально вопрос понятен, но вообще = добавление HTTPS сейчас занимает минимум времени и усилий. Почему бы и нет?

Бороться надо не с симптомами, а с причиной - откуда-то взявшимися заходами с разных мест. Если ящик используется несколькими людьми - юзайте впн, который территориально будет показывать гуглу одно и то же место.

По опыту, ставка существенно выгоднее для работодателя (при повсеместном демпинге студентов etc), почасовая оплата - для админа (здесь, как совершенно справедливо заметили выше - всё сильно зависит от спектра задач и опытности работника).

Про 2-5 часов забудьте - будет значительно больше. При отсутствии штатного админа рано или поздно появятся и срочные вещи и проблемы, на решение которых потребуется много времени.

Нормальный наезжающий админ в Москве начинается от 40-50, но такого ещё найти нужно - большая часть нижнего ценового диапазона занята сами понимаете кем. И это, разумеется, в случае, если IT не основной источник дохода фирмы.

Первая ссылка из гугла не помогла?

https://stackoverflow.com/questions/2779198/benefi...

Сделайте не через подкаталоги, а через субдомены - тогда можно будет зарулить разные разделы на разные IP-адреса и не придётся иметь единую точку отказа в виде прокси.

Тюнинг кастомизированного под 1С постгреса отличается от нормального. Рекомендаций разработчика не хватает для нормальной производительности?

У 9 и 10 версий различий в ключевых параметрах, относящихся к памяти и прочим глобальным вещам не так много - смело можно использовать рекомендации, применимые к "девятке".

Скорее всего узким местом является не память, а что-то иное. Копирование с tmpfs на tmpfs тоже медленное?

Добавьте downforeveryoneorjustme.com в hosts с записью, указывающей на незаблокированный адрес.

А сложность-то в чём? Экспортируете данные из одной базы, загружаете в другую. Можно использовать постгресовский FDW.

В настройках постгреса log_statement = 'all'. После этого все запросы начнут писаться в стандартный лог.

Берёте на пробный период VPS или сервер с некоторой разумной конфигурацией, проводите на нём нагрузочное тестирование, имитирующее активность интересующего вас количества пользователей, смотрите на прикладные параметры - время отклика, LA и т. д. По результатам - уменьшаете или увеличиваете производительность.

Никакой универсальной формулы нет, потому что никто заранее не может предсказать, как поведёт себя сочетание настроек вашего ПО, СУБД и остального. Даже для конкретных продуктов рекомендации носят приблизительный характер.

Видимо, не находится подходящих способов авторизации. А раз не из-под рута всё ок - проверьте, добавлен ли ключ.

Уместнее задать вопрос - "зачем её менять и чем вас не устраивает этот маршрут"? VPN используется либо для заруливания определённых подсетей через себя - и тогда, очевидно, маршруты до них должны иметь меньшую метрику, либо для заруливания всего, кроме коннекта к впн-серверу через себя - и тогда опять же его маршруты должны иметь меньшую метрику, чем существующие.

Настройте по нормальному гайду с описанием всех производимых действий.

У вас так и написано в правиле - THIS_SERVER_IP_ADDRESS?

Какую-нибудь Mediawiki поднимите, если прямо очень хочется. Но вообще это обычно решается удалённым рабочим столом или сетевой шарой/флэшкой, на которой лежит всё необходимое.

Попробовал законнектиться из разных мест - кёрлу действительно отдаётся самоподписанный сертификат (в отличие от браузера). Видимо, так настроен веб-сервер с той стороны. Попробуйте user-agent подставить какой-нибудь браузерный.