- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Хотелось бы на выходе движка сайта получить код HTML - сжатый, как, к примеру, это получается у Google (посмотрите соурс). Я так понимаю это можно сделать посредствам регулярок (убрать все лишние табы, переносы строк, и так далее).
Может есть стандартные средства?
Что мешает стразу сделать нормальные шаблоны (если Вы используете гс CMS) и нормально делать выводы из скриптов?
Регулярки, особенно с большим объемом текста, да еще и если он (не дай бог) в UTF-8 - сожрут весь ресурс сервера.
Если так уж хотите "подумать о юзере", включите gzip сжатие. Тоже лишняя нагрузка на сервак, но значительно меньшая.
*тянет руку* А нафиг вообще это надо?
Ребята, у всех свои тараканы в голове,и я задал КОНКРЕТНЫЙ вопрос.
Если кто знает пусть ответит ;)
Про регулярки я написал, как пример, чем это может решаться (согласен, не лучший вариант).
Gzip тоже хорошо, но до него хотелось бы еще и HTML получить оптимизированный.
SilverMaster добавил 23.10.2009 в 12:09
*тянет руку* А нафиг вообще это надо?
а вот когда у вас СТР подниметься в 2 раза после того как страница будет выплевываться не за 3 сек, а за 0.3, тогда и поймете ;)
Ребята, у всех свои тараканы в голове,и я задал КОНКРЕТНЫЙ вопрос.
Если кто знает пусть ответит ;)
Про регулярки я написал, как пример, чем это может решаться (согласен, не лучший вариант).
Gzip тоже хорошо, но до него хотелось бы еще и HTML получить оптимизированный.
ну так руками руками скрипты там... в буфер, потом все r\n\ убрать и выводить буфер.
ещё потом всё в Gzip.
P.S. Токо на выходе поймёте, что юзерам пофигу, а нагрузка на сервак увеличилась...
LEOnidUKG добавил 23.10.2009 в 12:11
а вот когда у вас СТР подниметься в 2 раза после того как страница будет выплевываться не за 3 сек, а за 0.3, тогда и поймете ;)
Что такое СТР?
CTR, может так понятнее....
Ну а на счет нагрузки на сервак... так тут уж как кому с серваком повезло.
Мы не пожалели денег на железо.
а вот когда у вас СТР подниметься в 2 раза после того как страница будет выплевываться не за 3 сек, а за 0.3, тогда и поймете
Кэш не спасает отцов демократии? Организуйте сторрадж, закиньте туда процедуры. Будет генерироваться не за 0,3, а за 0,11.
Кэш не спасает отцов демократии? Организуйте сторрадж, закиньте туда процедуры. Будет генерироваться не за 0,3, а за 0,11.
Дааа бллиииин, ребята... Кэш у нас двух уровневый ;)
Сначала memcache для mysql, потом fs для статик хтмл (если там без изменений в темплейтах)...
Но вопрос остается вопросом ;)
Я премного благодарен, вы даете действительно правильные советы, но это все уже реализовано ;)
Мне просто охота получить такой вот плейн-текстовый файл на выходе.
Но вопрос остается вопросом ;)
- а Вам действительно необходимо убирать лишние пробельные символы в online? были готовые скрипты (к сожалению не помню названия) или, можно самому написать, для офлайновой чистки контента, который уже и размещается на хосте. Или, если необходимо чтобы это делал сам движок, то такие действия лучше выполнять при размещении нового контента через админку. Удалять пробельные при каждом запросе клиента это архитектурная ошибка.
P.S. Так как технология явно не указана, позволю себе замечание, что подобный фильтр есть у IIS (пример работы - главная страница сайта microsoft.com)
SilverMaster,
Вот объясните, откуда такое нежелание работать руками? Кто Вам мешает сразу все генерить в том виде, который нужно?
Ну а на счет нагрузки на сервак
так именно сжатие и вызовет максимальную нагрузку
выплевываться не за 3 сек, а за 0.3, тогда и поймете
а вы действительно считаете, даже при отсутствии кеша, что время отправки (не генерации) страницы имеет общую выгоду более 1-3%?.. улыбнуло.
http://code.google.com/p/jsmin-php/