Насчет "перманентного совка" - совершенно согласен.
Говоря о Европе, вообще-то имелась ввиду Германия. Что касается Штатов, не далее как вчера беседовал со знакомым хостером, так он рассказал о сидящих в соседнем офисе "молодых да ранних". Собрали хлопчики малость зелени, прикупили металлолома, сняли хибару в дешевом районе, затянули шнурок и здесь позиционируются как "хостинговая компания с собственным дата-центром". Уже и реселлерами обзавелись :) А что будет, когда у "тамошнего" из этих студентов виза закончится... Это уже их не волнует.
В общем продолжаем поиски. Большое спасибо ответившим. 🍻
Что касается замечания о возможном разделении функций, то это как раз просто: Достаточно сам сервис разместить на одном сервере, а его интерфейс - на другом. Да и вообще, если программер проявит фантазию, то найдет массу вариантов, вплоть до include частей скрипта с другого url.
Получается, как в анекдоте про "неуловимого Джо": а кому он нужен... :)
А много ли желающих заплатить весьма серьезную сумму за формулу, которая через неделю устареет?
Вообще защита информации состоит не в том, чтобы сделать взлом невозможным, а в том, чтобы сделать его нерентабельным. Если вы напишете свой сервис например на C, прицепите более - менее серьезную защиту от дизассемблирования, в сочетании с "запутыванием кода", то, скорее всего, ваши конкуренты не найдут за приемлемую цену достаточно квалифицированного взломщика, согласного потратить массу времени на его разбор.
Достаточно надежно разбить проект на несколько связанных сервисов и разместить у разных хостеров. И если уж технология такая секретная, то не стоит забывать и о простых незамысловатых хакерах, для которых вскрыть дефолтно настроеный сервер - задача нескольких часов.
Насчет близости к основным каналам, это надо внимательно анализировать с цифрами в руках. Требуются данные о реальном соотношении времени доступа к техническим и географическим парамертам порта сервера. Еще не помешает анализ этого в свете стоимости трафика и т.п. Посему я и не берусь в лоб судить об этом. Просто "патриотизма" для выделения лишней сотни в месяц недостаточно. А вот простота и гибкость администрирования, а также возможность широких и оперативных изменений, это реальный плюс. Если удастся убедить хозяина выкладывать деньги на решение админских проблем. ;)
А ты, часом, не на MTW хостишься?
Дискуссия все больше соответствует названию топика ;) Скоро подтянем немецкие философские школы и врежем с "главного калибра" :)
А проблемы хамства, высокомерия и прочих методов "сублимации неуверенности в себе", это не проблемы форума. Их природа пошире :)
Если вопрос задан не ленью автора, которому влом почитать десяток-другой страниц, давно на него ответивших, он ответа заслуживает. И такие вопросы здесь вызывают оживленное обсуждение.
Однако "неприличная" буква "F", в сокращении RTFM появилась не от хорошей жизни ;)
В таком случае лучше просто найти нормального хостера у которого в саппорте дежурят именно админы а не эникейщики, как это часто бывает.
Сильные админы - народ дорогой, и на них часто экономят.
Искать можно здесь или, если "не дом и не улица" :), то здесь.
Найдя приемлемого хостера, если так важны настройки, воспользуйтесь ссылкой ostmaster'а и запросите с него какой - либо файл (лучше картинку), установив If-Modified-Since в минус 1 час. Если получите 304, то все Ok, усли 200, то посмотрите, есть ли Last-modifed. Да чего я объясняю, ваш программер должен знать не хуже... :) Только сайт хостинг-компании и сайты ее клиентов совсем не обязательно на одних серверах. И не факт, что эти сервера одинаково настроены.
А, собираясь арендовать сервер, надо очень хорошо подумать. Будет ли ваш админ читать ежедневные отчеты LogWatch, Tripwire и т.п. Представляет ли он, что значит админить, не имея физического доступа. Это весело, как работа сапера ;) Один неверный шаг - и длинные переговоры с саппортом о восстановлении работоспособности сервера. :)
Если такой сервер действительно нужен, то берите его в радиусе телефонной досягаемости, чтобы всегда можно было уладить вопросы с update, upgrage и patch.
Даже на простых статичных страницах, отдающих реальный Last-Modified и Content-Length?
Если так, то, экономя на мощности серверов они расплачиваются трафиком, что не есть умно. Если речь идет о динамических страницах, то все гораздо сложнее.
ЗЫ: А восторги в честь програмеров весомы только от других програмеров :D
