Так судя по статьям там как раз и фигурирует nginx как прокси-сервер для статики и балансировки, я так понял nginx это вообще база/основа для hightload.
Туда правда ещё рано лезть, нужно будет посмотреть как будет вести себя изначально сервер при начальных нагрузках.
На счёт трафика, поговорил с админом у которого есть пару средних проектов, говорит там не столько пользователей нужно «берегтись» сколько всяких парсеров и тому подобных, который попытками парсят или грузят какие-то части сайта.
Модератор
Yui
(@fierevere)
永子
я так понял nginx это вообще база/основа для hightload
как вариант, особенно распространенный среди русскоязычных системных администраторов..
Есть и другие варианты, но с ними будет сложнее найти и руководства и прочее.
lighttpd lightspeed h20 и другие event-driven сервера, есть даже вариант использования «ядерного» httpd Linux, суть в том, чтобы уйти от достаточно тяжелого Apache, который впрочеи и сам научился быть event-driven, но все еще остается тяжелым для того чтобы обрабатывать простые запросы.
По поводу nginx и кеша страниц, можно использовать fastcgi_cache с wp-supercache подобными правилами, при размещении кеша в tmpfs скорость будет максимально улетная.
Apache в принципе не нужен, т.к. nginx сам умеет просить PHP о том, что нужно и статику отдавать.
Вам конечно придется забыть про .htaccess и использовать альтернативы, для этого собственно и нужен VPS, т.к. на шаредах вам доступа к nginx.conf не дадут
Да о шаредах и говорить нечего.
Погуглил, да, организовать при большом желании, как я понял можно что угодно.
Дело в том что нужно будет смотреть узкие места «как я понял это места нагрузки» и потом уже отталкиваться от этого. Там если ещё сделать балансировку днс так вообще как я понял можно ниочём не думать, но, тут можно сделать ещё по другому, так как от параметров VPS тоже много чего зависит, просто перейти с среднего к примеру по параметрам, на тот что помощнее.
Но не думаю конечно что будет такое обильное количество трафа что не ведержит даже стандартная хорошо оптимизированная связка с Apache.
Модератор
Yui
(@fierevere)
永子
«VPS» это тоже своего рода шаред.
Для серьезных проектов берут dedicated (выделенный сервер) или colocation (свой сервер, который вы приносите в ДЦ и размещаете там)
Для серьезного проекта еще потребуется failover, который позволит направлять трафик в другое место при недоступности основных серверов.
Интересно, зачем вам про это рассказывать? У вас большой серьезный проект или заранее готовитесь? Конечно знания и опыт highload позволяют и на микро-VPS хостить более-менее серьезные вещи с существенной экономией денег (на ресурсых) и нервов (на выяснение отношений с хостером)
Дело в том что если проект начнёт расти, нужно будет знать хотя бы примерно, с чего начинать и на что расчитывать. Один раз был случай, правда очень давно, когда опыта практически небыло, а вот посетителей в один прекрасный день, стало «чуть больше», на столько больше, что сайт ложился и не мог больше принимать запросы, но ситуация была такая, что разбираться было некогда, в общей сути, тогда потеряли много клиентов да и не только. А всё потому что быловались скажем так, на начальном уровне. Никто даже не думал подходить к проекту серьёзно. Потом да, начали изучать что делали конкуренты, как я писал они начали раскидывать всё на разные сервера, всё уже не вспомнить, картинки, статика + авторизация у них появилась на поддомене и т д то есть взялись за дело с проф. подходом.
VPS хоть и шаред, но, в любом случае лучше чем обычный шаред-хостинг с панелькой, больше возможностей как говорится.
О проекте, после окончания разработки, я бы где-то возможно написал, небольшую историю его создания если можно так сказать, может могло бы быть кому-то полезно почитать, с какими трудностями сталкивался и что из функционала было реализовывать сложней всего
-
Ответ изменён 1 месяц, 3 недели назад пользователем
wildapache.
efess, вы написали «на современные форматы изображений» не ведитесь, пустая трата времени, особенно в РФ.» Чем же РФ отличается от в этом плане от других стран?
А что за современные форматы ?
Я заметил только webp страл встречаться на сайтах или ещё есть какие-то ?
Модератор
Yui
(@fierevere)
永子
да они постоянно будут, только толку с них… 3 копейки
webP долго продавливали, другие форматы продавливали Jpeg XL, Jpeg 2000, но они так и не взлетели
Сейчас вот продавливать AVIF в тренде, только это всегда вопрос с совместимостью браузеров
см
https://caniuse.com/avif
https://caniuse.com/hevc вот еще, конкурент его ближайший
Чем же РФ отличается от в этом плане от других стран?
предположу, что оплатой за сеовисы пересжатия, для тех, кто не осиливает ImageMagick
-
Ответ изменён 1 месяц, 3 недели назад пользователем
Yui.
-
Ответ изменён 1 месяц, 3 недели назад пользователем Yui.
У меня в обработке только два основных : jpeg, png
Остальная вся экзотика футболится
Модератор
Yui
(@fierevere)
永子
и это правильно, классика не умирает. Еще GIF там же скраюшку, хотя PNG его оттеснил.
Я не вижу необходимости на обычных сайтах использовать что-то другое.
Ладно там фотоблог или еще что-то мультимедийное, где много графики, есть смысл отдавать ее в более современном формате, но с другой стороны этот «смысл» накажет вас необходимостью этот формат хранить отдельно. С учетом скоростей и стоимости современного трафика интернета, сэкономить место на диске может быть более рационально.
Кстати сюда же вынесу и хваленый алгоритм сжатия brotli, если использовать заранее заготовленные файлы — это одно, сжимать на лету — другое. Процессор жрет прилично, _тормозит_ на этом. Вот и возникает вопрос, а нужно ли такое сжатие? Или можно отделаться легким gzip=3?
Правильно, когда разрабатывал аплоадер смотрел как у других, многие конечно даже из топа пренебрегают загрузкой низкокачественных изображений, не говоря уже о вертикальных, вот с вертикальными конечно у многих курьёз, как кто только не пытался придумать визуальную адаптацию под них, потому что «фреймы» бэкграунда по бокам и полоска ввиде фото по середине, выглядят так себе, кто-то вообще придумал слаживать фото ввиде фреймов т.е не слайдишь, а кликаешь на сложенный из вертикальных и горизонтальных фото кубики и всё, но, это что касается проектов где к примеру очень большая разновидность товаров, такое конечно ещё позволительно.
GIF — ещё валидный, но, точно не для качественных сайтов.
Загрузка в основном идёт фото с телефонов и редко пк.
-
Ответ изменён 1 месяц, 2 недели назад пользователем wildapache.
-
Ответ изменён 1 месяц, 2 недели назад пользователем wildapache.
Лет 10 назад может и дорого было… А сейчас процессоры и память копейки стоят. Прокси ещё подключи, браузерные заголовки нормально пробрось, кэш научи сбрасывать… Не стоит того.
Да, из прочитанного вариантов оптимизации, просто очень много, главное что понятна общаяя идея, а так, оптимизация делается конкретно под каждый проект (учитывая на что конкретно идёт нагрузка). В общем если плюс минус более серьёзный проект, то знать это нужно. Потому что в случае форс-мажора, вы будете терять посетителей время и возможно деньги в поисках админов
@efess а что там я читал в другом топике за нагрузку на wp_postmeta ?
Просто у меня в проекте как раз есть несколько дополнитительных полей (custom fields) при размещении поста.
