Хотелось бы узнать есть ли программы которые удаляют комментарии, переносы строк и переименуют длинные пользовательские переменные и константы в короткие?

Есть это руки))) а смысл объясни всего этого??? коменты я считаю нужны, что бы потом самому не напрягаться и знать что и где) а если длинные переменные то пиши их короче сам) а так <удалено!> есть такие проги или нет)

M PARROT

В следующий раз накажу за МАТ  :crazy

Это сообщение отредактировал(а) PARROT - 30.7.2008, 11:55

Проги есть, преднаначины они для оптимизации в сторону уменьшения трафика, тоесть они пропускают через себя то что выдает на выходи скрипт и отправляют ео пользовательскому браузеру.

Есть и проги которые делают это же с самими скриптами но помоему это неактуально в отичие от первого варианта.

http://php.net/php-strip-whitespace


Добавлено через 1 минуту и 59 секунд
С переименовыванием переменных я бы на вашем месте был поосторожнее, т.к. это может привести к неработоспособности кода.

Данная прога нужна чтобы уменьшить размер файлов. Комменты и другие вещи не будут нужны. А насчёт переименовывания, думаю если прога умная, то не составит труда отличить одни переменные от других, пропускать резервированные переменные и не трогать операторы.

с каких это пор дисковая квота съедается РНР-скриптами? у тебя они на пару десятков мегабайт?
если для закачки по ФТП, то можешь предварительно паковать в архивы.

skyboy, У я сделал галерею. Кода получилось много. Весь скрипт весит 11.2мб

 это ж сколько времени ты его набирал?

2 месяца. Но вопрос не в этом. В проекте очень много комментарий. Чуть ли не на каждую функцию и констрункцию. Плюс ко всему почти все переменные имеют вид $contentDescription или $template-menuArray...думаю можно их сократить ло $cD или $t-mA...

11.2 мегабайта это имеется в виду скрипты + картинки на 11мб?


А вот представь, что тебе понадобится добавить какую-нибудь функцию... Как думаешь, за сколько часов справишься?)

Собственно, как убрать комментарии, sTa1kEr уже написал.А если так хочется поменять имена переменных - в любом текстовом редакторе Edit - Replace - All

11мб php файлов!!!   
Мне просто больше не нужно будет возиться с этим кодом на серваке. А на локалке, есть backup...
Так что хорошо бы найти прогу которая будет делать это всё автоматизированно.



А ты представь сколько там переменных!!   
Посоветуй тогда на Delphi как регулярками разрулить проблему с переименовыванием переменных...я сам набросаю прогу.

Это сообщение отредактировал(а) Guide - 30.7.2008, 11:59

может крамолу для тебя скажу. но ты не пробовал сделать скрипт галлереи раз в 10-100 меньше.
я вот смотрю реальный вес e107, mambo - 9, 9.5 Мб, но это ведь целая cms! со всеми их темплейтами и скинами

Это сообщение отредактировал(а) bars80080 - 30.7.2008, 12:22

хз это мат? Может я имел ввиду хто знает?  

Guide, eaccelerator , apc ... 

 

ты не в битриксе работаешь ?  

Да и их в размере можно здоров ужать но не за счет сокрашения символов а за счет более рациональной компоновки

Нет...


