Aisamiery

Кеширование оно и в африке кеширование, какие возможности могут быть у вп которых нет  у других прям заинтриговали

Я в целом не очень хороший знаток WP и тут спорить не буду, но судя по популярным плагинам WP Super Cache имеет большее 2млн активных установок, WP Fastest Cache больше миллиона активных установок и LiteSpeed Cache  больше 4 млн установок, наверное потому что в WP свой кеш "много выше" чем во многих других. Да и любая статья и совет по оптимизации начинается с того что поставьте кеширующий плагин. Так на будущее, во многих CMS не надо ничего ставить оно там сразу есть и работает

Вам то оно зачем? Ну вот возьмём symfony или даже laravel, там ядро поддерживает тоже куча профессионалов со всего мира, но не проблема взять и запилить самопис на них же вроде как? без CMS? и обновление будет и самое главное не будет ничего лишнего и будет куча всего полезного. Чем вас лендинг на html в 2023 году не устраивает? А ведь таких сайтов очень много

при чем тут wp и jquery не очень понял, wp это генерация верстки на стороне сервера, а jqery это библиотека работающая в браузере, они вообще никак друг от друга не зависят. Вы поймите, то что делают огромное количество людей WP, потом приходят такие как вы, которые не знают для чего библиотеки в wp нужны и портят просто весь труд всех этих людей накидыванием сверху всякой фигни и на выходе получается... ну сами понимаете что получается =)) А в ларавель и симфони вы не придете, там уже нужна голова, знания и опыт и соответственно сайты на них хоть и дороже, но надежнее, стабильнее и далее по списку.

А почему условие не дядин проект? Странное у вас понятие, я как раз на таких проектах и работаю,  у нас огромная нагрузка, у вас там 50000 пользователей на блог статичный по сути, а у нас больше 50000 заказов в сутки, прикиньте трафик какой? =)) Когда у меня будет такой проект, то я уже не буду думать о его оптимизации, за  меня будут думать другие =))

Или вы или ваш знакомый трындабол =)) Вот график за 7 дней небольшого магазина с 200к позиций и с посещалкой в 12к-15к уников. Хотя может просто я с характером нагрузки с говнобложиками не знаком. А на старте черной пятницы может дорастать и до 300 rps. Вы же не забывайте еще всякие парсеры, поисковики  и прочее они тоже делают тот самый rps

Я не знаю в какой реальности вы живете, но у меня сплошь такие проекты, пусть не мои личны, но я выступаю в роли разработчика высоконагруженных проектов, поэтому видимо и профиль таких проектов у меня в основном.

Друг мой, вы очень далеки от взрослого екома, для витрины которая принимает всю нагрузку от пользователей CMS не нужна, товарка управляется в PIM системах, заказы обрабатываются в OMS системах, номенклатура подгружается с ERP систем и так далее. Когда нагрузки лютые, там CMS только мешает при том очень сильно, попробуй CMS масштабировать где нибудь в кубере например. CMS нужна больше тем у кого нет своих ресурсов на разработку и CMS просто ускоряет старт проекта, а дальше она начинает только мешать.

Переоптимизация это когда у тебя сайт отвечает за 100ms а ты еще там что то оптимизируешь, а когда больше 1 секунды это необходимость

Какую то глупость сморозили, у файловых CMS просто своя ниша. Возьмем пример, есть сайт донор, большой ритейлеровский магазин, у него есть АПИ, например ритейлер алкоголь, его рекламировать нельзя по закону,  надо разбить на часть витрин (отдельно например неалкогольную продукцию, и отдельно под каждый магазин с чисто их остатком), по классике разработчики будут выкачивать к себе данные в свою БД, но  файловая CMS, предоставит функционал роутинга, шаблонизации и плагинов, плагинами реализуется получение данных по апи и создание заказа по апи, какой то минимальный контент в несколько страниц. Не очень понятно зачем тут тащить CMS с БД и какие она даст преимущества.

Ну и таких много вещей, файловая CMS прежде всего неплохой инструмент просто надо понимать как его использовать

