- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Приветствую всех
В данную минуту программист дописывает мне для моего движка кеширование страниц.
В процессе работы поступило предложение для уменьшения общего веса страниц автоматом при создании файла кеша вырезать все комментарии и удалять все пробелы в коде.
Ну с комментариями вроде вопросов нет, а вот насколько правильно решение удалять все пробелы в коде?
То есть весь код как бы получается в одну строку, смотрится прикольно но есть ли тут подводные камни и влияет ли как либо такое расположение кода на индексацию поисковыми системами?
Пробелы конечно логично удалять, а вот переносы строк лучше оставить, для наглядности, самим потом приятно будет в код лезть :) А вот на поисковики это никакой роли не играет.
У меня вырезаются все пробелы в начале и в конце строки, ну и пустые строки тоже. Мне хватает. При использовании красивого форматирования ХТМЛ-а лесенкой, вырезание пробелов даст неплохую экономию, а вот вырезание переноса строк не даст такой-же экономии, а вот читабельность сильно ухудшит.
Эффективнее сжимать страницы gzip-ом, у меня в среднем сжимает втрое!
Vimsite, ну в тексте то все нормально остается :) Я больше про сам код страницы говорю.
А зачем мне лезть в код страницы кеша? Что я там вообще забыл? :)
Zlo_606ep, Вы путаете теплое с мягким :)
Кеширование в первую очередь делается для предотвращения лишних обращений к БД
А пробелы в коде и комментарии убираются одновременно так как это легко реализуемо.
Не Совсем неуверен что файл кеша можно еще и сжать
Vimsite, ну в тексте то все нормально остается :) Я больше про сам код страницы говорю.
А я по вашему про текст который на странице говорю? :) Я как раз про HTML код говорю.
Vimsite, А зачем мне лезть в код страницы кеша? Что я там вообще забыл? :)
Иногда надо что-то глянуть, чтобы подправить, или глюк какой-то вылез. А если там все в одну строку, то ессно все будет очень не удобно :)
Vimsite, Кажется мы говорим про разные вещи :)
Зачем лезть в код файла кеша?
Сайт правится весь через движек и если надо то просто нажимается хнопка обновления кеша отдельной страницы или всего сайта. Хотя у меня наоборот по умолчанию настроено обновлять кеш раз в 3 дня (сейчас)
В IE 5 есть баг со списками, когда IE добавляет отступы для элементов li, если в коде есть пробелы или переносы строки.
Если меню на вашем сайте реализовано через списки, то страница может по разному отображаться.
может ли кто-то объяснить как работает gzip?
статический файл на сервере сжимается данным способом и тихо лежит ожидая запроса?
затем этот отжатый файл передается клиенту, и браузер клиента сам расшыфровывает сжатый файл?
Зачем лезть в код файла кеша?
Сайт правится весь через движек и если надо то просто нажимается хнопка обновления кеша отдельной страницы или всего сайта. Хотя у меня наоборот по умолчанию настроено обновлять кеш раз в 3 дня (сейчас)
Ну как же?! Через интернет когда вы смотрите на сайт, вы же видите страницу из кэша? А вдруг надо в код посмотреть, почему так таблицу перекрючило? :) У меня у самого все сайты кэшируются, поэтому были такие случаи :) Хотя конечно допускаю вариант, что лично вы не делаете работ связанных с кодом страницы, а просто говорите программисту "Че за ерунда?! Разобраться быстро!" :)
Deni, при отдаче сжатого gzip'ом контента наличие или отсутствие пробелов практически не ощущается, так что проще не удалять их. А по сути, браузеру должно быть все равно на пробелы, т.е. один или несколько он должен воспринимать одинаково. Но у IE бывают глюки в некоторых случаях.
может ли кто-то объяснить как работает gzip?
Если клиент (браузер, например) в заголовках запроса сообщает, что он может раскодировать закодированный gzip'ом контент, то сервер отдает сжатый контент, иначе без сжатия.
может ли кто-то объяснить как работает gzip?
статический файл на сервере сжимается данным способом и тихо лежит ожидая запроса?
затем этот отжатый файл передается клиенту, и браузер клиента сам расшыфровывает сжатый файл?
Обычно перед отдачей браузера он сжимается. НО можно сжать файл и положить на сервер, браузер должен понять в принципе