Time To First Byte

который получает перед отправкой отдачу апача или php-fpm

а если генерация страницы занимает 2 секунды, то даже через http/2 первый байт отдастся через 2 секунды

но конечно остальные будут много быстрее, и коннект будет быстрее (т.к. соединение держится)

Почти. обычно за http/2 отвечает frontend сервер, обычно Nginx

кроме этого надо отказаться от некоторых "оптимизаций" которые были существенны для http/1.1 надо убедить менеджмент что cdn зло, или перенастроить архитектуру надо чуть поменять мышление, а что в nginx есть уже, это да, но это ничего не меняет

кроме этого надо отказаться от некоторых "оптимизаций" которые были существенны для http/1.1 надо убедить менеджмент что cdn зло, или перенастроить архитектуру надо чуть поменять мышление, а что в nginx есть уже, это да, но это ничего не меняет

я бы не рисковал

push же, сейчас собирается всеравно больше 2сек, даже если первоначальная отдача быстрее

хром прошлая версия прозрачно перестал поддерживать http/2 из-за бага

никто конечно не пострадал но осадочек остался

поэтому пока склеивать полезно

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

смысл то в другом, интересно время сборки всего сейчас если уходить меньше чем 0,7сек на выдачу - гарантировано упрешься в то что статика догружается долго оптимизировать дальше смысла не имеет, только сугубо http/1.1 оптимизация - склейка спрайтов, склейка css, js, догрузка фоном фоточег уменьшение отдачи страницы в лоб ничего не привносит, основная же проблема визуально - латенси по большому счету чтобы сейчас не делали, чтобы не придумывали, через 3 года мы, имхо, от этого откажемся, т.к. первоначальная проблема в другом, а это все костыли и думать будем по другому, то что страница генерируется более 0,7 сек, как сейчас ничего не дает, так давать и не будет

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

http://www.shopolog.ru/metodichka/analytics/ttfb-i-tti-novye-metriki/

юзеру вообще этот первый байт до фонаря

ну

я бы не сказал

ему важнее когда он увидит картинку и тыкнуть в нее сможет

на самом деле тот же ulmart в соотношении того что выдает на той же главной работает быстро

ему важнее когда он увидит картинку и тыкнуть в нее сможет

или ему важнее всетаки задачу решить? если мы говорим о магазинах - то понижение конечной стоимости товара на 10 рублей будет иметь скорее всего больший эффект, чем уменьшение на 0,3сек до первого байта :) алиекспресс местами ппц как тормозит, однако ...

или ему важнее всетаки задачу решить? если мы говорим о магазинах - то понижение конечной стоимости товара на 10 рублей будет иметь скорее всего больший эффект, чем уменьшение на 0,3сек до первого байта :) алиекспресс местами ппц как тормозит, однако ...

ты еще шире границы обсуждения решил раздвинуть)))) уже в сторону авторитетности ресурса пошли

ты еще шире границы обсуждения решил раздвинуть)))) уже в сторону авторитетности ресурса пошли

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

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

так и я про разумные пределы

разумные пределы до секунды ) 0,5-0,7, чтобы потом не париться по крайней мере пока 1,2 не получается потом снова соптимизировать на скорость)

остальное пузомерки для ЧСВ и вообще тлен)

разумные пределы до секунды ) 0,5-0,7, чтобы потом не париться по крайней мере пока 1,2 не получается потом снова соптимизировать на скорость)

0,5 - 0,7 TTFB а не TTI которая в принципе не может быть в таких пределах

я же не просто так в начале спросил о какой скорости речь

на самом деле тот же ulmart в соотношении того что выдает на той же главной работает быстро

юлмарт на яве написан, им проще

мне ответили что до последнего байта я понял как полная отдача страницы

а, понял, отстал

тот же м видео отдает страницу за 7 сек

а первый байт за 77мс

один хрен юзер сидит и ждет пока картинки появятся

