Изучая систему 1С-Битрикс, я чаще стал понимать, что некоторые модули делаются не для результата, а для показа. Одно из правильного решения, но с ужасным подходом и без осмысления - оптимизация сайта.
Google, Яндекс - это 2 поисковые системы, под которые надо подстраивать сайт. Так почему это делается через насмешку и без должного подхода.
Сжатие и объединение css и js. галочка добавлена уже не первый год, но я до сих пор не понимаю зачем разработчик сделал в сжатом файле комментарии с отступами? Ты сжимаешь файл или ты хвастаешься? Ты для кого комментарии пишешь, мастер? Сжатие и объединение файла должно убирать все лишнее, сжимать файлы в одну строку и убирать все что не нужно. Писать комментарии вот так
Это не верно, Google PageSpeed Insights такой файл не будет воспринимать. так для кого делалась эта функция? чтобы посмешить или помочь?
2 пункт. Почему же вы не можете собрать все скрипты со страницы и сжать их в одну строку, зачем вы их в конец страницы помещаете? Забросить все скрипты страницы в файл и его подгружать - это правильное решение. опять смотрим код сайта идей view-source:https://idea.1c-bitrix.ru/edit/new/
Внизу свалка. Вы оптимизируете сайт или вы делаете свалку?
------------ 3. Google PageSpeed Insights просит опустить стили css вниз страницы. Это тоже можно сделать, и тут проблема появляется с мельканием сайта. Кого-то это раздражает, а кого-то нет. Надо найти оптимальное решение.
Вообще надо 1С-битриксу уже сделать настройку под требования гуугла.
4. Модуль сжатия картинок под требования 1С-Битрикс. Причем сжатия даже для ресайзнутых картинок.
Про сжатие картинок. У всех Битрикс стоит на веб-окружении. Почему бы с этим пакетом не устанавливать jpegoptim и png optim. На сжатие картинок поставить обработчик сжатия. Поле сколько сжимать есть в настройках главного модуля - Быстрая отдача через nginx и там устанавливаешь процент сжатия, так пусть сжимается картинка при ресайзе.
ПС - в своих ядерных модулях надо тоже убрать комментарии. ПС2 - Если стоит галочка - Спускать все скрипты в конец страницы, то перед css появляется какой скрипт сжатый, не понятно для чего. Получается пирог - скрипты, css , скрипты. Гуугл это не воспринимает. А с поисковиков гуугла идет трафик около 50% при правильной оптимизации сайта и работы с поисковой системой.
Да и когда уже появиться функция сжатия html в 1 строку?
Сжатие и объединение файла должно убирать все лишнее, сжимать файлы в одну строку и убирать все что не нужно.
Боюсь вы не поняли что такое сжатие и как оно работает и к тому же не отличаете сжатие и минимизацию, которую в битрикс не делают и нигде не говорят что делают. Комментарии остаются в ОБЪЕДИННЕНОМ файле для отладки. Файл объединенный != файл сжатый или минимизированый. Сжатые файлы - имеются ввиду, сжатые компессором, а не минимизированные. И их отдачу надо настроить средствами сервера. Поэтому: 1 Объединение не должно "убирать все лишнее" 2 Сжатие не должно "убирать все лишнее", но в сжатый файл не должны добавляться комментарии. 3 Минимизация вроде не поддерживается.
Да, сам я никогда этим не пользовался потому что это не нужно, вобщем-то - все это достигается другими срествами гораздо эффективнее.
Это не верно, Google PageSpeed Insights такой файл не будет воспринимать. так для кого делалась эта функция?
Это делалось для того чтобы хоть что-то сделать для тех кто сам вообще ничего не умеет. Ну и чтобы лучше продавалось.
Почему же вы не можете собрать все скрипты со страницы и сжать их в одну строку, зачем вы их в конец страницы помещаете?
Для того чтобы не разрушать структуру ранатайма Js и оставлять ее такой же как и при не перенесенных вниз страницы скриптах.
Забросить все скрипты страницы в файл и его подгружать - это правильное решение.
Это очень плохое решение по многим причинам. Так делать нельзя. 1 Ошибка возникшая в одном из скриптов завалит все после него разрушив структуру потоков рантайма Js. 2 Если скрипты внутри страницы, то на правильном сайте это скрипты сгенерированные в процессе генерации страницы. Как вы их перенесете в файл?
3. Google PageSpeed Insights просит опустить стили css вниз страницы. Это тоже можно сделать, и тут проблема появляется с мельканием сайта. Кого-то это раздражает, а кого-то нет. Надо найти оптимальное решение.
Вы не правильно поняли требования Google PageSpeed Insights к переносу css вниз страницы. При правильной реализации требований, никакого мелькания не возникает. Это все решается организационными методами.
Могу предложить идею как все это реализовать на базе компонентов - по правде говоря они у меня есть. Может оформлю в виде модуля...
Могу предложить идею как все это реализовать на базе компонентов - по правде говоря они у меня есть. Может оформлю в виде модуля...
что там Александр понаписал бредятина ужас. Мы сжимаем сайты до 99% и знаем что пишем. По логике умника Александра то делать ничего не надо и этот раздел пустой по логике. Александр, когда пишите думайте головой. Этот раздел предложений, и то как надо делать правильно. А ты понаписал что и почему сделано. Делать надо правильно и мы сказали как надо делать правильно. А ты пишешь бред и жалко что такие вообще существуют и мешают развиваться системам.
Medved, молодцы что сжимаете, но я нигде не говорил что делать ничего не надо. Но то, что предлагаете вы в корне не правильно. Возможно я пишу бред. Но вы: 1 путаете компрессию и минимизацию называя все это вместе сжатием 2 предлагает объединять блоки js которые должны выполнятся в разных потоках в один поток - очевидно не имеете опыта поддержки большого объема js-кода 3 не понимаете как и для чего применяется инлайн вставки js-кода 4 не понимаете требований Google PageSpeed Insights к организации загрузки CSS (достаточно зайти на ваш сайт чтобы увидеть как глупо в лоб вы их выполнили, даже не дочитав до конца рекомендацию в два абзача) 5 при этом думаете что умнее создателей Битрикс
При всем при этом работа с заголовками и добавлением Js и Css в битрикс имеет вполне реальные, а не выдуманные недостатки, о которых вы почему-то не пишете.
Например: Невозможно вынести все скрипты вниз страницы (да, я знаю про галочку - уверен, вам и так пойдет). Порядок следования скриптов и даже спобы добавления зависят от ресурса звгрузки. Даже стэк куда попадает скрипт зависит от ресурса! Это честно говоря полный бардак. При этом разработчик полностью лишен контроля над загрузкой. Это действительно грустно. Но это вам не мешает. Я думаю этого вы даже не замечаете.
Маджугин Александр Сразу видно - человек вы без знаний и опыта. Ты пишешь что нельзя то, нельзя это, хотя вообще не понимаешь о чем пишешь. Ты куда лезешь без опыта? Чушь и бред пишешь.
Ты пишешь про инлайн вставки, пишешь про кода и порядок. Слушая тебя ты делаешь сайты однодневки и ты не понимаешь не в большом бизнесе и даже в продвижении сайтов. Ты слышал хоть раз что такое продвижение сайтов и поисковые системы?
Ты меня раздражаешь своей глупостью. Ты зачем сюда написал, чтобы показать свою важность? Ты показал глупость свою.
Инлайн вставки нельзя делать в коде, всегда есть свою файлы для этого. Если ты считаешь обратное, ты отсталый человек. Остальное ты пишешь просто бред, дядька. Уйди с позором и не возвращайся.
Т.е для тебя генерация от битрикс идеальный вариант? Для тебя показатели гуугла 50% это норма? У нас 99% и мы не первый проект доводим до ума. Сжимая и увеличивая скорость загрузки сайта. Оптимизации серверов, подчищая всю кашу от битрикс.
Мы прямо пишешь - битрикс генерит все файлы мусорно и это надо исправить. Убрать все лишнее. Ты, с мозгом от орешка, пишешь что всю плохо и не возможно!!
Возможно! И можно все сделать. Для этого надо сделать, а ты уйди и не суйся сюда больше. Орешик.
Сразу видно - человек вы без знаний и опыта. Ты пишешь что нельзя то, нельзя это, хотя вообще не понимаешь о чем пишешь. Ты куда лезешь без опыта? Чушь и бред пишешь.
О, это веский аргумент в вашу пользу. Но только в ваших глаза.
Инлайн вставки нельзя делать в коде, всегда есть свою файлы для этого.
Но тем неменее вы предлагаете собирать их со страницы и помещать в файл.
Если ты считаешь обратное, ты отсталый человек.
Отнюдь. Я сам против инлайн js, потому что обычно его используют не там где надо, а так как вы предполагаете.
Остальное ты пишешь просто бред, дядька. Уйди с позором и не возвращайся.
И не подумаю. Ваша контрпродуктивная идея набрала слишком много "лайков".
Т.е для тебя генерация от битрикс идеальный вариант?
Нет, не идеальный. И выше я написал почему. Очень много серьезных проблем, но вместо их исправления вы предлагаете заниматься какой-то ерундой, половина из которой не нужна и вредна, а другую половину можно легко реализовать самостоятельно.
Для тебя показатели гуугла 50% это норма?
Нет. Это не очень хорошие числа, но чаще всего это происходит из-за необработанных картинок, а не из-за того что скрипты не минимизированы.
У нас 99% и мы не первый проект доводим до ума. Сжимая и увеличивая скорость загрузки сайта. Оптимизации серверов, подчищая всю кашу от битрикс.
На таких процентах в пейджспид, скорость загрузки сайта уже начинает очень сильно страдать, если подходить к решению в лоб. Что собственно говоря хорошо видно по вашему сайту.
Мы прямо пишешь - битрикс генерит все файлы мусорно и это надо исправить. Убрать все лишнее. Ты, с мозгом от орешка, пишешь что всю плохо и не возможно!!
Я не пишу, что невозможно. Я это и сам делаю. Более того - минимизрую css сразу из less. Все это ЛЕГКО делается в битриксе. Если у вас для этого не хватает компетентности и опыта - наймите программиста уже. Практически все из того, что вы предлагаете реализуется сейчас.
Но есть СЕРЬЕЗНЫЕ проблемы. И я их описал выше. Однако вместо их решения, разработчики могут заняться все этой ерундой которую вы по неопытности предлагаете и опять на выходе получить очередную версию продукта для домохозяек.
Их тоже стоит убрать.
У всех Битрикс стоит на веб-окружении. Почему бы с этим пакетом не устанавливать jpegoptim и png optim. На сжатие картинок поставить обработчик сжатия. Поле сколько сжимать есть в настройках главного модуля - Быстрая отдача через nginx и там устанавливаешь процент сжатия, так пусть сжимается картинка при ресайзе.
ПС - в своих ядерных модулях надо тоже убрать комментарии.
ПС2 - Если стоит галочка - Спускать все скрипты в конец страницы, то перед css появляется какой скрипт сжатый, не понятно для чего.
Получается пирог - скрипты, css , скрипты. Гуугл это не воспринимает. А с поисковиков гуугла идет трафик около 50% при правильной оптимизации сайта и работы с поисковой системой.
Да и когда уже появиться функция сжатия html в 1 строку?
Поэтому:
1 Объединение не должно "убирать все лишнее"
2 Сжатие не должно "убирать все лишнее", но в сжатый файл не должны добавляться комментарии.
3 Минимизация вроде не поддерживается.
Да, сам я никогда этим не пользовался потому что это не нужно, вобщем-то - все это достигается другими срествами гораздо эффективнее.
1 Ошибка возникшая в одном из скриптов завалит все после него разрушив структуру потоков рантайма Js.
2 Если скрипты внутри страницы, то на правильном сайте это скрипты сгенерированные в процессе генерации страницы. Как вы их перенесете в файл?
Это все решается организационными методами.
Могу предложить идею как все это реализовать на базе компонентов - по правде говоря они у меня есть. Может оформлю в виде модуля...
Но то, что предлагаете вы в корне не правильно.
Возможно я пишу бред. Но вы:
1 путаете компрессию и минимизацию называя все это вместе сжатием
2 предлагает объединять блоки js которые должны выполнятся в разных потоках в один поток - очевидно не имеете опыта поддержки большого объема js-кода
3 не понимаете как и для чего применяется инлайн вставки js-кода
4 не понимаете требований Google PageSpeed Insights к организации загрузки CSS (достаточно зайти на ваш сайт чтобы увидеть как глупо в лоб вы их выполнили, даже не дочитав до конца рекомендацию в два абзача)
5 при этом думаете что умнее создателей Битрикс
При всем при этом работа с заголовками и добавлением Js и Css в битрикс имеет вполне реальные, а не выдуманные недостатки, о которых вы почему-то не пишете.
Например:
Невозможно вынести все скрипты вниз страницы (да, я знаю про галочку - уверен, вам и так пойдет).
Порядок следования скриптов и даже спобы добавления зависят от ресурса звгрузки.
Даже стэк куда попадает скрипт зависит от ресурса!
Это честно говоря полный бардак. При этом разработчик полностью лишен контроля над загрузкой. Это действительно грустно. Но это вам не мешает. Я думаю этого вы даже не замечаете.
Сразу видно - человек вы без знаний и опыта. Ты пишешь что нельзя то, нельзя это, хотя вообще не понимаешь о чем пишешь. Ты куда лезешь без опыта? Чушь и бред пишешь.
Ты пишешь про инлайн вставки, пишешь про кода и порядок. Слушая тебя ты делаешь сайты однодневки и ты не понимаешь не в большом бизнесе и даже в продвижении сайтов. Ты слышал хоть раз что такое продвижение сайтов и поисковые системы?
Ты меня раздражаешь своей глупостью. Ты зачем сюда написал, чтобы показать свою важность? Ты показал глупость свою.
Инлайн вставки нельзя делать в коде, всегда есть свою файлы для этого. Если ты считаешь обратное, ты отсталый человек.
Остальное ты пишешь просто бред, дядька. Уйди с позором и не возвращайся.
Т.е для тебя генерация от битрикс идеальный вариант? Для тебя показатели гуугла 50% это норма? У нас 99% и мы не первый проект доводим до ума. Сжимая и увеличивая скорость загрузки сайта. Оптимизации серверов, подчищая всю кашу от битрикс.
Мы прямо пишешь - битрикс генерит все файлы мусорно и это надо исправить. Убрать все лишнее. Ты, с мозгом от орешка, пишешь что всю плохо и не возможно!!
Возможно! И можно все сделать. Для этого надо сделать, а ты уйди и не суйся сюда больше. Орешик.
Практически все из того, что вы предлагаете реализуется сейчас.
Но есть СЕРЬЕЗНЫЕ проблемы. И я их описал выше. Однако вместо их решения, разработчики могут заняться все этой ерундой которую вы по неопытности предлагаете и опять на выходе получить очередную версию продукта для домохозяек.