Интересно где это все оформлено юридически? Там в налоговой тоже ответы на вопросы сколько зарабатываете будут примерно такие же? :]
размещение в Украине могло бы стать одним из лучших решений для клиентов из европейского региона. И для клиентов из РФ, кстати, тоже
Между Украиной и РФ нет интернет связи... вообще никакой и никуда. Хотя у меня тоже есть клиенты из РФ, размещающиеся в Украине и наоброт - из Украины размещающиеся в РФ. Однако они ни там, ни там не проживают сами и такой незначительный "нюанс" со связью их не беспокоит.
Но всеж нужно четко понимать откуда будут основные посетители сайта. Ну и по способам оплаты также есть вопросики...
Потому что не надо брать в германиях всяких. Знаю минимум 2х vps хостеров с ip по гео базам российскими, но физически сервер в европах. В итоге заворачиваю роутером youtube.com (плюс еще несколько доменов со всеми поддоменами) на такой vpn и получаю нормально работающий ютуб, для которого я якобы обращаюсь из РФ... безо всякой рекламы
У каждого своя правда. Кто-то сам во всем разбираться пытается, кто-то нанимает администратора. Но всегда будут те, кто лишь в админке cms своей ориентируется... с трудом.
Я лишь вижу не мало сайтов на shared'ах с траффиком в 10-100к запросов в сутки (запросов по логам к скриптам, без статики). И с владельцами, которым не то что vps администрировать, а залить файлик по фтп - это уже прям тех. задача... Собственно по этой причине shared'ы были изначально и будут еще очень долго.
Это как хоронить PHP :] Можно сколько угодно плеваться, гордиться собой когда освоил что-то чуть другое, но PHP наверное будет всегда.
Это к слову про vps - это стабильность, это надежность и выделенные ресурсы :)
Скорость конечно после тикета вернули, однако факт в том что на vps ровно также при желании могут молча подрезать любые ресурсы (интернет канал, iops'ы диска и т.д.). Особенно на сверхдешевых тарифах.
Версии php обычно везде выбираются пользователем. А минорные апдейты ничего не должны сломать. Если же вас насильно с php5 на php7 перевели... то это лишь подтверждает, что крупным плевать на все и всех, а вовсе не о "стабильности" какого-то типа хостинга и что такое везде на shared'ах.
Ничего не обновлять на vps одами - это не сказать что плюс.
А медлительность, опять же, не зависит от типа (shared или vps), а напрямую зависит от скорости железа и его нагруженности. И практически гарантированно у крупных с нагруженностью будет заметно хуже, чем у мелких, с меньшим количеством клиентов-соседей.
Отличный пример - beget. Любой пользователь их виртуального хостинга может при желании заглянуть по ssh, запустить top и почти в любое время там LA 40+ или типа того. И там же заглянуть в /proc/cpuinfo - да, ядер cpu конечно тоже 40+, но они же в районе 2.5ггц.
В общем если сравнивать с подобным, то наверное лучше vps даже самая дешевая. Однако если не ограничивать себя лишь крупняком, то за аналогичную стоимость можно получить сильно более быстрые ядра (и не 1-2 штучки как на vps) при желании.
Все придумано давным давно - виртуальный хостинг называется. Да, тут ровно те же проблемы - большинство идет к самым популярным крупным... и получают ширпотребное качество всего (скорость, стабильность, поддержка). Но почему-то думают, что так везде и надо только на vps переходить за скоростью, стабильностью и т.д... но нет. На vps обычно процессор медленней, плюс ядер меньше (Мало же кто берет сразу 4+ ядерную vps, т.к. дорого и там уже можно начинать смотреть на бюджетный выделенный сервер). На виртуальном все обычно под присмотром, превышения нагрузки мониторятся и не допускаются. Если что-то падает, по почти сразу кто-то приступает к решению проблемы. А на vps же все в ваших руках - за нагрузкой мало кто следит, однажы в пятницу набегают боты и все ложится, а владелец узнает об этом в понедельник например... и без понятия что делать, еще неделю спрашивает по форумам как быть :]
У меня роутер на debian. Скомпилировал, установил, а дальше в файле службы youtubeUnblock.service вписан лишь вариант как на самом этом роутере траффик пропускать через youtubeUnblock. Добавил в него iptables строчки для forward:
И убрал --queue-bypass везде т.к. со включенным невозможно понять работает/нет вообще. Пока не до конца понял чем это грозит...
Следующим шагом было проверить работает ли в принципе что-то. Поменял:
ExecStart=/usr/local/bin/youtubeUnblock 538
Т.е. теперь iptables заворачивает не туда. И дальше проверил с работающим только OUTPUT блоком - вообще ничего не скачать на самом роутере, а на клиентах работает как и раньше.
С работающим только FORWARD блоком - наоборот, на клиентах все потухло, а на роутере как обычно.
Т.е. вроде был порядок. Возвращаю обратно на 537, запускаю OUTPUT и FORWARD - ну как минимум все сайты работают, ютуб открывается. И вроде как даже ролики играют. Но стало ли прям заметно лучше пока однозначно не скажу.
Буду еще пробовать на всех клиентах - тв, телефоны и т.д.
На самом деле пинг имеет большое значение. Видал даже таких, что не желают размещаться в Москве т.к. аудитория основная СПБ. Речь о ~10мс разнице.
Конечно есть люди привыкшие к тормозам и им из NY будет нормально.
Сайт - это ж не одна страница. На нее еще залетает куча стилей, js, фоток. На полной итоговой загрузке будет ощущаться расстояние.
О глупостях отсутствия связи и блокировках всяких рассуждать уж не приходится. Принимается как факт.
Надо уже ставить красные предупреждения, мол это
иноагент... просто перевод ради рекламы и мол автора бесполезно о чем-то спрашивать.Сколько у вас клиентов - не знаем наверняка.
Сколько на вас работают - сложно ответить.
Интересно где это все оформлено юридически? Там в налоговой тоже ответы на вопросы сколько зарабатываете будут примерно такие же? :]
Между Украиной и РФ нет интернет связи... вообще никакой и никуда. Хотя у меня тоже есть клиенты из РФ, размещающиеся в Украине и наоброт - из Украины размещающиеся в РФ. Однако они ни там, ни там не проживают сами и такой незначительный "нюанс" со связью их не беспокоит.
Но всеж нужно четко понимать откуда будут основные посетители сайта. Ну и по способам оплаты также есть вопросики...
Потому что не надо брать в германиях всяких. Знаю минимум 2х vps хостеров с ip по гео базам российскими, но физически сервер в европах. В итоге заворачиваю роутером youtube.com (плюс еще несколько доменов со всеми поддоменами) на такой vpn и получаю нормально работающий ютуб, для которого я якобы обращаюсь из РФ... безо всякой рекламы
У владельцев медленных сайтов есть непробиваемый довод - "меня все устраивает".
Это "Информационная служба Хабра". Ей сказали бери тут, переводи и пости. Что вы от нее хотите?
Как уже верно заметили, сравнивать на совершенно разных процессорах бессмысленно.
Добавлю еще что даже один и тот же процессор можно програмно заставить быть сонным и ленивым или наоборот максимально бодрым и отзывчивым.
Прогнал у себя на роутере домашнем быстро пару тестов. Одинаковая система, один и тот же диск, но лишь меняя схему энергосбережения запускаю тесты:
fio --ioengine=libaio --direct=1 --name=test --size=4G --bs=4k --iodepth=1 --readwrite=randread
fio --ioengine=libaio --direct=1 --name=test --size=4G --bs=4k --iodepth=4 --readwrite=randread
powersave
performance
Разница в результатах примерно в 2 раза...
У каждого своя правда. Кто-то сам во всем разбираться пытается, кто-то нанимает администратора. Но всегда будут те, кто лишь в админке cms своей ориентируется... с трудом.
Я лишь вижу не мало сайтов на shared'ах с траффиком в 10-100к запросов в сутки (запросов по логам к скриптам, без статики). И с владельцами, которым не то что vps администрировать, а залить файлик по фтп - это уже прям тех. задача... Собственно по этой причине shared'ы были изначально и будут еще очень долго.
Это как хоронить PHP :] Можно сколько угодно плеваться, гордиться собой когда освоил что-то чуть другое, но PHP наверное будет всегда.
раз уж упомянули vdsina, буквально сегодня:
Hidden text
Это к слову про vps - это стабильность, это надежность и выделенные ресурсы :)
Скорость конечно после тикета вернули, однако факт в том что на vps ровно также при желании могут молча подрезать любые ресурсы (интернет канал, iops'ы диска и т.д.). Особенно на сверхдешевых тарифах.
Версии php обычно везде выбираются пользователем. А минорные апдейты ничего не должны сломать. Если же вас насильно с php5 на php7 перевели... то это лишь подтверждает, что крупным плевать на все и всех, а вовсе не о "стабильности" какого-то типа хостинга и что такое везде на shared'ах.
Ничего не обновлять на vps одами - это не сказать что плюс.
А медлительность, опять же, не зависит от типа (shared или vps), а напрямую зависит от скорости железа и его нагруженности. И практически гарантированно у крупных с нагруженностью будет заметно хуже, чем у мелких, с меньшим количеством клиентов-соседей.
Отличный пример - beget. Любой пользователь их виртуального хостинга может при желании заглянуть по ssh, запустить top и почти в любое время там LA 40+ или типа того. И там же заглянуть в /proc/cpuinfo - да, ядер cpu конечно тоже 40+, но они же в районе 2.5ггц.
В общем если сравнивать с подобным, то наверное лучше vps даже самая дешевая. Однако если не ограничивать себя лишь крупняком, то за аналогичную стоимость можно получить сильно более быстрые ядра (и не 1-2 штучки как на vps) при желании.
Все придумано давным давно - виртуальный хостинг называется. Да, тут ровно те же проблемы - большинство идет к самым популярным крупным... и получают ширпотребное качество всего (скорость, стабильность, поддержка). Но почему-то думают, что так везде и надо только на vps переходить за скоростью, стабильностью и т.д... но нет. На vps обычно процессор медленней, плюс ядер меньше (Мало же кто берет сразу 4+ ядерную vps, т.к. дорого и там уже можно начинать смотреть на бюджетный выделенный сервер). На виртуальном все обычно под присмотром, превышения нагрузки мониторятся и не допускаются. Если что-то падает, по почти сразу кто-то приступает к решению проблемы. А на vps же все в ваших руках - за нагрузкой мало кто следит, однажы в пятницу набегают боты и все ложится, а владелец узнает об этом в понедельник например... и без понятия что делать, еще неделю спрашивает по форумам как быть :]
Попробовал упомянутый youtubeUnblock.
У меня роутер на debian. Скомпилировал, установил, а дальше в файле службы youtubeUnblock.service вписан лишь вариант как на самом этом роутере траффик пропускать через youtubeUnblock. Добавил в него iptables строчки для forward:
И убрал --queue-bypass везде т.к. со включенным невозможно понять работает/нет вообще. Пока не до конца понял чем это грозит...
Следующим шагом было проверить работает ли в принципе что-то. Поменял:
Т.е. теперь iptables заворачивает не туда. И дальше проверил с работающим только OUTPUT блоком - вообще ничего не скачать на самом роутере, а на клиентах работает как и раньше.
С работающим только FORWARD блоком - наоборот, на клиентах все потухло, а на роутере как обычно.
Т.е. вроде был порядок. Возвращаю обратно на 537, запускаю OUTPUT и FORWARD - ну как минимум все сайты работают, ютуб открывается. И вроде как даже ролики играют. Но стало ли прям заметно лучше пока однозначно не скажу.
Буду еще пробовать на всех клиентах - тв, телефоны и т.д.
Надеюсь все понимают, что uptime сайта хостера и uptime именно того сервера, где вас разместят - это не одно и то же.
Т.е. взять одних из самых жирных и зажравшихся... И удивляться ширпотребному качеству и наплевательскому отношению.
Вставлю скрином, чтоб не повторяться:
Такие вещи давным давно должны быть скачаны в макс. качестве и храниться на локальном NAS.
Hidden text
13700k и 12900ks на ebay стоят одинаково.
т.е. берем 12th и не паримся
Наушники - удел эгоистов.
Наш выбор - автозвук. Хорошую музыку должен слышать весь квартал.
Интересно где бы он прятал столько материнок к ним
Не надо запоминать сложных правил. Достаточно перечитать свою писульку "вслух":
Через сколько приложение появитЬся?
Звучит хорошо? Нормально все, слух не режет?
Есть ли примеры когда вот это вот все помогло "раскрыть киберпреступления"?
Хоть крупное, как со СДЭК'ом недавно, хоть мелкое какое-то?... хоть с одно есть?