Sitealert, на счет джейквери. Каноническая инициализация скрипта с использованием джейквери происходит, согласно мануалу, по готовности дерева. $(document).ready. Соответственно, если в документе много нод и присутствуют скрипты, которые поставят формирование дерева на паузу (например скрипты добавляющие и/или удаляющие те или иные узлы), А также на медленном соединении. (3g). Появляется ситуация, когда между показом страницы и появлением события DOMContentLoaded проходит весьма значительное время.
(как известно, браузеры могут начинать рендер страницы еще до окончания ее загрузки)
а потом, после появления события, происходит запуск скрипта и страница кардинально меняет свой вид, что вводит пользователя "в недоумение" )))
А в самом тяжелом случае, это событие может вообще не появиться. Например, если сервер будет очень плохо отдавать данные.
Поэтому, применять скрипты перестраивающие дерево при загрузке надо крайне аккуратно, особенно на тяжелых страницах с большим кол-вом нод. И если применять, то исключительно на чистом джи эс и без использования DOMContentLoaded, размещая js или внизу страницы, что правильнее, или сразу после обертки того блока, дочерние элементы которого придется менять.---------- Добавлено 03.02.2020 в 02:22 ----------
Пофилонить можно день-два. Ну три. А через 2 недели пойдешь в отдел кадров за трудовой.
Современная работа разработчика, это конвейер. только мозговой. Если условный Вася не прикрутил на заводе условный задний мост, то следующий за ним условый Коля, колеса уже не прикрутит. И процесс встанет. Также и тут.
А ведь еще ведется учет времени. И тимлид и проджект менеджер, по результатам спринта сразу видит кто, сколько наработал. Так что работая на себя можно пофилонить, а работая на фирму.. тоже можно, но вполне возможно в фирме откроется еще одна вакансия разработчика.
Бутстрап перегружен, имхо.
Там много всего того, чем не будешь пользоваться (в данном конкретном проекте) никогда.
Поэтому, откровенно говоря по-мне не имеет смысла тащить ненужные стили (да и скрипты) в сайт. От бутстрапа, в основном используется 12-ти колоночная адаптивная структура, и обстил форм. Вот это имеет смысл оставить. А остальное нужно тащить в сайт исключительно по мере необходимости.
А что касается джейквери, то ванильный джи эс, как по мне, более интересное решение, в последнее время. Надо просто понимать, что любой фреймворк написан для какого-то универсального сферического коня в вакууме. То-есть он несет в себе такие вещи, которыми вы не будете пользоваться никогда, но при этом вы весь этот функционал тянете при каждой загрузке страницы.
У меня на памяти был случай, когда из-за одного ползункового переключателя, на сайт тянулась полная библиотека jquery-UI на 500к весом. (видимо когда когда кто-то ее пихал на сайт, особо производительностью не заморачивался. Нужен функционал? - вотъ)
ziliboba0213, тут надо не на доход смотреть, а на статистику посещаемости ))
если сайт работает для гос.структур. То там даже max-width/min-width надо пользоваться аккуратно, так как некоторые еще на 7м ие сидят, а там они не работают.
ну а если в статистике окаменелых экскрементов мамонта нет, то зачем их учитывать?
в глобальном плане - 98% браузеров. в России 80+ процентов. Оставшиеся проценты идут на бюджетные организации, где стоит Windows XP и IE8
https://caniuse.com/#search=flex%20order
так что можно считать, что эта технология созрела полностью.
Милторг одобряет )))
зы. через цсс самое эффективное решение
в начале скорее всего метод - дата и id сборки дабы избежать кэширования у клиента а дальше уже собираемые файлы и/или библиотеки
Staid, они это на стадии роутинга разделяют. мне такой одход не очень нраицца
странно они запрос сделали. Я бы гетом отправлял. Так дерибанить строку проще, имхо.
совет: используйте display:flex; и flex-wrap:wrap;
ну а дальше при помощи nth-child играетесь размерами
если 3 объекта в сумме будет меньше 100% они поместятся на строку. если больше - нет и они спрыгнут вниз
Ламода была на мадженте, года до 16го, пока они на свой велосипед не перешли