Галерея того стоит. Пользовательская часть весит меньше. (1.2мб). Админка весит многа. (10мб). Зато функций многа. Например большая часть ушла на эти фичи: Пять видов кропа и ресайза (Интелектуальная система сделано на jQuery + моя либа(js+php). Выделение лиц и персон на фотке. четыре вида просмотра. (thumbs, filmstrip, icon, slideshow), exif, watermark короче туча всякой всячины....

тогда советуй юзерам пользовать акселератор, он подрежет все ненужное при работе системы

А у вас скрипт  на модули не разделен?
Удаление пробелов, комментариев - нарушение технологии. Как вы потом что-то править будете.

Если вы сделали программу, то не важно сколько она весит, главное чтобы она работала как надо и была оптимальной..

Шутишь? Подскажи-ка что они делают?

И, да,  200 символов в минуту * 60 минут * 24 часов * 60 дней = 16,47Мб 

Говоришь 16ч в день два месяца галлерею кодил? 

да нет, много готовых классов, скриптов + своё, всё вместе - вот и результат. но всё равно, чересчур

Нет конечно, до этого у меня были свои наработки...я просто за два месяца всё своё и чужое собрал в кучу. 

Mal Hack, Я же говорю что править на серваке не буду. Если что на локалке. А потом выгружу на сервак. Нормальный и читабельный код у меня будет под рукой...


Да наверно перебрал, через месяц проведу оптимизацию кода, урежу все лишние строки. А пока нужно сжимать.

Это сообщение отредактировал(а) Guide - 30.7.2008, 14:02

Guide, не нужно ничего сжимать. Это асбурд. Либо ошибка проектирования, либо не разбиение на модули...
Сжиманием подобным, вы добьетесь сжатия максимум на 5-6%... Это нонсенс...

Боюсь там нет лишних строк. 

Mal Hack, прав. Скорее всего ошибка в проектировании.

и то при условии хорошего комментирования 

Mal Hack, Fortop,   
Если бы ошибка в проектировании. У меня всё разделено на модули. Просто сколько один арбуз весом 10кг не дели на кусочки, всё равно весить она будет 10кг. 
Так что сжатие хочу!   

Вы меня извините, конечно, но это как отче наш. Я готов поспорить, что у меня EXE с теми же функциями на сях будет весить в два раза меньше вашего скрипта...

У вас очевидная ошибка проектирования. Уж в чем она выражена - второй вопрос.

ну ведь в любос случае что запускается и обрабатывается не все 11 метров, 11 - это весь проект, а реально работает не так уж и много. И неужели сервер такой медленный что сокращение размера на 5% это значительно ускорит?

В общем всем спасибо. Попробую сам найти.

с обфускацией под РНР неплохо должен справляться Zend Guard
из Википедии узнал про PHP Defender и POBS.
но право слово, я советую сначала проанализировать собственный код на выявление часто используемых алгоритмов, не вынесенных в отдельные функции.

Переименуйте переменный и логика приложения будет нарушена.


У вас вся логика построена на копи-пасте? По моему, это единственный случай когда такое возможно.

А вот сдесь вы абсолютно неправы и сравнение ваше в корне неверно. Деление на модули подразумевает как раз что один модуль может использовать другой модуль для выполнения каких то операций если они(операции в нем реализованы), а не дублировать уже имеющийся функционал. Тоесть уже созданный функционал одного модуля может многократно использоваться в других. В общем деление на модули это намного более абстрактная вешь чем разрезание окорока на части. С десь более подходит сровнение с использованием в машиностроение  стандартных крепежных элементов, тоесть если вы имеети болт диаметром столько то с шагом резбы столько то в одной конструкции и он у вас по какимто причинам испортился то вы можете сходить в магазин и сказать мне вот такой и такой то болт нужен, и выпушеный совершенно другой компанией этот болт встанет на место как родной. В программирование это называется API. Не забывайте что программирование это инженерная дисциплина. И сдесь сильна унификация. Иоесть зачем мне разрабатывать новое если здесь будет прекрасно работать старое.

Не совсем.

Мы тут вчера подумали, и решили... что модуль распознавания речи, а также блондинок и брюнеток в видеорядах - если он написан на чистом PHP - может иметь такие размеры...

По теме:

Сокращение имени переменных конечно поможет выиграть килобайты, а в вашем случае может и мегабайты... НО! Дело в том что исходный ведь код РНР не передаёться клиенту!!! Он не качает ваши длинные переменные! Их обрабатывает только РНР интерпритатор! Поетому это всё ГОН если вы думаете, что намного быстрее скрипт заработает с переменными обладающими коротким наименованием. Это бред. Спасибо.

Добавлено через 1 минуту и 23 секунды
На паскале напишите прогу которая парсит тхт файл, удаляет закоментаринные строчки и пустые строки и всё...

Добавлено через 1 минуту и 57 секунд
Или на РНР и напишите... он в парсинге силён...

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

Интересно, для какого (даже халявного) сервера критичны скрипты на 11 мб, при том,что эти скрипты будут работать с графикой, которая, наверняка, будет храниться по соседству?

для меня критичны были бы. я даже боюсь узнать, сколько всего у меня на бесплатном хостинге места. особенно учитывая, что я туда уже закидал мегов 70 фоток, и то вовремя остановился, а так бы ещё 300 запульнул



вообще 11 мегов скрипта на галлерею предполагает раздутость остального кода

Всё равно ГОН. Клиенту пойдёт только HTML. Если у него 12 метров вычислений (И вправду размер улыбает) то беспокоиться за трафик не стоит. За место может и стоит. Мне кажеться что у автора весь сайт весит 12 метров...  12 метров текста - это извините меня художественное произвидение уже.    

знаешь, у меня дома 10кБ/с скорость, это значит заливать через фтп в лучшем случае придётся 20 минут. а если несколько раз? я б заманался

bars80080, советую пользоваться архиваторами   
Целые сайты в архиве заливаются одним файлом, что через FTP в сто раз быстрее, чем заливать каждый скрипт по отдельности и сводит вероятность раъединения соединения к минимум. А потом остаётся пустяковое дело - разархивировать это всё. Разархивация, как правило, выполняется практически мгновенно, даже если сайт состоит из сотни скриптов.

И набор скриптов на 10 мб будут занимать в архиве не более 100 кб. Зальются за 10 сек   

Это сообщение отредактировал(а) HackMan - 5.8.2008, 09:33

да? а можна поподробней, ибо gzip у меня точна не работает, как там реализовать процедуру?



хотя я кстати, скрипты метрами не загоняю, а вот jpg, что архивируй, что не архивируй...

Про jpg речь не идёт. Тут грозились, что 12 мб - это чисто кода    Да и как ни крути - 1 архив на 100 метров зальётся в разы быстрее, чем 100 картинок по метру.


Ну кроме gzip существуют ещё bzip и zip, как минимум   
Как вариант - вот

У меня есть скрипт (точнее 2 файла), реализованный на php, который разархивирует обычный zip-архив. Если интересно - могу скинуть в PM

Это сообщение отредактировал(а) HackMan - 5.8.2008, 10:18