Ilya74: Тут относительно. С одной стороны сервису нужны хостеры, чтобы быть самым полным по информации. С другой - хорошо раскрученный сервис даёт хостеру трафик и заказы, что только в интересах хостера.
Я бы не обломался и сделал без проблем скрипт, который отдавал бы нужные данные сервису по API.
в случае тс-а сервис 0, поэтому только в его интересах парсить html странички хостеров.
если бы сервис чего то стоил и был раскрученным то уже можно думать как упростить схему не только на своей стороне.
а сейчас он просто загнется если требовать от хостеров интерфейс.
как программист я знаю это делается легко.
---------- Добавлено 10.07.2015 в 20:21 ----------
margent: Вчера хотел про граб с xml файлика указать, видимо отвлекся. Как по мне, это самый оптимальный вариант. Я думаю хостерам будем не проблематично изменять свой файлик при изменении тарифов.
никому это не нужно грубо говоря.
обратите внимание крупные хостеры вообще даже на серч не приходят.
мое мнение раз сервису нужно то он пускай делает комфортные условия.
Ilya74
сделаем проект который будет парсить сайты хостеров, посмотрим что выйдет в сентябре.
Hawen: и подгонять парсер под каждого хостера) Допустим это какой-то биллинг известный, тогда да, часть хостеров пропарсится (Billmanager к примеру по API можно вытащить тарифы и цены), но есть же хостеры со своими биллингами, и под каждого подгонять.. Может я не правильно Вас понял?
это не сложно (1 библиотека, а под каждого хостера свои настройки в несколько строк кода), гораздо привлекательнее чем заставлять хостеров делать API ведь сервис очень маленький.
в первую очередь сервису нужны хостеры а не на оборот
imagine: Сервер лег, сначала начала жутко лагать файловая система, через час вообще не отзывается, десяток сайтов лежит, ТП молчит 2 часа, переезжать видимо пора. ТП здесь просто АД.
нормальная у них поддержка, в случае повышенных требований по реакции стоит выбирать не бюджетный дц.
Hawen: Как по мне было бы в сотни раз удобнеее хостерам/Вам. Если бы Вы цены брали/синхронизировали например с файла price.xml который хостер должен держать в актуальном состоянии, а Вы в свою очередь (с помощью cron'а например) обновляли бы цены у себя исходя из этого файла в корне сайта хостера. Не все конечно согласятся делать это (создавать этот файл), но это облегчит всем задачу актуальности цен
слишком много тело движений, все должно быть просто
самое оптимальное что можно делать это парсить сайты хостеров.
wuros: Все пишут, что вот мол защита до 480 гб/сек
Вы на себе тестили эти 480 гб/сек ? Где доказательство, что от какого нибудь 50гб/сек вся сеть не рухнет?
izmir: Подскажите, OVH фильтрует SYN Flood, HTTP Flood? В 2014 году обращался в СТП OVH (Ирландия) Мне ответили, что сотрудники в курсе проблемы но когда будет решение не известно.
SYN да
HTTP нет
это не проблема а экономия ресурсов, их арбор умеет все делать просто они не включают, оно к лучшему т.к нету ложных блокировок
Тут относительно. С одной стороны сервису нужны хостеры, чтобы быть самым полным по информации. С другой - хорошо раскрученный сервис даёт хостеру трафик и заказы, что только в интересах хостера.
Я бы не обломался и сделал без проблем скрипт, который отдавал бы нужные данные сервису по API.
в случае тс-а сервис 0, поэтому только в его интересах парсить html странички хостеров.
если бы сервис чего то стоил и был раскрученным то уже можно думать как упростить схему не только на своей стороне.
а сейчас он просто загнется если требовать от хостеров интерфейс.
как программист я знаю это делается легко.
---------- Добавлено 10.07.2015 в 20:21 ----------
Вчера хотел про граб с xml файлика указать, видимо отвлекся. Как по мне, это самый оптимальный вариант. Я думаю хостерам будем не проблематично изменять свой файлик при изменении тарифов.
никому это не нужно грубо говоря.
обратите внимание крупные хостеры вообще даже на серч не приходят.
мое мнение раз сервису нужно то он пускай делает комфортные условия.
Ilya74
сделаем проект который будет парсить сайты хостеров, посмотрим что выйдет в сентябре.
и подгонять парсер под каждого хостера)
Допустим это какой-то биллинг известный, тогда да, часть хостеров пропарсится (Billmanager к примеру по API можно вытащить тарифы и цены), но есть же хостеры со своими биллингами, и под каждого подгонять..
Может я не правильно Вас понял?
это не сложно (1 библиотека, а под каждого хостера свои настройки в несколько строк кода), гораздо привлекательнее чем заставлять хостеров делать API ведь сервис очень маленький.
в первую очередь сервису нужны хостеры а не на оборот
впс там нет смысла брать т.к на них наименьший приоритет.
"с сайтами выставил 777"
никогда так не делайте.
Сервер лег, сначала начала жутко лагать файловая система, через час вообще не отзывается, десяток сайтов лежит, ТП молчит 2 часа, переезжать видимо пора. ТП здесь просто АД.
нормальная у них поддержка, в случае повышенных требований по реакции стоит выбирать не бюджетный дц.
Как по мне было бы в сотни раз удобнеее хостерам/Вам.
Если бы Вы цены брали/синхронизировали например с файла price.xml который хостер должен держать в актуальном состоянии, а Вы в свою очередь (с помощью cron'а например) обновляли бы цены у себя исходя из этого файла в корне сайта хостера.
Не все конечно согласятся делать это (создавать этот файл), но это облегчит всем задачу актуальности цен
слишком много тело движений, все должно быть просто
самое оптимальное что можно делать это парсить сайты хостеров.
Все пишут, что вот мол защита до 480 гб/сек
Вы на себе тестили эти 480 гб/сек ? Где доказательство, что от какого нибудь 50гб/сек вся сеть не рухнет?
у ovh написано вот они и пишут ;).
Подскажите, OVH фильтрует SYN Flood, HTTP Flood? В 2014 году обращался в СТП OVH (Ирландия) Мне ответили, что сотрудники в курсе проблемы но когда будет решение не известно.
SYN да
HTTP нет
это не проблема а экономия ресурсов, их арбор умеет все делать просто они не включают, оно к лучшему т.к нету ложных блокировок
srvgame
я на полном серьезе написал, у них та же кука даже не шифрованная, бери и используй.
выходит умнее но без москвы.
у меня автоматически сменился оператор в связи с продажей Ростелеком NCC > Теле2.
обратил внимание - теньков уловил смену IMSI, в интеренет банк не пускает.
океан банк, сбербанк и кукуруза пускают без проблем :(.