быстрый веб

phoenix framework или hugo и около, по базам что знаешь и удобно, первый блин будет комом😅

да, можешь quic http3 посмотри еще на caddy/traefik

ozon время отдачи хтмл 90мс

Из кэша или от бэка?

Смотрите в сторону JAMstack.

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

от бека, специально кеш вырубил в дебаге мозилы.

Я его внёс в свой список блокировок так что не покажу. Думаю, там вполне можно найти макет гитары в натуральную величину с такой надписью, продающийся под видом настоящей гитары.

что заюзать в небольшом магазине
вместо

на rust всё перепиши, ну
unsafe причом

остальное полумеры

Нет. Лучше на эликсире. Он балдежный

Так на их стороне может быть кэш, на nginx/varnish или что там у них. Если от браузера шлются какие-нибудь If-Modified* заголовки.

на их стороне может быть кэш

У них же в секунду меняются миллионы всяких товаров настроек картинок, как это можно кешировать?

а нет, вы правы, это только главная так быстро отдается, а конкретный товар нет, динамичность сразу видна :-)

Это уже разговор о путях заимствования слов и споры «майкрософт против микрософта».

Я думаю, что меняется там не настолько часто - это же всё-таки не соцсеть, продавцов меньше, чем покупателей и товары у них меняются редко. И если сделать надёжный механизм инвалидации такого кэша, то вполне реально кэшировать. Это вполне может объяснить ту «магическую скорость», которую ты видишь.

внёс в свой список блокировок

Думаю

«Думать» в условиях нехватки информации называется «придумывать».

Это уже разговор о путях заимствования слов

В принципе да, хотя не только. Ещё о том, что в итоге стало общепринятым.

и споры «майкрософт против микрософта».

Ну нет. Это всё же имя собственное и торговая марка, а мокко уже стало обычным словом языка.

Ты повторяешь искаженный маркетинговый бред 20илетней давности, про скороть загрузки страницы.

Только там подразумеваласть скорость загрузки контента. А все переехав на асинхронную загрузку и всякие веб-фреймворки, замедлили эту скорость в несколько раз и теперь людям пофиг, т.к весь интернет одинаково тупит.

Что используют монстры вроде сбера,озона, что у них так быстро генерится/отдается хтмл?

Что-то быстро, что-то нет. Это все зависит от оптимальности стека технологий и текущей загрузки. Это очень здоровые организации. Они используют очень много своих сервисов. И эти сервисы постоянно дорабатывают, перезапускают, обновляют.

Допустим, что заюзать в небольшом магазине

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

Могу предложить такие связки:

1. python/django/drf + postgres + react
2. windows + C# + IIS + angular
3. nodejs + reactjs + mariadb

весь интернет одинаково тупит

Собственно, это и есть суть вопроса - как его собрать так, чио бы было быстро :-)

Почему postgresql? Именно в плане скорости чтения?

windows + C# + IIS + angular

lls он вроде апач использует, или ечть возможность заюзать nginx?

у них так быстро генерится/отдается хтмл?

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

Допустим, что заюзать в небольшом магазине

В небольшом магазине используйте именно то что указали.

а мокко уже стало обычным словом языка

И «моккачино». И «кофеварка мока».

ню-ню - веруйте.

В небольшом магазине

Стереотипы у всех разные, уточню - небольшой, для нас, это 18496 товаров и 1331 опции на старте в БД, дальше граберы с маркетплейсов.

кеширование предполагаю memcached использовать, или я устарел?

Если архитектура апликухи позволяет, то лучше всего кешировать страницу целиком на стороне веб-сервера. Если не позволяет – то отдельные части кешировать на стороне апликухи. И вообще, можно кешировать одновременной на нескольких уровнях.

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

двоичный поиск что ли как то использовать?

Как здесь например, на лоре работает живой ввод тегов?

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

Стереотипы у всех разные, уточню - небольшой, для нас, это 18496 товаров и 1331 опции на старте в БД, дальше граберы с маркетплейсов.

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

Там вообще говноархитектура, что чисто данные в потоках хранятся. Я был обескуражен, когда узнал.

На стороне бекенда в простейшем случае обычный LIKE, в более сложном — какой-то полнотекстовый поиск. Свой низкоуровневый поисковый движок выдумывать не надо.

Я не увидел разницу между этими двумя СУБД. Просто привел альтернативную технологию.

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

IIS это вполне себе веб-сервер. Раньше его использовали вместо апача.

Так, отдать уже собранный дом, размер страницы и ресурсов сделать минимальными. Не ужать 100500 лефтпадов 20 метров -> 5 метров, а реально использовать необходимый минимум.

FTS это отдельная штука и работает он не просто на индексах.

В постгресе насколько я помню он на триграммах работает. Включается отдельным модулем в посгресе. Но он говно.

Лучше использовать нормальный сторонний поиск на люстре/солре. Любимый всеми пориджами эластиксерч как раз на солре работает

какой двоичный поиск над текстовыми данными лол

ты точно знаешь что такое двоичный поиск?

просто поиском по БД

https://github.com/maxcom/lorsource/blob/master/src/main/scala/ru/org/linux/tag/TagDao.scala

это конечно такой себе подход к реализации тегов.

А вы на каком http сервере включали? Я исследовал этот вопрос для apache. Тормозит php-fpm . Его надо переводить в режим работы static для ускорения. Nginx тоже с php-fpm работает. Но сам я не пробовал использовать этот режим.

Что используют монстры вроде сбера,озона, что у них так быстро генерится/отдается хтмл?

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

Ещё есть смысл картинки каким-нибудь скриптом пожать если статики много и времени процессорного много (ну или как минимум те картинки которые часто качаются). Потому как даже без потерь png и jpeg на 30% урезаются если всякими jpegtran/optipng их жать, а с небольшими потерями на все 70%.

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

Я бы на asp.net всё делал, чисто чтоб не как у других

Озон жутко тормозит на самом деле. Причём в отдаче с серверов. И жобоскриптная интерактивность по-уродски написана.

Кстати, ни у кого нет правила для uBlock чтобы отключить их долбаную автоподстановку в поиске Озона? Когда пытаешься набрать что-то, то оно дико тормозит, причём пропускает набираемые буквы если не успело обновить список подстановки до нажатия следующей буквы. Жутко бесит. Наверняка не одного меня и кто-то уже придумал правило чтобы эту дрянь отключить. Если бы в браузерах пользователю дозволялось бы контролировать доступ скриптов к функциям и эвентам JS, то можно было бы просто отключить всякие onKeyPress и пр. А так надо искать что заблокировать чтобы подстановка не лазила на сервер при каждом нажатии….

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

У меня есть неприятный опыт когда владелец и гендиректор такого «нормального юрлица»<c> оказывался с деньгами вкладчиков/клиентов в недружественных странах которые не выдают воров с деньгами в РФ.

Если бы в браузерах пользователю дозволялось бы контролировать доступ скриптов к функциям и эвентам JS, то можно было бы просто отключить всякие onKeyPress и пр.

Так они небось не нажатия ловят, а изменения текста в DOM-элементе. А такое блокировать уже совсем геморно.

попробуй OpenResty+Lapis
вместо MariaDB – Postgres (pgmoon)

базарю, ещё захочешь https://leafo.net/lapis/

Вот в том числе поэтому всю это безналичную чушь надо избегать и использовать оплату при получении.