InstantCMS 1.10 - к чему готовиться?

ЗАКРЫТО
#151 28 сентября 2012 в 11:52
Хорошо бы увидеть в ближайших сборках, функцию СКЛЕЙКА (уже встроенную в ядро сайта)

Есть куча советов как убыстрить отдачу сайта – это и статика через nginx и кластеризация и куча еще всяческих хитрых технологий. Однако во всех книжках, советующих как можно повысить загрузку сайтов можно найти две постоянно повторяющиеся темы – «склеивание CSS/JS» и «включение сжатия».

Склейка
Все просто – если например у Вас на страничке 3 CSS файла и 5 JS, браузеру при загрузке придется создавать 8 соединений и выкачивать по ним данные, а как известно, лучше несколько больших файлов чем множество мелких. Связано это с тем, что на каждую установку соединения браузер тратит время и зачастую немаленькое – до 40% времени загрузки.

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

Как говорят «никогда не переписывайте то, что можно просто вырезать и наклеить» ;)


постыq&aсобытияхабыкомпании
12 декабря 2011 в 00:50
Разгони свой сайт – автоматическая СКЛЕЙКА + GZIP
Веб-разработка*
Разгонись
#152 28 сентября 2012 в 11:58
Минона, это всё проблема шаблона, а не движка. я например спрайты использую и у меня всего одна картинка грузится вместо кучи. сервер работает на nginx+fastcgi, статика вся забирается с отдельного хоста static.site.ru, js минимизированы, css склеены и тоже минимизированы.

разгонять сайт надо другим: оптимизацией запросов, использованием индексов и тд. но ни как не тюнингом ПО сервера и шаблона, это дело не разработчиков движка.
#153 28 сентября 2012 в 12:28

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

picaboo
Ну слава богу, хоть кто-то это понимает и озвучивает.
#154 28 сентября 2012 в 18:16
Fuze, вспомнил наболевшую хотелку… если конечно сочтете достойной :)

в компоненте комментариев, нет возможности разграничить отправку комментариев на модерацию по группам. сейчас мы можем либо все комменты на модерацию завернуть, либо все публиковать сразу. если бы была возможность дать выбор каким группам публиковать комменты сразу, а каким на модерацию… ну или хотя бы галку поставить что бы гостей на модерацию, а зарегистрированных нет.
#155 28 сентября 2012 в 18:25


… разгонять сайт надо другим: оптимизацией запросов, использованием индексов и тд. но ни как не тюнингом ПО сервера и шаблона...

picaboo

Оптимизация "запросов", индексов и т.д.?


Ну слава богу, хоть кто-то это понимает и озвучивает.

Fuze

А разве picaboo имел ввиду не оптимизацию CMS?
#156 28 сентября 2012 в 18:50
Минона, вы хотите склеить все css и js в одно полотнище, а вы представляете себе вес этих файлов, когда человек зашёл информацию найти и сидит грузит библиотеки галерей, загрузчика файлов и тд. Когда он зашёл и загрузил долю, при переходе на следующие страницы он не будет тратить время на них и так постепенно соберёт всю коллекцию файлов.
#157 28 сентября 2012 в 21:53
Внедрить

  1.  
  2. <script src="http://www.google.com/jsapi"></script>
  3. <script>
  4. // Load jQuery
  5. google.load("jquery", "1.5.2");
  6. </script>
  7.  
для ускорения загрузки jquery.js

на нашем сервере это ускорило загрузку сайта на 2 секунды
#158 28 сентября 2012 в 22:06

на нашем сервере это ускорило загрузку сайта на 2 секунды

Минона
А до этого за сколько загружался сайт?
#159 29 сентября 2012 в 00:33
На мой взгляд надо применять автоматизированные алгоритмы подключения файлов в шаблоны...
Например взять css 5-6 файлов цепляются в шаблоне а ведь можно создать 1 с индексом.
неужели никто основ не знает??? @import "/style/main.css" screen; /* Стиль для вывода результата на монитор */
практически так же можно оптимизировать скрипты жавы
как правильно замечено для картинок нужно пользовать спрайты
я пришел к выводу что этот вопрос не к разрабам движка а к тем кто шаблоны создает!
#160 29 сентября 2012 в 01:05

Внедрить

Минона
а в движке ведь есть jquery в /includes/jquery/
зачем его с гугла загружать?
или пользователю с гугла грузится быстрее?
#161 29 сентября 2012 в 02:58

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

VopisUVD
это лучше
#162 29 сентября 2012 в 03:31
Может нужен поиск по форуму в 1.10? Вроде на всех форумах есть поиск.
#163 29 сентября 2012 в 11:16


или пользователю с гугла грузится быстрее?

eoleg

пользователю с гугла грузится быстрее. Попробуйте сами.

  1.  
  2. <script src="http://www.google.com/jsapi"></script>
  3. <script>// Load jQuery
  4. google.load("jquery", "1.5.2");
  5. </script>
  6.  
Только именно такой. С 1.5.2

и вставить в файл pageclass
#164 29 сентября 2012 в 12:09

Может нужен поиск по форуму в 1.10? Вроде на всех форумах есть поиск.

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

пользователю с гугла грузится быстрее. Попробуйте сами.

Минона
пользователю и с яндекса будет грузится быстрее :)

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

абсолютно идентичный результат, даже с большей скоростью, будет если вы создадите поддомен css и будете забирать оттуда css, тоже самое с js. а если вынесете на поддомен папку с загруженными изображениями и отключите на поддомене апач и оставите там только nginx — сайт вообще даст до 50% производительности. прибавьте к этому установленный и хорошо настроенный xcache или memcashed, который будет отдавать скомпилированный php и добьётесь прироста до 70%. по сути узким местом останется только мускул. но тут если максимально загнать в оперативку его — тоже можно выиграть до 10%. останется только оптимизация самого кода движка и его запросов.

Минона, я не пытаюсь вас обидеть, просто на самом деле, в любом движке до 90% производительности прячется в шаблонах и настройках ПО сервера на котором он работает. посмотрите загрузку любой страницы сайта в режиме отладки, сколько выполняются запросы к бд, сколько занимает времени компиляция шаблонов, сколько идет подгрузка картинок и прочей красоты.
#165 29 сентября 2012 в 16:01
Будут еще посты не по теме, тему закрою.
Используя этот сайт, вы соглашаетесь с тем, что мы используем файлы cookie.