Это не атака, судя по коду - это объект иконки к которому скорее всего массово идёт подключение для её использования.
По Мутогену.
А значение "6" откуда берется? Движок же откуда-то это достаёт (если конечно) это по умолчанию не прописано в шаблоне и не выводится на всех страницах.
Разбирайтесь в CMS, какой компонент/плагин занимается управлением этих данных. Если никакой не занимается и выводится шаблоном - зовите программиста и плите костыль, которые из БД будет доставать нужные данные и вставлять на страницу.
Судя по тому, что description пустой, скорее всего стоит какой-то вяленький плагин, который выводит рыбу и конфигурируется на уровне вкл/выкл.
Трудился в таком с 2007 по 2013 год сначала SEO специалистом, потом 5 лет начальником отдела, параллельно вся компания была местной веб студией, создавали и продвигая сайты, параллельная продавая баннерную рекламу на городском портале.
Вопрос в том, кто будет делать контент. У нас был (и сейчас есть) редакторский отдел из 2 человек - главред и ред. + внештатники, которые участвуют в жизни города, посещают мероприятия, освещают информацию из первых рук, фотографируют, активно сотрудничают со службами города.
Без редакции - это не СМИ, это симулякр. В разные время появлялись и умирали те, что просто рерайтили региональную информацию, в том числе и нашу. Выжили лишь те, кто создали свой редакторский отдел.
Без статуса СМИ вы будете просто частной любительской инициативой, вряд ли вы сможете эффективно продавать рекламу региональным бизнесменам.
Только прямая. Напишите мне в личку, скину в личку адрес регионального СМИ с 2006, там прошли мои самые яркие и приятные IT годы.
Не можно, а даже нужно.
То, что вы предлагает пользователям на десктопе, далеко не всегда можно уместить в мобильную ширину и вообще будет востребовано в мобильном виде. Конечно перегружать пользователя не надо, он должен оптимально получит то, что ему необходимо получить, поэтому как правило мобильный вывод сокращается до ключевых блоков/секций.
Именно. Поэтому соседство с кривым соседом, с кривым хостингом, с кривым админом и беспилотниками в небе никак не связана с общей скоростью shared хостинга.
Здесь - согласен. Качество саппорта иногда является вообще определяющим.
Но тут поступательно, сначала формальные тех. характеристики, а потом уже всё остальное.
Смотря что считать преимуществами. Возможность необходимого управления данными и выполнение конкретных задач в пользовательском режиме - это очевидное преимущество для того, кто будет этим пользоваться после отсутствия оного.
На 6-ой день может быть всё, что угодно. В том числе и закрытие хостинга.
Мы не берем форс мажор, мы берем усреднённый рабочий фон, где админы должны следить за нагрузкой и пресекать перекосы.
Да, они случаются (не без этого), но всегда есть возможность спросить, уточнить, получить ответ и отсеить.
Я стараюсь внимательно читать и вы пожалуйста читайте более внимательно, я написал - "слепо доверять".
Общую полезность отзывов я никогда не отрицал.
У меня формально нет ограничений по времени.
Статистику можно собирать и за день, и за неделю, и за месяц, и за несколько месяцев.
Не бессмысленно. Ты делаешь 5-ти дневный рабочий текст и получаешь средние значения.
И в варианте, допустим,
этого
и этого
Я уже ясно понимаю, что работает быстрее, а что медленнее.
Вот уж что совершенно не нужно делать, так это слепо доверять отзывам. Всё равно пока сам не попробуешь, не узнаешь.
Показатели текущий нагрузки колеблются у всех, но какие-то хостинги при этом работают с одними значениями, а другие в два раза медленнее.
Вот именно эту разницу мне и нужно было выяснить, не прибегая к развёртыванию сайта.
О том и речь, что тому кто не умеет и тем более привык к панели управления виртуального хостинга это никакими 500 рублями не обойдется. Это либо учись, либо покупай лицензию на панель, либо нанимай спеца, что ещё дороже.
По-хорошему, должен. Но объяснять можно в сравнительных эпитетах "качественный", "нормально", "хорошо", а можно и по-хорошему нужно дополнительно к этому оперировать статистически значимыми измерениями и оценивать не на глаз и по ощущениям, а делать вывода на основе конкретики цифр.
Подстраиваться приходится всегда, когда это имеет экономическую целесообразность.
Не бывает такого, что клиент всегда делает так как я хочу и реализует только то, что мне удобно. Как правило всё на компромиссах и зачастую в бюджетных рамках.
Итого
Можно запускать вышеуказанный бенч тест для косвенной оценки производительности? Можно. Я уже запустил, вывел средние значения (за текущий интервал) и ещё в течение некоторого времени протестирую.
Даёт это полезные знания и конкретный навык? Да, даёт, потому что на основе собранной статистики я смогу выводить свою корреляцию со значениями TTFB.
Могу я при этом сравнивать рабочие значения shared и VPS? Конечно! Что мне мешает?.. А выбор того или иное решения по хостингу - это уже конкретные финансовые обстоятельства.