а вот юлмарт отдает за 3

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

ну а первый байт уложить в 0,6-0,7 в битриксе насколько знаю не проблема

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

ну а первый байт уложить в 0,6-0,7 в битриксе насколько знаю не проблема

проблема в непрогретых страницах (например выборка по фильтру).

Хотя выполнимо

ну звиняйте, первый байт уложиться не проблема последний - нереал, по крайней мере в http/1.1 на любом сайте у которого графики больше баша

Теже фасетные индексы изкоробочные

Первый байт - это отзывчивость сайта, если позволите, юзабилити. Нажал - открылось.

Теже фасетные индексы изкоробочные

тут должно быть сравнение фасетных индексов и вима? хотя не.. индексы не бибикают.. они просто ...

Последний байт же лечится например через сыы

css

Critical CSS

тут должно быть сравнение фасетных индексов и вима? хотя не.. индексы не бибикают.. они просто ...

Можно подробнее?

Я про галочку "использовать фасетный индекс".

Портят?

при скольнибудь активном обновлении данных - постоянно просят перехешировать жеж

аа=)

на нестандартных проектах хз как применять а так все нормально.. для 80% небольших решений

ну да.

вечная проблема индексов

а вот сейчас проект.. который подразумевает локальную активность товара.. в конкретном городе и в какую дырку мне эту фильтрацию засунуть? хм.. даже чисто теоретически

чисто теоретически.

(я просто рассуждаю)

при изменении товаров факт изменения помещяется в очередь (rabbitMQ)

далее ктото другой (не в сессии посетителя) перестраивает индексы.

хотя хз, тут галочкой не обойтись

ставить 16 ядерный xeon уровня выше broadwell и SSD =)

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

ааа

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

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

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

ERROR: S client not available

чисто теоретически

Объединяем таблицы, до уровня плоская + некоторых значений может быть два. Даже товары дублируем, если 10 городов - 10 дублей. Всё это ложим в elasticsearch или sphinx. На странице делаем фильтр фасетный. Смарт дальше некуда. ПОлучаем из этого список ID товаров/активностей. Выводим через API битрикса.

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

А что такое Активность в этом контексте?

"включено" "не включено"?

А что такое Активность в этом контексте?

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

о как

клевая задача

не, дубликаты делать не вариант, и не надо, локальная активность интересна для списков деталку всеравно надо показывать

она динамическая?

ну это типично же для магазов региональных вообщем

пробовал на уютерре делать динамику, тормозно это это проще чек пересчитывать по событиям

от пользователя к пользователю может меняться? Например оптовая цена etc

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

допустим 10 мегазинов с ID от 1 до 10

не, пока речь просто о цене и остатках конкретного города в зависимости от данных того что есть в магазах и на складах

делаем столбцы activity_1 activity_2 activity_3

которые по событиям меняются

и зависимости от города нужный фильтр ставить

фтопку остатки и цены магазов кроме как для показа фильтрация должна быть всегда по тому что в городе

фтопку остатки и цены магазов кроме как для показа фильтрация должна быть всегда по тому что в городе

в версии бизнес есть склады и типы цен нельзя на этом реализовать?

значит обычный фильтр, и там скрыто передаётся activity_2 = true (для города 2)

либо Hidden либо в коде

делаем столбцы activity_1 activity_2 activity_3

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

ну битрикс изначально проектировался под среднестатистический ИМ... а не под милионники с разными регеонами

ещё не дорос, но довольно близко)

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

а несколько регионов думаю будет.. достаточно скоро будет.. года 2-3 опять же..

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

кто нибудь производил сравнение реальное - если действительно разница в производительности работы смарт.фильтра с фасетой и без дает ли фасета действительно какой то значительный прирост?

на 2 свойствах нет, но если фильтр с 10-15 параметрами ( причём не только список) прирост очень даже заметен

но я на глаз смотрел, без тестов особых