PHP компилятор

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

нет таких. php - интерпретируемый язык.

Для десктопных приложений существуют специальные инструменты. Из бесплатных - Lazarus (правда еще один язык учить придется )

PS DevelStudio в расчет не беру, ибо это не совсем php (или вовсе не php, хоть и похоже)

(Отредактировано автором: 11 Июля, 2013 - 20:18:15)

-----
Чем больше узнаю, тем больше я не знаю.

HPHP
?

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

Про HPHP читал, но там тоже есть свои подводные камни и пока не особо стабильно работает.
Чем разбираться в этих всех утилитах и подводных камней, думаю так и придется переписать этот скрипт на Си, как раз поближе и познакомлюсь с этим языком.

переписывание на C еще не означает что перестанет грузить
если по уму то сначала надо найти чего именно грузит

может и переписывать не придется


Си это не PHP там надо очень хорошо уметь програмировать а не просто познакомится. Иначе будет целый букет проблем начиная от мемори ликов заканчивая рантайм ошибками доступа к памяти которые будешь вылавливать неделями. не говоря уже о намного более трудоемкой разработке. Или ты думаешь что Си это как PHP только в exe файл компилится

(Отредактировано автором: 11 Июля, 2013 - 21:04:25)

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Я знаю, что не все просто. У меня просто уже есть небольшой опыт программирования на Си

darl, тем не менее, определить узкие места перед переписыванием, стоит Php- быстрый язык, не недооценивай его.

php интерпретируется один раз и потом выполняется, если ты пишешь неоптимальный код, переписывание этого же неоптимального кода на си, теме не поможет.

Пожалуй, с этим не совсем согласен. Дело не в том, что Си - требует хорошего умения программировать. Дело лишь в том, что он требует от программиста самостоятельного контроля памяти. Это, с одной стороны, даёт возможность очень выборочной оптимизации, но с другой стороны, заставляет думать о многих вещах, которые с этим связаны. Возможность выборочной оптимизации управления памятью не потребуется, думаю, в 99% случаев - по сравнению с теми языками, где этот контроль переложен с программиста на сам язык, то есть в 99% случаев приобретётся дополнительная проблема (управление памятью) - и приобретётся совершенно зря (ведь эта оптимизация могла бы с таким же успехом быть выполнена без участия программиста, если бы речь шла о языке, где есть встроенный контроль памяти).

Конечно, я не утверждаю, что Си плох. Я лишь считаю, что кастомизация работы с памятью потребуется в очень узкоспециализированных задачах, да и там это не сильно превзойдёт работу автоматического контроля. Умение же программировать и уметь работать с памятью - хоть и пересекающиеся задачи, но всё же не совпадающие. Я бы сравнил необходимость в Си (то есть действительно необходимость в полном смысле - когда нельзя обойтись без этого) - со случаями, когда, например, в СУБД Oracle нужно делать подсказки планировщику и эти подсказки действительно улучшают план запроса.

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

я имел ввиду под програмированием весь комплекс задач которые надо решать.


не очень понял что такое в данном контексте "выборочная оптимизация" но управление памятью там нужно всегда даже неоптимизорованное - там нет автомтического сборщика. Зато есть указатели прямо на адреса памяти за которыми надо следить. Конечно использование готовых библиотек типа STL или bootstrap а тем более сред програмирования типа CBuilder сильно упрощает дело. Но все равно - достаточного одного косяка с указателем и получаем трудноуловимую ошибку. не говоря уже о типизации - привыкшим писать на скриптовых языках это будет нехилый напряг.

Если по теме - не думаю что проблема загрузки проца изза PHP. В PHP выполняется байткод как в яве или .NET. А байткод проектируется так чтобы интерпретироватся и выполнятся очень быстро. Скорее всего либо програма неграмотно написана либо теребует множественных вычислений и/или работы с памятью. А это останется проблемой в любом языке.

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Наверное, неясно выразился. Да, там всегда нужно управление памятью. И я рассматриваю эту необходимость с двух сторон. Первая - преимущество: программист имеет возможность сильной кастомизации расхода памяти, то есть это потенциальная возможность сократить расход памяти (если знать, что делать). Вторая - недостаток - программист должен следить за памятью всегда, а не только тогда, когда собирается что-либо оптимизировать в операциях с ней. Так как современные сборщики мусора и другие менеджеры памяти уже очень развиты, то плюс от преимущества почти нивелируется - потому что автоматические системы и без участия программиста почти всегда хорошо работают с памятью. Вот и получается, что, беря заботу о памяти на себя, программист в 99% случаев ничего не приобретает по сравнению со случаем, если бы эта работа делалась автоматически. Оставшийся 1% - это те задачи, когда вручную действительно можно предложить более грамотную работу с памятью, чем если бы это было сделано автоматически.

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

ТС, интересно, а что делает скрипт?

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

-----
Так было, так есть и так будет

это ты сильно сильно хватил
с чего такое мнение?

LIME
Ну потому что байт код исполняется виртуальный машинной, а машинный код исполняется самим процессором...

-----
Так было, так есть и так будет

не в несколько раз потому что кроме преобразования в байт код производится также оптимизация выполнения самого алгоритма. кроме того в той же яве для большинства платформ байт код перед выполнием преобразуется в машинный код а потом выполняется.
С другой стороны компилятор С тоже не всегда генерит оптимальный ассемблерный код 9особенно беслатные компиляторы типа gcc). Иногда (например в микроконтроллерах ATMEL) машинный код изначально проектируется так чтобы его проще было генерить компилятором С за счет меньшего удобства ручного написания. В процах типа X86 исторически так сложилось код больше пригоден для написания ассемблера вручную но хуже для генерации компилятором.

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore