Михаил

Большинство виджетов подгружаются на сайты в асинхронном режиме, основной же контент страницы поставляется базовым программным ядром. В этом легко убедиться, открыв в браузере панель вебмастера: «водопад событий» сразу же покажет, что сколько загружается. В 80% случаев медленно работает именно ядро (5-15 секунд), а всё остальное подгружается ещё несколько минут. Средний результат загрузки контента страницы сайта в 3 секунды на сегодня считается фантастическим. А при упоминании мной трёх-пяти десятых секунды на загрузку контента – со мной попросту перестают разговаривать, так как люди не любят общаться с отъявленными лжецами, за одного из которых меня принимают. А ведь 0,5 секунды при формировании страницы в PHP 7, даже включая рендеринг страницы браузером – это, на мой взгляд, чересчур многовато.

Если исходить из того, что WEB-приложение – это в большинстве случаев PHP+MySQL (первое – язык программирования, второе – базы данных), то...

Поехали.

В 99% случаев причина «тормозов» – кривой алгоритм. Приведу свой любимый пример, который понятен практически всем. Есть группа из 10 строителей, из этой группы нужно взять 5 строителей и отвезти в соседний город, чтобы занялись там строительством, остальные пятеро нам не нужны. Логично сделать как? Сразу отбираем из группы одного за другим нужных нам пятерых, сажаем их всех в автобус и поехали на локацию. По пути спросим у них что? – номер телефона, имя, на крайняк возраст. Остальное нам не нужно, работа простая – кирпичи укладывать. Понадобится что вдогонку – спросим у них, чай не немые.

Теперь о том, как работают современные движки (Битрикс, WordPress и пр.): они выбирают из группы одного строителя и заполняют на него досье (вообще всё, на всякий случай – дата рождения, возраст, пол, вероисповедание, список хобби и пр.) Затем отвозят его в соседний город, на объект, укладывать кирпичи. Возвращаются обратно за следующим строителем. Проделывают всё то же самое, что и с первым, и точно так же везут его в соседний город. Нужны 5 строителей – а стало быть, будет 5 таких итераций. По рейсу на каждого строителя. Зато универсальность методов. Зато если что понадобится – всё под рукой.

Так вот, первый подход называется агрегатным и работает быстро, но используется редко, так как должен быть заточен под конкретный набор данных. А второй попроще и значительно медленнее, зато используется практически везде, ибо универсален и работает по принципу «отдельный квант информации, независимы от других квантов».

Ещё можно было бы, конечно, упомянуть инфоблоки Битрикса с рекурсивным многослойным извлечением и расшифровкой сериализованных данных из одноранговой таблицы, но это отдельная тема и на ночь глядя о таком не нужно, а то будут сниться плохие сны. Как это вообще сдвигается с места и умудряется шевелиться на виртуальном хостинге у магазинов с ассортиментом более 1000 наименований – для меня до сих пор загадка. А прикиньте между делом, ведь мне встречались случаи, когда на Битриксе лендинги делали!

То же самое с базами данных, там тоже можно наворотить такое, что даже записная книжка на 50 телефонных номеров начнёт тормозить. Не говоря уж о банальном отсутствии правильных индексов таблиц. Ещё в базы данных любят запихивать картинки в двоичном формате, это отдельная тема для разговора. 

Теперь главное. Современные движки универсальны, они сразу обвешаны всеми модулями на всякий случай, вплоть до оплаты межпланетных рейсов через PayPal с банковской карты через Webmoney перечислением наличных на деревянные бухгалтерские счёты. Поэтому крупные проекты пишутся только вручную, а всё нужное подключается по мере необходимости.

Вот и весь секрет быстроты.

Потому же, почему отечественный автомобиль называется «Patriot».

«Знаешь, кого ты мне сейчас напоминаешь? Старую деву, которая мечтает прыгнуть в мужскую постель, но при этом ужасно боится потерять невинность». (С) Жан-Поль Бельмондо, «Одиночка». Грубовато, но довольно точно.

