Как вы видите, в первом случае сайт вообще ничего не весит - всего 47 кб. и грузится по тесту 3 секунды
в то время как сайт на движке с базой данных и большим объемом информации - весит почти 1 мб грузится меньше, чем за секунду)
как так?)
который на тайм веб или на ihc?
Вот пример mmorpg.one по данным похоже на вирт выделенный сервер раз ns1.ihc.ru
скорость загрузки
или всеже у вас продуктивнее работает тоже обычный хостинг, чем вирт?
сервис https://2ip.ru/analizator/ также при тесте в pr-cy.ru тоже примерно одинаковые показатели выдает.
Если тестировать сайт на таймвеб выдает, что сервер ответил быстро.
по тесту мы также видим скорость загрузки очень хорошую
Если тестировать на ihc.ru на вирт сервере на hdd на тарифе VPS8 то выдает
есть ли пример с сайтом на vps где показатель не менее 1000 кб.сек? можно в личку пару пирмеров
уточняю в связи с тем, что серьезно намерены на переезд, но чтобы не впустую потратить время на все манипуляции.
цифры действительно могут стать на уровне показателей таймвеб и увеличатся до 1000-1200 кб/сек.? хотелось бы пару сайтов увидеть на подобном тарифе, чтобы посмотреть их скорость отдачи и скорость загрузки по машинным тестам.вот например сайт у вас draff.ru размещается. Он на тарифе с ssd? скорость отдачи не превышает 350 кб/сек. что как минимум в 3 раза медленнее, чем у таймвеб на обычном хостинге с ssd за 149 рублей в месяц(или всеже это еще и от канала зависит?Если верить сервису https://hosting-pulse.ru/review/IHC и сравнительным тестам на нем, то у ihc сильно уступает скорость чтения баз данных.
что будет быстрее и производительнее
ssdVPS:8 с SDD Процессор Xeon (2000 МГц)
или
VPS/8 на HDD
В целом ответ очевиден. Хотелось бы понять на сколько может быть прирост? Т.к сравнивал один и тот же сайт на таймвеб и на ihс _ скорость отдачи на таймвеб на ssd выше в 4-6 раз
в то время как на ihc скорость редко бывает больше 150-200 кб/сек.
Вот и думаю, получится ли улучшить результаты при переезде на ssd у ihc? Или скорость загрузки не зависит от винтов?
да видимо придется через модреврайт или через исп менеджер делать редиректы, т.к они тогда отрабатывают первыми. спасибо за совет, что-то забыл про этот способ более приоритетной перееадресации)
прям минус так минус. ничего не предвещало. предыдущий ап был хороший плюс, но праздники прошли и пришел минус. конкуренты без текстов, с кривыми сайтами пошли в ТОП.
он не нужен студии, вот в чем дело, т.к был в кабинете указан второй e-mail который все это время был равноправен с первым и мы получали всю необходимую информацию, в том числе сообщения от саппорта, информацию о продлении, об оплате. Он и сейчас не нужен, если бы не оказалось, что на хостинге с аккаунта на аккаунт можно перенести только по коду. При этом вы также видите, что почты, на которую зарегистирован кабинет вообще не существует, как и телефона. Но вы почему-то на это закрываете глаза.
Хотя вы прекрасно видите, что вход осуществляется с одних и тех же IP на протяжении долгого времени, а не с левых. Но это вам тоже не особо почему-то интересно. Хотя явно злоумышленник не может получить доступ к ПК, к паспорту, к лицу человека, к кошелькам оплаты и т.д. Проще получить доступ от почты, даже которой не существует. При этом, имея доступ в кабинет для управления DNS зонами, можно удалить все зоны. но нельзя перенести на новый аккаунт. Это очень странно, что при удалении зон не запрашивает код для подтверждения. еще одна ошибка в инструкции?
Про натариуса мы в курсе и ситуацию также уже описали в пердыдущих сообщениях, что это не представляется возможным. Также как и прийти в офис лично, пока ваш офис не появится в нашем городе, хотя мы этого очень ждем.
Если бы вы прочитали всю тему, то поняли в чем сложность.
А пишем на форум, т.к кто-то еще может столкнуться с такой ситуацией и будет в курсе того, что она нерешаема, т.к в логике инструкций IHC допущены недочеты, которые позволяют решать подобные ситуации. Как и писал выше- что несовершентсов закона проблема не закона, а тех, к кому эти законы относятся.
самое грустное в данной ситуации, что наши данные под угрозой, а почта и телефоны не существуют (и это легко проверить, попытавшить позвонить на номер и отправить тестовое письмо на почту), но хостинг компания не очень хочет вникать в суть проблемы, хотя и не должна если забыть о клиенте это проще, чем помочь в данной ситуации.
