Dram, но, им можно существенно урезать лимиты.
Поставить при запросе css и js - отдельную куку.
Обратите внимание, что css и js могут быть в кеше и не запрашиваться (у юзеров, которые были на сайте до введения этой куки). В этом случае: создать отдельный css и запрашивать его css?random_number
Осталось решить проблему первого просмотра: сначала грузитcя html, а потом css и js
Предложение: выводить подсказку "[Название текущей колонки]" при наведение мыши на одну из колонок в шапке таблицы.
Или хотябы:
Сейчас есть подсказка на каждой колонке "Редактировать условия фильтрации", добавить название текущей колонки, т.е.: "Редактировать условия фильтрации [Фраза]".
Из-за большого количества колонок, я уменьшил их ширину и не всегда помню какая и что означает.
Когда условий в фильтрации мало, нажимаю "Редактировать условия фильтрации" на колонке и смотрю какая добавлена (когда их много - новое условие НЕ добавляется и приходится просто увеличивать ширину колонки, чтобы вспомнить "что там").
Вообще да, Go быстр, в т.ч. и по времени компиляции.
Кстати, по этим тестам http://attractivechaos.github.io/plb/ на несложных регулярках вида
([a-zA-Z][a-zA-Z0-9]*)://([^ /]+)(/?[^ ]*)
Перл обходил все языки в списке. В т.ч. Си.
Сейчас изучаю GO. Крайне приятный и быстрый язык. Особенно радуют рутины.
Но, в защиту Perl - Перл побеждает Go в регулярках. Вообще Перл быстро работает с регулярками и хешами (мапы в го). И код для работы с регулярками - лаконичный. Т.е. он до сих пор идеально подходит для парсинга текста.
Написал простейший парсер файла с логами (десять строк: разбор регуляркой строки лога и запись в хеш) на GO и решил посмотреть насколько будет быстрее компилируемый язык, чем интерпретатор Перл.
Насколько же было велико мое разочарование, когда оказалось, что Перл заметно быстрее (примерно на 40%). Сравнивал в одном потоке, разумеется. В GO использовал MustCompile (и пробовал вариант с MustCompilePOSIX). В итоге, конечно, переписал код на GO без регулярок - и обошел по скорости Перл. Но, для быстрого решения некоторых задач - Перл еще рано списывать.
На самом деле на этом телефоне можно было набирать номер (на аналоговых АТС, вроде, на декадно-шаговыми назывались).
Был свидетелем, как в больнице дежурная медсестра - набивала на таком телефоне на "рычагах", где лежит трубка, номер. 51... - это пять очень быстрых ударов, пауза, один удар, пауза и т.д.. И так весь номер.
Гугл иногда жмет с заметной потерей качества (на глаз), особенно картинки с относительно однородным разноцветным содержимым. Например, лого. Поэтому, всегда нужно проверять - было/стало.
tinypng.com и tinyjpg.com - очень годно сжимают без потери "на глаз" качества.
В фотошопе лучше ставить при сохранении jpg в Save for Web: Quality (качество) = 51%.
При 50% заметно уменьшается качество. При >51% - нет смысла для большинства фото (растет размер файла без заметного улучшения качества).
1. Можно просто отправлять Гуглу урл самой картинки на оптимизацию.
2. Можно подготовить отдельные страницы с картинками и отправлять их.
MIKLFIRM, а перед апачем не стоит nginx?
Возможно он сам отдает txt файлы.
Не спорю. Я почти не работаю в Мозилле, она настроена по дефолту с адблоком, чтобы глянуть как видит сайт рядовой юзер с блокировщиком. Вот "рядовой юзер" не увидел сайт :)
Главное, чтобы проблема была только локальной. Прочти прямоугольный пик ночью на графике - это я периодически тестировал и занимался другой работой, а Хром в фоне отсылал запросы на сервер. Таких 10-20 юзеров и канал забит.
