cefiro.org VS cefiro.ru - кто быстрее?
- Автор темы zavr
- Дата начала
- Статус
ВАЖНО: Основанием для перехода будет служить количество голосов в пользу cefiro.org не менее 51% от их общего числа.
В противном случае сайт будет оставлен на прежней тех. площадке (или будет продолжен поиск другого хостинга).
Просьба обращать внимание на скорость работы cefiro.org исключительно в будни - в выходные и так у всех всё "летает".
В противном случае сайт будет оставлен на прежней тех. площадке (или будет продолжен поиск другого хостинга).
Просьба обращать внимание на скорость работы cefiro.org исключительно в будни - в выходные и так у всех всё "летает".
ну, торопиться пока не будем, однако если предложенный вариант всё-таки реально быстрее, то считаю верным его попробовать в боевых условиях - на старом адресе поставим редирект на новый, чтобы редкие и новые посетители не потерялисьMutant сказал(а):
PS: хостинг всегда платится авансом, так что по ноябрь 2004 года у нас в Зеноне всё проплачено (именно поэтому и говорю, что торопиться не надо и надо всё взвесить). А вот в he.net помесячная система оплаты.
Еще один немаленький плюс HE.NET, мы не теряем деньги при резкой смене провайдера. допустим производить оплату конечно каждый месяц будет накладно (накладные расходы я думаю), а вот раз в квартал или полугодие уже лучше.zavr сказал(а):
zavr сказал(а):
Думаю надо было вопрос поставить несколько иначе, что-то типа вот такого:
"Является ли скорость работы cefiro.org приемлимой ?"
Дело в том что мне например трудно сравнить, в начале показалось что org явно медленнее чем ru, но сегодня с утра пробежался по 2 страницам конфы вполне нормально, так что проголосовал как одинаково. Если в плане поддержки org выгоднее, то можно и переезжать.
а все молчат (эта тема уже не один день висит), поэтому я придумал именно такую формулировку. надеюсь сейчас народ будет более вовлечён в процесс принятия решения о возможной смене.Saw Cefiro сказал(а):
Я тыт было возложил все надежды на то что сайту на новом месте будет удобнее, как БАЦ! и орг не работает. Минут не меньше 30 зайти на форум не мог. 
Я опять все пропустил... Ушел в оффлайн на неделю, и на тебе - тут уже вовсю голосуют, оказывается 
Я проголосовал за cefiro.org НО не потому, что он быстрее. Контент с обоих провайдеров личино у меня грузится одинаково быстро. Однако с cefiro.swap.ru иногда бывают проблемы - сайт просто недоступен. Поэтому я голосовал не за скорость, а за стабильность. По опыту (несколько лет приходится хостить сервера у разных провайдеров) - зарубежные провайдеры намного стабильнее наших, это точно. Проверено не на одном десятке серверов. Самый рядовой буржуйский хост имеет как минимум 2 канала связи (не считая байпасного), не говоря уж про упсы и прочие достижения цивилизации. И хабы/роутеры у них почему-то никогда не виснут.
Я проголосовал за cefiro.org НО не потому, что он быстрее. Контент с обоих провайдеров личино у меня грузится одинаково быстро. Однако с cefiro.swap.ru иногда бывают проблемы - сайт просто недоступен. Поэтому я голосовал не за скорость, а за стабильность. По опыту (несколько лет приходится хостить сервера у разных провайдеров) - зарубежные провайдеры намного стабильнее наших, это точно. Проверено не на одном десятке серверов. Самый рядовой буржуйский хост имеет как минимум 2 канала связи (не считая байпасного), не говоря уж про упсы и прочие достижения цивилизации. И хабы/роутеры у них почему-то никогда не виснут.
С моим фиговым дайл-апом разницы практически нет, но голосую за cefiro.org, т.к. звучит солиднее 8)
Руслан, а почему бы тебе не отправить результаты этого голосования в тех.поддержку зенона? Со словами "я вынужден поменять хостинг по причине многочисленных жалоб пользователей на отвратительное качество работы".
Я с ними уже не один килобайт текста перетёр как по почте, так и по телефону. И некоторые гневные письма посылал от посетителей. Менеджеры ласковые все, всё понимают, готовы помочь, но вопрос перенаправляют к технарям. А те мне отвечают, что у меня скрипты кривые (как я потом понял из других эх, это "нормальный" ответ). Типа, говорят, смотри: "вот у тебя новости на главной странице, при этом ты их вытягиваешь, используя сортировку (ORDER BY post_date DESC), а поле post_date не имеет индекса и потому этот запрос выполняется в несколько раз дольше, чем без ORDER или с ORDER но по индексированному полю". Ну, во-первых, новостей нет на странице форумов в том виде, про который писал этот товарищ (а именно форум и тормозит, т.к. на нём вся нагрузка). На да хрен с ним - дай думаю добавлю индекс, хотя сам сильно сомневаюсь в результате. Добавил - время выполнения запроса то же. Даже не стал продолжать с ним дискуссию. Да и потом есть один тонкий момент - форум у нас стандартный (www.phpbb.com), мной менялась только та часть, которая отвечает за внешний вид форумов (подстроил под общую "тему" сайта). И, посещая сайт разработчиков уже не первый год, я знаю - что там всё нормально с организацией базы данных, запросов к ней и т.п. Достаточно полазить по их форуму - там более 700тыс сообщений - и форум летает. Так что дело, похоже, именно в аппаратной части, а вот как решить этот вопрос я не знаю... Есть мысли?Desti сказал(а):
PS: мне тут дали контакт одного важного человека из Зенона (знакомый знакомого) - попробую зайти ещё с этой стороны
Starcon сказал(а):Desti сказал(а):
Хех, в России живем. Я им несколько месяцев назад высылал запрос (хотел сервер у них разместить), так они даже не ответили. Бардак
Ну не скажи, это единичный случай, обычно Зенон реагирует оперативно..
zavr сказал(а):
Eсть такая услуга как co-location, те. размещение своего сервера на площадке хостера. В этом случае ты сам рулишь сервером как хочешь, а от провайдера тебе нужно только бесперебойное питание и интернет канал. Минусы очевидны - сервер денег стоит, хостинг обойдется дороже, да и за сервером придется следить самостоятельно. Короче, все упирается в деньги и время
т.е. видимо этот вариант в нашем случае не катит
однозначно не катитStarcon сказал(а):zavr сказал(а):
Eсть такая услуга как co-location, те. размещение своего сервера на площадке хостера. В этом случае ты сам рулишь сервером как хочешь, а от провайдера тебе нужно только бесперебойное питание и интернет канал. Минусы очевидны - сервер денег стоит, хостинг обойдется дороже, да и за сервером придется следить самостоятельно. Короче, все упирается в деньги и время
там месячная стоимость сопоставима с нашей годовой
у меня ещё есть возможность упасть на хвост к другу - он размещает собственное оборудование на площадке golden-telecom (если кратко - то это круто ), но... но... но... он не хостер, у него другой бизнес, поэтому в случае чего оперативно решать проблемы не получится - по серьёзным вещам придётся дёргать его админа... да и сами понимаете - с друга не спросишь, не построишь его, не нагнёшь когда надо. проще иметь юридически оформленные отношения...
), но... но... но... он не хостер, у него другой бизнес, поэтому в случае чего оперативно решать проблемы не получится - по серьёзным вещам придётся дёргать его админа... да и сами понимаете - с друга не спросишь, не построишь его, не нагнёшь когда надо. проще иметь юридически оформленные отношения...
zavr сказал(а):
Насчет скорости запросов: в таких таблицах лучше использовать индекс в виде автоинкрементного поля (integer). order by index desc limit 'сколько на страницу влезет'. Индекс по дате работает медленнее.
А вообще стоит проверить свои запросы к базе из шела, посмотреть, как быстро они выполняются.
тип поля int(11), т.к. дата хранится в виде UNIXTIME, autoincrement бессмысленно устанавливать, т.к. такое поле в таблице может быть одно и оно уже есть (topic_id).Desti сказал(а):
Запрос: SELECT topic_time FROM `topics` ORDER BY topic_time DESC LIMIT 0,300
Делаю из шелла на Зеноне, по 10 попыток
До добавления индекса: от 0.00с до 0.13с
После добавления индекса: от 0.00с до 0.06с
Делаю из шелла на he.net, по 10 попыток
До добавления индекса: от 0.00с до 0.01с
После добавления индекса: от 0.00с до 0.01с
Как ни жаль, но от HE.NET мы отказались.
Причина: невозможность сортировки данных в таблицах MySQL в кодировке win1251. Переговорами добиться ничего не получилось, хотя они были очень конструктивны.
Поиски другого хостера, вероятно, будут продолжены в новом году...
PS: а вот swap.ru я всё-таки решил перевести к ним 8)
Причина: невозможность сортировки данных в таблицах MySQL в кодировке win1251. Переговорами добиться ничего не получилось, хотя они были очень конструктивны.
Поиски другого хостера, вероятно, будут продолжены в новом году...
PS: а вот swap.ru я всё-таки решил перевести к ним 8)
- Статус