У меня на рабочем сайте схожая плашка, и смысл её на самом деле весьма серьёзный: нажатие на неё означает, что гость – человек (боты на эту плашку не нажимают, ибо читают страницу не визуально, но непосредственно в виде кода). Троекратный игнор плашки с согласием на использование куков на сайте – влечёт за собой выдачу капчи.

Немножко оффтоповый вопрос: стало быть, замена собственной регистрации на сайте на привязку к аккаунту, скажем, VK – автоматически (полностью или частично) снимает проблему с персональными данными?

Будущее – это когда боты будут парсить картинки на страницах вашего сайта, а ИИ будет распознавать текст на них и индексировать его как обычный текстовый контент.

Каждому гостю на сайте отображается вопрос: «Уж не бот ли вы?» Если гость отвечает, что он бот – то выдаётся рекомендация посетить какой-нибудь другой сайт.

Но вы же понимаете, что всё немного сложнее, правда? «Тупые и безмозглые» руководители не смогли бы организовать хорошо отлаженный когда-то (и работающий до сих пор) бизнес. У «героев-спасателей», в свою очередь, гораздо больше возможностей и времени разобраться в нюансах новых реалий – у руководства на это нет ни времени, ни желания, а «спасатели» ими затем и наняты. Последние лезут из кожи вон по простой и очевидной причине: потому что бизнес, на который они работают, кормит и их тоже, а потому должен оставаться на плаву. Но вот когда дело доходит до выводов и предложений, требующих «выхода из зоны комфорта»... вот тут я бы посоветовал посмотреть аргентинский «Мёбиус» – в нём воистину великолепно, яркими и сочными красками изображены коллизии конфликта «руководителей» и «героев-спасателей».

И да, организовать что-то своё – это «выход из зоны комфорта» уже для «героев-спастелей». Одно дело плавать в нейтральных водах, другое – соваться в чужую акваторию. Хотя, конечно, тоже вариант...

Дело вовсе не в том, зачем вам тратить время на анахронизмы, а в том, как поставщик представляет себе образ вашего мышления. Есть те, комфортнее решать вопросы по телефону. Есть те, кому комфортнее цифровые решения. Антоний Казанский выше в теме обозначил вопрос так: готово ли руководство компании (любой, не только обсуждаемой) «выйти из зоны комфорта» и понять образ мышления тех, кто привык мыслить иначе, чем оно, руководство? Ну или хотя бы признать существование иного образа?

Ну вот, скажем, обычные бумажные визитки. «Да никто ими не пользуется, поэтому мы не будем прикреплять их к накладным» – провозглашает генеральный. Логика понятна: он сам ими не пользуется – значит, ими не пользуется никто. Приводить в этом споре примеры бесполезно: «нет, ну это вот ты выкопал какого-то экзотического фрукта и делаешь выводы, что все так делают». Казалось бы, труд-то невелик: щёлкнул степлером – и «экзотический фрукт» стал нашим клиентом (а если ещё он не один такой?). Но зачем? Ведь визитками никто не пользуется. Минус одна ниточка к клиентам и заказам.

Или вот, скажем, QR-коды на борту грузовика, что возит товары компании. «Да никто их не будет сканировать, поэтому мы не будем клеить их на машины» (спойлер: в своём случае всё же продавил, но нервов потрачено – ох и ах). То же самое. Минус ещё одна ниточка.

И так по каждому пункту.  Личный кабинет для заказчика, со списком заказанных им товаров. Новости движения товаров в личном кабинете. И много чего ещё.

По факту: на борту – узкий срез заказчиков, образ мышления которых знаком и понятен, остальные – в пролёте. Потому что теоретически в ЦА есть и любители визиток, и цифровых личных кабинетов, и телефонных соглашений – подтягивать-то в идеале нужно было бы всех, разными подходами, – но 90% несложных действий, которые помогли бы это сделать, категорически отвергаются на том основании, что «пустая трата времени, никому это не нужно, никто так не делает». С последующими жалобами на отсутствие заказов.