А не топят только те у кого полтора посетителя на сайте =)) Скорость обработки запросов очень важна, когда запросов становится больше 1 в секунду, потому что ресурсов железки перестанет хватать, а это распродажа, сайт упадет и владелец начнет нести убытки, так как желанная черная пятница проходит, а с сайта ни одного заказа не прилетает =))

И чем вы лично из этого пользуетесь и как лично вам оно помогает? Я просто интересуюсь так как не делаю проекты на конвейере, а что установить метрику мне плагины не нужны ни для какой CMS. Просто скажите сколькими библиотеками вы пользуетесь в основном. Сразу откинем кеширование, так как кеширование мне кажется везде встроено в CMS исключая вордпресс.

Можно взять какую нибудь headless cms ( ghost,  strapi) и какой нибудь статик генератор (gatsby, nuxt, next) и получить на выходе удобство CMS и максимальную скорость чистого html, просто чуть замороченнее чем просто развернуть вордпресс на шаред хостинге )) И не будет никаких 100500 запросов в бд, кеширующих плагинов и прочей фигни

вы не сказали что за баг, какой то мифический баг на шаблоне аспро которых несколько вариантов, но судя по скрину исправления это оптимус на какой то конкретной версии.

Вам тут так вряд ли помогут, владельцы аспро не перепиливают аспро, это дорого и не выгодно, они когда покупают продукт с ним покупают и поддержку и соответственно стараются обходиться возможностями аспро чтобы просто обновлять шаблон кнопкой в админке и чтоб баги магическим образом испарялись, не зря же они купили шаблон, покупка битрикса и шаблона с маркета это в первую очередь покупка поддержки и сопровождения  от  разработчиков.

А в чем проблема обратится к тому кто сделал " много наших доработок по сайту" чтоб он исправил функционал?

Вообще аспро вроде как расширяемый  шаблон, его можно менять не теряя обновления, да и битрикс имеет функционал чтоб можно было менять не затрагивая обновления любую часть системы,  а ещё есть гит, где можно хранить историю своих изменений и если что накатывать их повторно, скорее всего с конфликтами, но конфликты поправить проще чем с нуля пилить. Но что это я, раз там аспро значит бюджета особо не было на проект  и там из разряда "херак херак и в продакшен" =)

В этом опросе практически все минусы самописи😊:
1.  Я начинал на самописи от простого к сложному - то есть кривая архитектура гарантирована
2.  Кода меньше и он понятней - это заблуждение, он понятней пока вы с ним работаете, как только на годик проект забросите он будет ровно такой же непонятный как и у других проектов
3.  Отсутствие проблем с обновлением - потому что нет обновлений =)) переехать например с одной версии фреймворка на другую мажорную порой вызывает дикую боль в заднице, в таких самописах может и php не обновляться никогда, а раз нет обновлений то и проблем с ними нет - Л - логика ))
4.  Могу легко добавить нужный функционал - это пока проект очень маленький, а когда проект большой, то вносить в него изменения становится достаточно сложно, особенно если код не покрыт тестами. Там нет ни системы событий как правило, не системы плагинов и прочего что есть в CMS которая дает гибкость в расширении не затрагивая основную часть системы(ядро)
5. Плохая документация у готовых решений и отсутствие желания с ней разбираться - у самописов как правило она вообще отсутствует, нет даже совсем плохой =))

Самопис - это сложно, долго и самое главное очень дорого. Лучше подобрать что то готовое, что поддерживает сообщество под потребности проекта и только если ничего нет можно написать что то своё. Ну либо это что то очень маленькое, что проще написать нескольким десятком строк кода нежели разворачивать какую то большую систему.

Я думаю он просто "мимокрокодил", не факт что у него там что то есть из сайтов и не факт что он не представитель другого хостера =))

Много кого знаю, в том числе себя, кто вполне доволен хостингом по соотношению цена/качество, в 3 ночи конечно не звонил, но через тикеты они решают проблемы в пределах 10 минут.

А не прокатит вариант что прокси/балансир мелкий стоит в РК, а основные ресурсы  за территорией РК?

Ну например взять  в РК 1CPU/1Gb/10Gb  и запроксировать на какой нибудь дедик хетзнера?