Ну вот и ответ, у Вас исключена поддержка.
У Вашей компании вероятнее всего срок окупаемости железки заложен не 1-2 года, а намного более, это позволяет снизить цену, но фактически это демпинг.
Я не хостер, вы ошибаетесь
Возвращаясь к моему ответу, промониторьте рынок хостеров СНГ, большая будут предлагать размещаться на нодах с процессорами xeon e5xxx, xeon l5xxx ну или в lowcost дата-центрах (ovh, hetzner, online.net)
Вы представляете школохостеров с сервером, стоящим дома, что ли???
;)
Школохостеры давным-давно освоили OVH.
Они не идиоты же, чтобы дома держать.
Но потребителю в принципе безразлично на все это, главное цена :)
Фокус в том, что железо работает само. И круглосуточно.
А тех. поддержка — это люди.
Которые хотят зарплату и отдых.
Поэтому любая сколько нибудь значительная тех. поддержка автоматически поднимает цены значительно.
Поэтому если ты способен сам, без тех. поддержки решать вопросы — то ты владыка мира нынче.
Типичное решение не самой тривиальной задачи программистом (обычно задачки проще и более типовые):
https://habrahabr.ru/company/mailru/blog/316740/
Нам понадобилось уменьшить количество закупаемого железа и цену за хостинг. Чтобы найти, где сэкономить, давайте посмотрим, из чего состоит почта.
Индексы и тела писем составляют 15 % объёма, файлы — 85 %. Место для оптимизаций надо искать в файлах (аттачах в письмах). На тот момент у нас не была реализована дедупликация файлов; по нашим оценкам, она может дать экономию в 36 % всего объёма почты: многим пользователям приходят одинаковые письма (рассылки социальных сетей с картинками, магазинов с прайсами и т.д.). В этом посте я расскажу про реализацию такой системы, сделанной под руководством PSIAlt.
Хранилище метаинформации
Есть поток файлов, и надо быстро понимать, дублируется файл или нет. Простое решение — давать им имена, которые генерируются на основе содержимого файла. Мы используем sha1. Изначальное имя файла хранится в самом письме, поэтому о нём заботиться не надо.
Мы получили письмо, достали файлы, посчитали от содержимого sha1 и значение вычисления добавили в письмо. Это необходимо, чтобы при отдаче письма легко найти его файлы в нашем будущем хранилище.
И так далее.
Какую долю в размышлениях занимает самый обычный здравый смысл (98% или 99,9%)?
А какую долю занимают оценки по о() или тому подобная, что требует специальной теоретической подготовки, выходящей за пределы обычного здравого смысла?
Программист непрерывно оценивает алгоритм, над которым работает. Постоянно выбирает то или иное решение по много раз на дню.
Поэтому от академических оценок о() толка на практике очень мало.
Вполне достаточно здравого смысла и опыта.
А учитывая как обширно современное ИТ — лучше тратить время не на математику и физику и о() — это все пригодится только процентам программистов-выпускников учебных заведений, а — архитектуры и СУБД, учиться делать замеры производительности и т.п. практические вещи, а не академические знания, которые хороши только для формального доказывания эффективности алгоритмов.
Как-то вы хитро перешли от азов оценки сложности алгоритмов к ВУЗам и ПТУ.
А хитрая задача — она где угодно возникнуть может. Случайно.
Я отнюдь не отрицаю полезность знаний как таковых.
Я отрицаю необходимость обязательного получения глубоких теоретических знаний, чтобы работать успешным программистом.
Вы бы еще написали — защитивший диссертацию на кандидата технических наук будет более крутым программистом.
Нет. Он будет, скорее всего, средним программистом, а то и джуном (видел таких кандидатов технических наук в большом числе), за исключением своей очень узкой области.
Глубокие теоретически знания вам не нужны, чтобы принимать решения в области программирования на практике.
20 лет опыта программирования мне говорят об этом.
P.S.:
Профильное образование имею.
Не пригодилось.
Пригодился только общий кругозор,
уверенность в своих силах, которые дает ВУЗ.
Не припомню ситуаций, где мне прям кровь из носу
нужно было точно знать что именно здесь: o(n) или о(n^2).
Вполне достаточно понимания — как сделать быстрее.
Глубокой теории для этого не нужно. Выбор путей решения в реальном мире не столь велик.
Если у вас после 4-7 лет опыта не будет чутья чтобы без о() сразу видеть лучший путь — вы выбрали явно не ту профессию.
Между мной и вами разница — что я вообще не мыслю уже этими категориями: квадратичное или какое.
Я просто знаю
Сразу.
Не думаю, что какая-то теория о о() мне в этом помогает. Только опыт.
В том числе — и для новых технологий знания срабатывают.
Узкие места — на которые нужно обращать внимание — они и в новых технологиях остаются теми же — диск, сеть.
В наше время CA хотят государства стать.
;)
Например, в Казахстане требуют установки ключа, подписанного кем-то там на уровне магистрального провайдера, без него дают отлуп от https
То есть проблема больше политическая.
Трудно представить, где была бы столь серьезно востребована технология.
Не, я понял, что это полезно.
А если таких сайтов 40 штук, с настроенными почтами/пересылками, привязанными доменами и т.п.? Я к тому, что профит совершенно неочевиден.
Пробовал перенести один сайт для теста на Mne.ru на адекватный VDS (2 гб оперативы, 2 cpu, ssd диски). Скорость ответа сервера ровно такая же (150-300 мс), уйма плагинов не ставится из-за необходимости допнастройки. По ощущениям все абсолютно так же, но с бОльшей головной болью.
У вас противоречие в 2-х абзацах.
Вы не смогли увидеть улучшения, потому что просто не смогли настроить. А не смогли настроить, потому что не являетесь профессионалом.
Но после этого утверждаете, что профессионал не нужен? А че — логично, да.
;)
Смею утверждать, что ваши 40 сайтов могут хорошо жить и на 300-рублевом хостинге при должной настройке.
А вот это вообще вершина логики:
Магия Хабра, 29 человек добавили в избранное, а карма с 0 стала -1 и теперь я вообще могу писать только в recovery mode. Видимо, сотрудникам хостингов из нижней части списка не понравилось :)
Я не говорю, что вы неправы. Я говорю, что мои попытки как-то ощутить преимущества VPS, хоть на чистом Wordpress, хоть на рабочем, не увенчались ни малейшим успехом, потому и желания искать специалиста не возникало :)
И, кстати, один из тех пунктов, из за которого вы и лишились кармы.
Здесь не любят дилетантов, тем более воинствующихся (упирающихся в свою глупость).
Хостеров здесь и 10% из вашего списка не тусуется.
Это на http://searchengines.guru тусуются упомянутые школохостеры.
Но тот же шаред предлагает nginx + кеш отдельной услугой, из коробки, и ощутимого прироста, опять же, нет, видимо дело как раз в шареде.
Шаред не медленнее и не хуже.
Это общепринятое заблуждение.
Просто часто на шареде покупают самые дешевые тарифы, которые слабее VPS.
Отсюда и заблуждение.
На самом деле современный шаред строится на тех же технологиях что и VPS
Отличие только в предустановленном ПО и в тех. поддержке.
Поэтому шаред не может быть дешевле ВПС при той же производительности.
Поищите услуги vip-shared
Они, мне кажется, то что вам нужно.
Это где-то раза в 2 больше, чем VPS.
Получите нормально настроенный сервер.
Поставить фактом — что? Как вообще можно ставить задачу максимизации или минимизации, не дав средство оценки максимизируемой или минимизируемой величины?
Программирование — это не математическая функция с известным графиком. Когда можно предсказать точно — здесь приложишь столько-то усилий — получишь такой то выхлоп. Точно.
Все не так.
В программировании, если конечно речь не идет о бесконечном финансировании — большое значение имеет финансовая рациональность.
Поэтому задача частенько ставится не
«оптимизировать, чтобы отклик был не более 10 us»,
а по военной системе:
«копать отсюда и до обеда»,
другими словами — «вот ограниченный бюджет, что лучшее мы можем выжать из этого бюджета».
другими словами — бюджет (время, деньги) закончился — завершай и оптимизацию. До скольки удалось сделать — смотрим. Удается получить дополнительное время/деньги — продолжаем оптимизацию.
Не удается — останавливаемся на этом этапе.
Как правило в 95% случаев дополнительные бюджеты времени и денег на слишком глубокую оптимизацию не выделяют.
Поэтому вполне достаточно следования сразу при проектировании системы основным принципам.
То, о чем пишете вы — это уже ближе к переоптимизации и на ранних этапах не рекомендуется.
А то вы прототип/альфу будете выкатывать неоправдано долго.
то модель, в которой людей принято поощрять, даже если некоторые из них не совсем этого заслуживают, является более эффективной
Мечтать не вредно.
Но на самом деле не является. Проверено.
Люди или заносятся, считают, что они круты на самом деле, если им много бабла платят.
Или постоянно боятся, что они на своем месте незаслуженно и легко его могут потерять. Живут в стрессе.
Редко-редко, кто адекватно воспринимает такое преждевременное поощрение.
P.S.:
И для последующего трудоустройства это медвежья услуга как самому сотруднику так и будущим нанимателям.
У американцев первый позыв — похвалить, подбодрить, clap clap clap (даже если, прямо скажем, не за что).
Проводились исследования.
Наши улыбки — это знак личной симпатии.
Американские улыбки — это признак вежливости, не более того.
Я за того, чтобы по улыбке можно было личную симпатию определить.
То же самое и с похвальбой за успехи чисто из вежливости.
Она может и подбадривает
Но еще и дезориетирует.
У меня была девушка, которая меня хвалила.
Потом появилась другая, которая не стеснялась говорить, что мол одежда грязная, да прическая не красивая, да живот большой.
Я стал обращать внимание на эти вещи — лучше одеваюсь, занимаюсь спортом и пр.
Первая оказала мне медвежью услугу. Хотя мне с ней и было комфортнее, но комфортнее ничего не делать, не развиваться, не совершенствоваться.
Благодаря рациональному взгляду на меня второй я сейчас могу пробежать 50 километров и после этого отлично себя чувстовать.
В принципе обе точки зрения имеют силу.
Все зависит от того кого вы хотите взростить.
А хитрая задача — она где угодно возникнуть может. Случайно.
Если вы когда-то умели решать сложные вычислительные задачи, но при этом целыми днями и годами делаете сайтики да рисуете интерфейсы в Андроиде, то вы деградируете в области решения сложных вычислительных задач, но при этом отлично затачивайтесь на интерфейсики.
Нет никакого рационального смысла 4-5 лет учиться, чтобы потом перетачивать свое мышление с вычислительных задач на другие.
Неожиданно такие задачи не возникают.
И все равно эти задачи поставят вас в тупик — ваш заточенный на интерфейсики мозг будет их решать долго.
Да, вы что-то вспомните, где-то почитаете и, долго-долго, но решите.
Но зачем тратить лишние годы в ВУЗе, если 99% нужного программисту знания осваивается за 2 года даже с запасом. А еще 2-3 года программист тратите на теорию, которая или вообще никогда не пригодится в его работе никогда или пригодится раз в 10 лет.
Поставить фактом — что? Как вообще можно ставить задачу максимизации или минимизации, не дав средство оценки максимизируемой или минимизируемой величины?
Если вы джун или студент — то еще понятно ваше непонимание.
Но если вы хотя бы миддл…
То вы очень слабый программер, если вам не очевидны эти правила:
Реальные оценки — они на совсем других, более банальных, уровнях:
Минимизируй использование диска/сети, эффективнее используй оперативную память.
Максимизируй получение/передачу данных за один приём
Кэширование не нужно. Статический сайт — это и есть закэшированный сайт.
Если там что-то не то с заголовками кэширования — то это как-то вы не так настроили на сервере.
LazyLoad также прекрасно делается на JS.
Вы путаете — статическим называется сайт без движка на стороне сервера. Но при этом никто не отменял JS на стороне клиента (которым можно прекрасно сделать LazyLoad).
Магия Хабра, 29 человек добавили в избранное, а карма с 0 стала -1 и теперь я вообще могу писать только в recovery mode. Видимо, сотрудникам хостингов из нижней части списка не понравилось :)
Уверяю вас, хостеры не при чем.
Читателям не понравилось ваша дилетанская статья.
И большая упертость в ваших же заблуждениях в комментариях.
Реальные оценки — они на совсем других, более банальных, уровнях:
Минимизируй использование диска/сети, эффективнее используй оперативную память.
Максимизируй получение/передачу данных за один приём
Ответ на цитату:
То есть для этих задач теория ну вот совсем не нужна?
Мне вас очень жаль, если до столь очевидных вещей вам нужно доходить только после 4-5 лет теории в ВУЗЕ.
Это вполне можно поставить фактом и заставить зубрить на третьем месяце обучения программированию.
Безо всякой теории.
Но что будет делать ничего не знающий программист, когда алгоритмически сложная задача внезапно возникнет перед ним?
Вы взаправду считаете, что вот так много лет можно щи хлебать лаптем (не заниматься ничем подобным), а потом — бац — вас приглашают во дворец фирмы Google (возникает прямо-таки сложная задача и вы первый кому её поручают после долгих лет отсутствия у вас подходящего под эту задачу опыта)?
95% программеров никогда в жизни не будут заниматься ничем подобным даже рядом.
Никогда не будут.
Это отнюдь не повод их все учить в ВУЗах — проедать государственные деньги, деньги своих родителей, позднее нанинать работать (что вредно для ВВП)…
Подавляющему большинство вполне хватит на всю жизнь и техникумов и ПТУ.
А оставшиеся 5% — да, вполне могут заниматься программированием на совсем других уровнях.
Но их всего лишь 5%…
Уверяю вас:
Никакая теория из 2-х моих высших образований (профильных) ни разу мне не пригодились за 20 лет программирования.
Если мне это понадобится — я могу написать это без гайда.
Мне попросту не нужен гайд или пример, поэтому я не знаю где его взять.
Основной компонент lazyloading — это именно JS.
На стороне движка сайта достаточно подготовить список ссылок на подгружаемые элементы (хоть в виде обычного текстового файла) и сами эти элементы.
Так вот и список и элементы — статические, на сервере этого достаточно. Вся динамика делается на стороне браузера.
Скорость загрузки в этом случае будет самой что ни на есть максимальной.
Прекратите уже жить в прошлом.
;)
Я не хостер, вы ошибаетесь
Вы представляете школохостеров с сервером, стоящим дома, что ли???
;)
Школохостеры давным-давно освоили OVH.
Они не идиоты же, чтобы дома держать.
Фокус в том, что железо работает само. И круглосуточно.
А тех. поддержка — это люди.
Которые хотят зарплату и отдых.
Поэтому любая сколько нибудь значительная тех. поддержка автоматически поднимает цены значительно.
Поэтому если ты способен сам, без тех. поддержки решать вопросы — то ты владыка мира нынче.
https://habrahabr.ru/company/mailru/blog/316740/
И так далее.
Какую долю в размышлениях занимает самый обычный здравый смысл (98% или 99,9%)?
А какую долю занимают оценки по о() или тому подобная, что требует специальной теоретической подготовки, выходящей за пределы обычного здравого смысла?
Поэтому от академических оценок о() толка на практике очень мало.
Вполне достаточно здравого смысла и опыта.
А учитывая как обширно современное ИТ — лучше тратить время не на математику и физику и о() — это все пригодится только процентам программистов-выпускников учебных заведений, а — архитектуры и СУБД, учиться делать замеры производительности и т.п. практические вещи, а не академические знания, которые хороши только для формального доказывания эффективности алгоритмов.
А математика, физика, о()?
Какая о(), когда программист по десять раз на дню принимает решения куда двигать написание программы и непрерывно оценивает свой алгоритм.
Оценка основанная на здравом смысле и опыте — имеет преимущество перед академическими знаниями.
Я отнюдь не отрицаю полезность знаний как таковых.
Я отрицаю необходимость обязательного получения глубоких теоретических знаний, чтобы работать успешным программистом.
Вы бы еще написали — защитивший диссертацию на кандидата технических наук будет более крутым программистом.
Нет. Он будет, скорее всего, средним программистом, а то и джуном (видел таких кандидатов технических наук в большом числе), за исключением своей очень узкой области.
Глубокие теоретически знания вам не нужны, чтобы принимать решения в области программирования на практике.
20 лет опыта программирования мне говорят об этом.
P.S.:
Профильное образование имею.
Не пригодилось.
Пригодился только общий кругозор,
уверенность в своих силах, которые дает ВУЗ.
Не припомню ситуаций, где мне прям кровь из носу
нужно было точно знать что именно здесь: o(n) или о(n^2).
Вполне достаточно понимания — как сделать быстрее.
Глубокой теории для этого не нужно. Выбор путей решения в реальном мире не столь велик.
Если у вас после 4-7 лет опыта не будет чутья чтобы без о() сразу видеть лучший путь — вы выбрали явно не ту профессию.
Что для теста системы спам-рассылки — важно.
Имхо, при нынешних почасовых ВПС глупо не проводить тесты максимально близко к production.
Между мной и вами разница — что я вообще не мыслю уже этими категориями: квадратичное или какое.
Я просто знаю
Сразу.
Не думаю, что какая-то теория о о() мне в этом помогает.
Только опыт.
В том числе — и для новых технологий знания срабатывают.
Узкие места — на которые нужно обращать внимание — они и в новых технологиях остаются теми же — диск, сеть.
;)
Например, в Казахстане требуют установки ключа, подписанного кем-то там на уровне магистрального провайдера, без него дают отлуп от https
То есть проблема больше политическая.
Трудно представить, где была бы столь серьезно востребована технология.
Не, я понял, что это полезно.
Но в условиях, когда бабло миллионами гребут CA…
У вас противоречие в 2-х абзацах.
Вы не смогли увидеть улучшения, потому что просто не смогли настроить. А не смогли настроить, потому что не являетесь профессионалом.
Но после этого утверждаете, что профессионал не нужен?
А че — логично, да.
;)
Смею утверждать, что ваши 40 сайтов могут хорошо жить и на 300-рублевом хостинге при должной настройке.
А вот это вообще вершина логики:
И, кстати, один из тех пунктов, из за которого вы и лишились кармы.
Здесь не любят дилетантов, тем более воинствующихся (упирающихся в свою глупость).
Хостеров здесь и 10% из вашего списка не тусуется.
Это на http://searchengines.guru тусуются упомянутые школохостеры.
Шаред не медленнее и не хуже.
Это общепринятое заблуждение.
Просто часто на шареде покупают самые дешевые тарифы, которые слабее VPS.
Отсюда и заблуждение.
На самом деле современный шаред строится на тех же технологиях что и VPS
Отличие только в предустановленном ПО и в тех. поддержке.
Поэтому шаред не может быть дешевле ВПС при той же производительности.
Поищите услуги vip-shared
Они, мне кажется, то что вам нужно.
Это где-то раза в 2 больше, чем VPS.
Получите нормально настроенный сервер.
Программирование — это не математическая функция с известным графиком. Когда можно предсказать точно — здесь приложишь столько-то усилий — получишь такой то выхлоп. Точно.
Все не так.
В программировании, если конечно речь не идет о бесконечном финансировании — большое значение имеет финансовая рациональность.
Поэтому задача частенько ставится не
«оптимизировать, чтобы отклик был не более 10 us»,
а по военной системе:
«копать отсюда и до обеда»,
другими словами — «вот ограниченный бюджет, что лучшее мы можем выжать из этого бюджета».
другими словами — бюджет (время, деньги) закончился — завершай и оптимизацию. До скольки удалось сделать — смотрим. Удается получить дополнительное время/деньги — продолжаем оптимизацию.
Не удается — останавливаемся на этом этапе.
Как правило в 95% случаев дополнительные бюджеты времени и денег на слишком глубокую оптимизацию не выделяют.
Поэтому вполне достаточно следования сразу при проектировании системы основным принципам.
То, о чем пишете вы — это уже ближе к переоптимизации и на ранних этапах не рекомендуется.
А то вы прототип/альфу будете выкатывать неоправдано долго.
Когда ты проговариваешь про себя формулировки — это слабое знание.
Это как с иностранным языком, например. Пока слабо знаешь — заранее произносишь фразы мысленно, заранее их составляешь.
Когда язык уже освоен — иноземная речь из тебя льется без какого-либо напряжения, без особого мыслительного усилия.
Мечтать не вредно.
Но на самом деле не является. Проверено.
Редко-редко, кто адекватно воспринимает такое преждевременное поощрение.
P.S.:
И для последующего трудоустройства это медвежья услуга как самому сотруднику так и будущим нанимателям.
Проводились исследования.
Наши улыбки — это знак личной симпатии.
Американские улыбки — это признак вежливости, не более того.
Я за того, чтобы по улыбке можно было личную симпатию определить.
То же самое и с похвальбой за успехи чисто из вежливости.
Она может и подбадривает
Но еще и дезориетирует.
У меня была девушка, которая меня хвалила.
Потом появилась другая, которая не стеснялась говорить, что мол одежда грязная, да прическая не красивая, да живот большой.
Я стал обращать внимание на эти вещи — лучше одеваюсь, занимаюсь спортом и пр.
Первая оказала мне медвежью услугу. Хотя мне с ней и было комфортнее, но комфортнее ничего не делать, не развиваться, не совершенствоваться.
Благодаря рациональному взгляду на меня второй я сейчас могу пробежать 50 километров и после этого отлично себя чувстовать.
В принципе обе точки зрения имеют силу.
Все зависит от того кого вы хотите взростить.
Разумеется мера нужна в обоих точках зрения.
Если вы когда-то умели решать сложные вычислительные задачи, но при этом целыми днями и годами делаете сайтики да рисуете интерфейсы в Андроиде, то вы деградируете в области решения сложных вычислительных задач, но при этом отлично затачивайтесь на интерфейсики.
Нет никакого рационального смысла 4-5 лет учиться, чтобы потом перетачивать свое мышление с вычислительных задач на другие.
Неожиданно такие задачи не возникают.
И все равно эти задачи поставят вас в тупик — ваш заточенный на интерфейсики мозг будет их решать долго.
Да, вы что-то вспомните, где-то почитаете и, долго-долго, но решите.
Но зачем тратить лишние годы в ВУЗе, если 99% нужного программисту знания осваивается за 2 года даже с запасом. А еще 2-3 года программист тратите на теорию, которая или вообще никогда не пригодится в его работе никогда или пригодится раз в 10 лет.
Если вы джун или студент — то еще понятно ваше непонимание.
Но если вы хотя бы миддл…
То вы очень слабый программер, если вам не очевидны эти правила:
Это абсолютно нормально если вы джун или студент.
Если вы миддл, еще туда-сюда…
Хотя, имхо, для мидлла такой уровень детализации при принятии решений — это уже избыточно.
Если вы сеньор и продолжаете думать в тех же терминах
Гм…
Вы выбрали не ту профессию.
Статический сайт — это и есть закэшированный сайт.
Если там что-то не то с заголовками кэширования — то это как-то вы не так настроили на сервере.
LazyLoad также прекрасно делается на JS.
Вы путаете — статическим называется сайт без движка на стороне сервера. Но при этом никто не отменял JS на стороне клиента (которым можно прекрасно сделать LazyLoad).
Уверяю вас, хостеры не при чем.
Читателям не понравилось ваша дилетанская статья.
И большая упертость в ваших же заблуждениях в комментариях.
Ответ на цитату:
Мне вас очень жаль, если до столь очевидных вещей вам нужно доходить только после 4-5 лет теории в ВУЗЕ.
Это вполне можно поставить фактом и заставить зубрить на третьем месяце обучения программированию.
Безо всякой теории.
Вы взаправду считаете, что вот так много лет можно щи хлебать лаптем (не заниматься ничем подобным), а потом — бац — вас приглашают во дворец фирмы Google (возникает прямо-таки сложная задача и вы первый кому её поручают после долгих лет отсутствия у вас подходящего под эту задачу опыта)?
95% программеров никогда в жизни не будут заниматься ничем подобным даже рядом.
Никогда не будут.
Это отнюдь не повод их все учить в ВУЗах — проедать государственные деньги, деньги своих родителей, позднее нанинать работать (что вредно для ВВП)…
Подавляющему большинство вполне хватит на всю жизнь и техникумов и ПТУ.
А оставшиеся 5% — да, вполне могут заниматься программированием на совсем других уровнях.
Но их всего лишь 5%…
Уверяю вас:
Никакая теория из 2-х моих высших образований (профильных) ни разу мне не пригодились за 20 лет программирования.
Только общий кругозор.
Зачем им вообще нанимать фриленсеров, тем более в тридорога — если у них имеется целое отделение в РФ?
Да и вообще — найм фриленсера напрямую корпорацией?
Корпорацией?
Если конечно это действительно корпорация, а не одно название…
Думаю, это просто пустое бахвальство, а вовсе не реальные факты.