Объединенный Открытый Проект

Довольно давно столкнулся с проблемой, которая мне до сих пор не дает покоя.
Есть скрипт, но он большой и его объем надо уменьшить. Поскольку за трафик приходится платить. Да и пользователей жалко
Можно руками его править, но очень долго и вообще как-то тупо.
Пробовал кучу разного софта: HTML Zip, HTMLCompress, w3compiler, packer и еще кучу всего.
В некоторых софтинах встретилась довольно забавная тенденция - скрипты не работают после сжатия (в частности такое наболюдалось после обработки w3compiler'ом).
Вторая проблема - из-за использования zip-подобного алгоритма (а также из-за того, что распаковщик написан на JavaScript) скрипты разжимаются довольно долго (иногда несколько секунд, такое наблюдалось в HTML Zip, например).
Короче, решил свою софтину написать - eCoder. Вышло довольно неплохо (http://ecoder.org.ua), но второй недостаток хоть и сгладился, но не исчез - скриты все равно довольно долго распаковывались (хотя качество сжатия было существенно лучше, чем у вышеописанного софта.)
Для работы этой софтины требовался еще и .NET 1.1, что тоже достоинством не назовешь :-/ . Но делать нечего, приходилось пользоваться тем, что есть.
Это было где-то год назад.
Со временем я все же пришел к мысли, что надо не паковать, а по возможности оптимизировать, удаляя лишнее и укорачивая имена переменных.
Поискал такой софт. Кроме упомянутого выше w3compiler'а нашел еще кучу барахла, но скрипты в результате обработки либо мало уменьшались в размере, либо переставали работать, либо и то и другое
И опять я решил посоревноваться. Вроде бы, на этот раз успешно
Софтина вышла небольшая, кроссбраузерная (и, следовательно, кроссплатформенная). Поскольку писал на JavaScript, работает это все не слишком быстро, но на мой взгляд вполне нормально (на оптимизацию скрипта в 50К уходит обычно несколько секунд). Скрипты вроде не портит.

Но вот какой вопрос: может кто подскажет, как еще можно уменьшить объем скриптов?
Своей софтной (я обозвал ее TrickyScripter) я решил поделиться со всеми желающими (не жалко =)), так что ваши советы не пропадут зря, а принесут пользу вам и другим разработчикам.
На данный момент TrickyScripter уменьшает объем скриптов обычно вдвое-втрое. Но, я думаю, это не предел, если каждый поможет, чем сможет
Если кто хочет дать совет, побыть бета тестер или кому просто интересен этот проект - мыльте на scriptGuru@gmail.com (или просто пишите в этот топик)

"(на оптимизацию скрипта в 50К уходит обычно несколько секунд)" - ИМХО ДОЛГО!

wsx А вот тут я с тобой КАТЕГОРИЧЕСКИ несогласен. Ориентироваться надо всегда "на бедных", т.е. на пользователей, у которых канал связи - плохой или с оплатой по траффику.

Не верю. Опять же, представь себе следующую ситуацию: ну хорошо, дома у меня безлимит и "понятия траффик не существует". А вот если мне вдруг потребовалось откуда-то еще выйти через ноутбук+мобильник? Тут никакое развитие технологий не поможет... Вряд ли в ближайшее время GPRS сделают безлимитным. Так что оптимизировать - надо.
DizzZ а у тебя обработка имен форм и полей есть какая-нибудь в целях укорачивания? Точнее, поля в большинстве случаев переименовывать нельзя, но можно сделать такую проверку: если имя поля больше определенной длины, то обращаться к нему как к элементу массива elements формы...

Ну, да, GPRS я не учёл. Хотя я считаю, что скоро и GPRS'a то не будет. Ибо будет Wi-Fi и WiMax, а там тоже траффик будет копеешным..

DizzZ ну как раз траффик на хостинге - это не столь критично, на мой взгляд: у большинства российских провайдеров он как раз безлимитный.
wsx Возможно, тут сказывается моя субъективная нелюбовь к WiFi. Впрочем, WiFi вытеснит GPRS полностью только тогда, когда полностью уйдут ноутбуки старого поколения, где встроенного WiFi нет вообще (у меня как раз такой).

Ну, это не страшно как раз. Ведь оригина скрипта тоже надо оставить, и просто пережимать скрипт каждый раз, как будешь вносить изменения в оригинал.
Ок, хорошая идея, попробую сделать.