Delphi for PHP

← →
Сергей М. © (2009-12-09 12:17) [0]

Решил тут я на досуге поглазеть на это чудо поближе.

Инсталлировал самый последний фигурирующий у Embarcadero билд 2-й версии (в trial-ипостаси), собрал штатный демо-проект в составе продукта, стартую (и под отладчиком и без него) - и нишиша не происходит, кроме появления жутких "тормозов" IDE GUI.

А по идее, насколько я понял почитав справку, должен был стартовать указанный мной браузер, зайти на встроенный веб-сервер по переданной ему ссылке на ресурс только что собранного демо-проекта и показать результаты.
Однако порт 3570/TCP встроенного веб-сервера, указанный по умолчанию в IDE-конфиге, среди слушающих портов в системе отсутствует напрочь - ни до ни после старта проекта из-под IDE он не появляется.
Запущенный под управлением IDE демо-проект с выполнения не снимается - на Ctrl-F2 не реагирует и соответствующий пункт меню тоже не доступен для выбора. "Тормоза" устраняются только радикально - убийством самого процесса delphiforphp.exe.
Немного покопался в форумах, выяснил что кривые ручки CodeGear традиционно накосячили с нац.символами в именах путей, фигурирующих при инсталляции и дальнейшей работы среды.
Реинсталляция продукта по заведомо "правильному" пути C:\D4PHP, равно как и выполнение прочих рекомендаций типа указания "правильного" пути к рабочей папке и пути в переменной окружения PHPRC ожидаемого положительного результата не дали.

Знаком ли кто-нибудь с сабжем ближе чем "слышал краем уха про это" ?
Найдутся ли вразумительные мнения и/или рекомендации по сабжу ?

← →
KilkennyCat © (2009-12-09 13:21) [1]

> Знаком ли кто-нибудь с сабжем

В том же самом варианте. Тоже пару-тройку месяцев назад попробовал с таким же результатом ну и снес.

← →
Сергей М. © (2009-12-09 13:39) [2]

> KilkennyCat © (09.12.09 13:21) [1]

Т.е. грабли были той же формы и размера ?

← →
KilkennyCat © (2009-12-09 13:43) [3]

да, только порт я не проверял. с нацсимволами сразу въехал, поковырялся немного и бросил. Я хотел изучать PHP, думал, при помощи этого продукта будет легче, а вышло наоборот. Ну и снес нафиг.

← →
xayam © (2009-12-09 14:10) [4]

> KilkennyCat © (09.12.09 13:43) [3]
> Ну и снес нафиг.

у меня Zend Studio for Eclipse 6.0.1 стоит, вполне устраивает. Конечно нет визуальной разработки интерфейса, а так супер - подсветка, форматер, документация и т.д.

← →
clickmaker © (2009-12-09 14:13) [5]

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

← →
Сергей М. © (2009-12-09 14:19) [6]

> Конечно нет визуальной разработки интерфейса

Так в ней-то и самый цимус)

Ну если не считать заявленной Кодгиром такой "мелочи" как интерактивная пошаговая отладка сгенерированного средой пых-кода под управлением встроенного в среду отладчика.

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

Да хз.

Судя по кой-каким найденным мной отзывам, продукт работоспособен фифти-фифти - у кого-то успешно встал и дышит, у других с ним грабли на граблях).. Вот и я пристроился в хвост очереди из вторых)

← →
AlexDan © (2009-12-09 14:23) [7]

> clickmaker © (09.12.09 14:13) [5]
> странно... в борландовых продуктов много глюков, конечно.
>
> но неужели они могли выпустить абсолютно неработоспособный
> продукт?
я поставил себе Ембаркадарку по той причине, что в D7 совершенно не работает генератор отчётов Rave, он есть но к проекту не прикомпиллируется, так что могут..).

← →
KilkennyCat © (2009-12-09 14:26) [8]

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

← →
Сергей М. © (2009-12-09 14:28) [9]

> седня еще раз попробую

Отпишись уж опосля. что там да как ..

← →
KilkennyCat © (2009-12-09 14:31) [10]

Ага. Благо в веб-работу ушел с головой, инструментарий бы хотелось...

← →
brother © (2009-12-09 14:34) [11]

а на виртуальную машину поставить?

← →
Сергей М. © (2009-12-09 14:36) [12]

> инструментарий бы хотелось

Да инструментарий-то найдется и без D4PHP)
Тот же TurboPHP хотя бы взять..
Только вот нет там ни отладчика, ни поддержки сторонних компонентов.. Да и своих тоже кот наплакал ..

← →
Сергей М. © (2009-12-09 14:38) [13]

> а на виртуальную машину поставить?

А смысл ?
Перебирать одну за другой вирт.платформы, пока оно не заработает ?)

← →
xayam © (2009-12-09 14:39) [14]

> Сергей М. © (09.12.09 14:19) [6]
> > Конечно нет визуальной разработки интерфейса
> Так в ней-то и самый цимус)

не скажи. Если конечно исходить из делфи, то да. Но делфи и php имеют все-таки разные области применения. В php спроектировать интерфейс можно как в исходниках используя любой браузер, так и в любом визуальном редакторе, коих целая куча, а для object pascal - раз два и обчелся (delphi, lazarus и все).

← →
brother © (2009-12-09 14:47) [15]

> Перебирать одну за другой вирт.платформы, пока оно не заработает
> ?)

тебе ж для ознакомления? почему бы и нет?)

← →
Сергей М. © (2009-12-09 15:03) [16]

> xayam © (09.12.09 14:39) [14]

А трассировать-то как все это php-кодовое хозяйство ?)

> brother © (09.12.09 14:47) [15]

> почему бы и нет?

Вот мне делать больше нечего)

← →
antonn © (2009-12-09 15:06) [17]

>
> А трассировать-то как все это php-кодовое хозяйство ?)

эхи встравлять, да в лог писать

← →
xayam © (2009-12-09 15:11) [18]

> Сергей М. © (09.12.09 15:03) [16]
> > xayam © (09.12.09 14:39) [14]
> А трассировать-то как все это php-кодовое хозяйство ?)

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

← →
Сергей М. © (2009-12-09 15:19) [19]

> xayam © (09.12.09 15:11) [18]

> трассировать скриптовый язык ни к чему

Давай тогда выкорчуем отладчики из прочих сред разработки интерпретирующего типа - они там тоже ни к чему)

А заодно и из делфи выкинем - куда уж как проще и удобней по каждому чиху шмякать ShowMessage с выводом отлад.инф-ции)

Нет, эта логика критики не выдерживает)

← →
Cobalt © (2009-12-09 15:19) [20]

Типа такого:
C:\Documents and Settings\All Users\Документы\RAD Studio\5.0
и
C:\Documents and Settings\All Users\„®Єг¬Ґвл\RAD Studio\5.0
?

← →
Сергей М. © (2009-12-09 15:25) [21]

> Cobalt © (09.12.09 15:19) [20]

Да.

← →
xayam © (2009-12-09 15:27) [22]

> Сергей М. © (09.12.09 15:19) [19]
> > трассировать скриптовый язык ни к чему
> Давай тогда выкорчуем отладчики из прочих сред разработки
> интерпретирующего типа - они там тоже ни к чему)
> А заодно и из делфи выкинем - куда уж как проще и удобней
> по каждому чиху шмякать ShowMessage с выводом отлад.инф-
> ции)

имелся ввиду php. Все ошибки все равно в вывод попадают (если не отключено) так что это нормальное поведение. А если расставить if"ы то можно изменением одной переменной $debug булева типа, переключать отладочную версию и готовый сайт. Куда уж проще? Кстати в Zend Studio for Eclipse отладчик есть, но не пользуюсь.
Из делфи отладчик конечно выкидывать не нужно, еще пригодится :) Но ты видимо сильно подсел на делфи, поэтому так рассуждаешь.

← →
Сергей М. © (2009-12-09 15:28) [23]

> Cobalt

Точнее так : инсталлятор папки с кириллицей в пути создал вполне корректно, но, видимо, проблемы с обращением к оным возникают в самой IDE уже в ходе ее работы.

← →
antonn © (2009-12-09 15:29) [24]

> Давай тогда выкорчуем отладчики из прочих сред разработки
> интерпретирующего типа - они там тоже ни к чему)

трассировка в пхп - костыли, скармливаешь php.exe скрипт, и он возвращает результат. Какая тут может быть трассировка? только если РАД пыжится и пытается повторить механизмы php.exe

← →
xayam © (2009-12-09 15:34) [25]

> antonn © (09.12.09 15:29) [24]
> трассировка в пхп - костыли, скармливаешь php.exe скрипт,
> и он возвращает результат. Какая тут может быть трассировка?

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

← →
Сергей М. © (2009-12-09 15:40) [26]

> ты видимо сильно подсел на делфи

Я еще многое на что "подсел")

Господа, дайте уже не будем тут рассусоливать про надо или не надо трассировать php-код !)

Если разработчик IDE заявил о поддержке режима трассировки, то эта поддержка, согласно заяве, должна работать) .. А она не работает, иначе нафих мне было заводить этот топик ?)

Все что я пока хочу - поглядеть на это чудо в работе, если оно действительно работает.

← →
antonn © (2009-12-09 15:45) [27]

> Все что я пока хочу - поглядеть на это чудо в работе, если
> оно действительно работает.

гугл?

← →
Дмитрий Белькевич (2009-12-09 15:53) [28]

Писали бы хоть что-то вразумительное - не могу найти файл такой-то, не могу найти браузер по пути такому-то. Почему многие программы - такие молчуны? Две строчки кода лень добавить...

← →
Сергей М. © (2009-12-09 16:09) [29]

> Дмитрий Белькевич (09.12.09 15:53) [28]

Вообще, если быть точнее, браузер эпизодически при каких-то условиях запускается (при каких - мне не ясно, закономерности пока не вижу).
Но ему, как и ожидалось, передается URL вида http://localhost:3570/xxxxxxx
А поскольку сервис на 3570-м порту, как я уже сказал выше, напрочь отсутствует, браузер после таймаута дает столь же ожидаемый отлуп.
При этом IDE продолжает "тормозить" бесконечно долго, хотя и реагирует лениво при этом на почти все события ввода - отрабатывает клики на элементах меню и тулбара. Не отрабатывает она, кстати, клик на кнопке закрытия IDE, ну и, соотв-но, меню "Exit". Так что после первой же попытки запуска собранного проекта приходится принудительно снимать IDE-процесс с выполнения, иначе он будет торчать до второго пришествия)

← →
clickmaker © (2009-12-09 16:11) [30]

> [29] Сергей М. © (09.12.09 16:09)

а там нельзя подцепится к процессу w3wp, скажем? не используя встроенный сервис

← →
antonn © (2009-12-09 16:24) [31]

Измываешься над новичками, а сам про ОС молчишь.
Правильно поставленный вопрос - половина ответа.

← →
Сергей М. © (2009-12-09 16:25) [32]

> clickmaker © (09.12.09 16:11) [30]

Подобной функциональности нет.

Да и если бы была - какой в ней резон ? Отладчик-то должен быть тесно интегрирован со встроенным веб-сервером, иначе как он сможет трассировать скрипты ?

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

← →
Дмитрий Белькевич (2009-12-09 16:27) [33]

> А поскольку сервис на 3570-м порту, как я уже сказал выше,
> напрочь отсутствует

Ну тут, конечно, сложно что-либо сказать. Кто же его знает, чего он не стартует. Как я уже говорил - могли бы что-то написать. Сейчас только гаданием на гуще полечится. Может английскую винду попробовать поставить? Может в самом деле с путями какие-то особенности?

← →
Сергей М. © (2009-12-09 16:37) [34]

ОС самая что ни на есть "ходовая" - XP Pro SP3
С лицензией, ессно, все в порядке.

> Может в самом деле с путями какие-то особенности?

После пляски с приведением путей к коротким беспробельным англоязычным вариантам нюхал ProcessMonitor"ом от Руссиновича потенциальные обращения IDE к "некошерным" папкам - ничего подозрительного не наблюдал.

← →
Павел Калугин © (2009-12-09 16:42) [35]

от здесь почитать попробуй
http://forum.sources.ru/index.php?showforum=227

← →
Сергей М. © (2009-12-09 17:12) [36]

> Павел Калугин © (09.12.09 16:42) [35]

Спасибо.
Этот форум мне что-то не попадался в Гугле на глаза.

В связи с этим выясняются любопытные подробности - библ.модуль в составе отладчика, реализованный как COM-сервер, нишиша не регистрирует себя в реестре, ни при инсталляции продукта ни при явной попытке его регистрации вручную. Хотя regsvr32 сообщает об успешной регистрации.
Ну и соотвественно в комбобоксе конфигуратора отладчика ни один COM-сервер не фигурирует.

Уже есть пища для размышлений)

← →
Eraser © (2009-12-10 02:05) [37]

визуальное проектирование и http, по моему вещи не совместимы. тупиковая ветвь в развитии. как показала практика, лучший подход - это использование фреймворков. лучше потратить время на изучение какой-нибудь действительно удобной и безглючной IDE для php - Zend, NetBeans, Эклипс - выбор широкий.

← →
Ляпа (2009-12-10 03:54) [38]

> ни при явной попытке его регистрации вручную.

c:\D4PHP\debugger\register.bat ?

← →
Сергей М. © (2009-12-10 09:33) [39]

> c:\D4PHP\debugger\register.bat ?

Так это и есть "вручную")
Команда regsvr32 PHPDbgPS.dll, фигурирующая там, отчитывается об успешном выполнении регистрации, хотя на самом деле это вранье, о чем говорит отсутствие в реестре каких-либо следов регистрации.

← →
Ляпа (2009-12-10 10:45) [40]

Все чудесатее и чудесатее.. У меня установилось влет. ХР SP3 Rus.

← →
Сергей М. © (2009-12-10 11:06) [41]

> Ляпа (10.12.09 10:45) [40]

А посмотри, пож, какой конкретно процесс открыл сервис на 3570-м порту ?

← →
Ляпа (2009-12-10 11:16) [42]

Я только вечером (ночью даже) смогу точно сказать. По памяти - апач. А порт отладчика - прописан в инишке рядом с ним. Кстати, если отладчик запускается, то он висит в трее.

← →
Сергей М. © (2009-12-10 11:24) [43]

> По памяти - апач

Быть того не может.
D4PHP не инсталлирует Апач вообще - его программный комплект лишь копируется при инсталляции дистрибутива.
Более того, в настройках IDE Опции -> PHP -> Internal webbrowser черным по белому написано, что он internal, а не внешний)

← →
Ляпа (2009-12-10 12:02) [44]

Буду дома - посмотрю, кто там и где -)

← →
Сергей М. © (2009-12-10 12:10) [45]

> Ляпа (10.12.09 12:02) [44]

Да, будь любезен)

← →
Ляпа (2009-12-10 12:16) [46]

Буду -)
А пока о граблях... взято с habrahabr.ru/blogs/Delphi_for_PHP/40270/

Если после установки создать проект, на форму бросить какой-нибудь контрол и запустить, у некоторых могут вылезти ошибки:

Warning: require_once(vcl/vcl.inc.php) [function.require-once]: failed to open stream: No such file or directory in ... on line 2
Fatal error: require_once() [function.require]: Failed opening required "vcl/vcl.inc.php)" (include_path=".:/usr/local/php5/lib/php") in ... on line 2

Такие или практически такие. Причина простая — include_path в php не проинициализировался правильно. Первопричина — файлы настроек apache и php хранятся теперь для каждого юзверя отдельно в C:\Documents and Settings\%username%\Application Data\CodeGear\ Delphi for PHP\2.0\. Если имя пользователя указано с использованием отличных от латинских букв, то дирректива PHPIniDir в настройках apache работать не будет — то ли apache неверно её трактует, то ли php неправильно воспринимает. В общем есть два варианта — либо создать другого пользователя с именем, состоящим только из латинских букв, либо изменить конфиг apache так, чтобы он ссылался на копию php.ini, расположенную в «нормальной» директории. Для этого необходимо скопировать файл php.ini из C:\Documents and Settings\%username%\Application Data\CodeGear\ Delphi for PHP\2.0\php\ в папку типа c:\d2php\php\, а затем изменить не сам конфиг, а шаблон конфига (httpd.template.conf), причем не в Application Data, а в «C:\Program Files\CodeGear\Delphi for PHP\2.0\apache2\conf\», так чтобы PHPIniDir ссылался на вашу копию. В этом случае при изменениях настроек php через IDE придется либо дополнительно править этот php.ini вручную, либо копировать уже настроенный из Application Data.

← →
Сергей М. © (2009-12-10 13:10) [47]

> Ляпа (10.12.09 12:16) [46]

Все это я видел)

Но опять же - Апач-то причем ?
До него дело даже не доходит)

← →
Сергей М. © (2009-12-10 14:06) [48]

Так, ситуация слегка проясняется)

На самом деле Апач причем, а опция "Internal webbrowser" - наглое враньё: никакого встроенного веб-сервера IDE не реализует и не использует. Стартует она (точнее пытается стартовать) все тот же Апач, который инсталлятор "выплюнул" в созданную под него при инсталляции папку и не сподобился даже минимально сконфигурировать его под последующее использование в составе и под контролем среды.
Просто бросил - и всё) .. Даже номера портов не соизволил сопрячь - в IDE он по дифолоту 3570, а в Апаче как был отродясь 80-м по дифолту, так и остался.

Продолжаем ковырять дальше)

← →
antonn © (2009-12-10 14:10) [49]

Апач ведь не нуждается в инсталировании. Вполне себе работает будучи запущенным без каких либо упоминаний в реестрах.

← →
clickmaker © (2009-12-10 14:15) [50]

> Internal webbrowser" - наглое враньё

так это же встроенный браузер, а не веб-сервер

← →
KilkennyCat © (2009-12-10 14:16) [51]

а я все еще качаю. жуть.

← →
blackman © (2009-12-10 14:21) [52]

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

← →
antonn © (2009-12-10 14:34) [53]

сабж предлагает готовый фраемворк для GUI, типа VCL в обычном дельфи :)

← →
clickmaker © (2009-12-10 14:34) [54]

> писать на одном языке, что бы получить результат на другом

а d4php, что, из паскаля в php переводит? )

← →
Ляпа (2009-12-10 14:37) [55]

> "выплюнул" в созданную под него при инсталляции папку и
> не сподобился даже минимально сконфигурировать его под последующее
> использование

А настройки где смотрел?
C:\Documents and Settings\%username%\Application Data\...............?

← →
Сергей М. © (2009-12-10 15:20) [56]

> clickmaker © (10.12.09 14:15) [50]

Я оговорился - Internal webserver, разумеется

> Ляпа (10.12.09 14:37) [55]

> настройки где смотрел?

Везде смотрел.

И в C:\Documents and Settings\%username%\Application Data\....\httpd.conf (он давно уже не используется после перенаправления мной пути к раб.папке)

и в C:\D4PHP\apache2\....\httpd.conf (а вот этот как раз сейчас и используется)

Везде указан 80-й порт, и изменение порта "втроенного" сервера в опциях IDE никак не отражается в рабочем конфиге Апача.

Да и шиш с ним, подправить не проблема, хотя и неудобно.
Вопро в другогм - с какого перепугу он, Апач, вдруг встал "встроенным" ?)

← →
clickmaker © (2009-12-10 15:23) [57]

> вдруг встал "встроенным" ?)

встроенным в дистрибутив, видимо )

← →
Сергей М. © (2009-12-10 15:26) [58]

> Апач ведь не нуждается в инсталировании. Вполне себе работает
> будучи запущенным без каких либо упоминаний в реестрах

Не нуждается.
А вот сама D4PHP, imho, оч даже нуждается в его корректном элементарном конфигурировании в ходе своей инсталляции, коль она взяла на себя смелость обозвать Апач своим внутренним сервером)
И реестр тут ни причем.

← →
Сергей М. © (2009-12-10 15:28) [59]

> clickmaker © (10.12.09 15:23) [57]

Да мало ли чего туда еще "встроено")

← →
antonn © (2009-12-10 16:34) [60]

>
> Не нуждается.
> А вот сама D4PHP, imho, оч даже нуждается в его корректном
> элементарном конфигурировании в ходе своей инсталляции,
> коль она взяла на себя смелость обозвать Апач своим внутренним
> сервером)
> И реестр тут ни причем.

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

← →
Ляпа (2009-12-11 00:28) [61]

> оч даже нуждается в его корректном элементарном конфигурировании
> в ходе своей инсталляции,

Ну, на системе, где пользовательские папки никуда не перенаправлялись, всё ок:
C:\Documents and Settings\....\Application Data\CodeGear\Delphi for PHP\2.0\apache2\conf\httpd.conf
...
ServerRoot "C:/D4PHP/apache2"
Listen 3570
PHPIniDir "C:/Documents and Settings/..../Application Data/CodeGear/Delphi for PHP/2.0/php"
LoadModule php5_module "C:/D4PHP/php/php5apache2_2.dll"
и т.д.

C:\Documents and Settings\........\Application Data\CodeGear\Delphi for PHP\2.0\php\php.ini

← →
Ляпа (2009-12-11 00:33) [62]

[HKEY_CURRENT_USER\Software\CodeGear\Delphi for PHP\2.0\Internal webserver]
"PHP Directory"="C:\\D4PHP\\php"
"Port"="3570"
"DebugVCL"="1"
"ConvertUTF"="1"

← →
Ляпа (2009-12-11 00:40) [63]

[HKEY_CLASSES_ROOT\CLSID\{9419B6A2-9D73-11D4-BB79-B0BBF3DE2E23}]
@="PSFactoryBuffer"

[HKEY_CLASSES_ROOT\CLSID\{9419B6A2-9D73-11D4-BB79-B0BBF3DE2E23}\InProcServer32]
@="C:\\D4PHP\\debugger\\PHPDbgPS.dll"
"ThreadingModel"="Both"

[HKEY_CLASSES_ROOT\CLSID\{9419B6C1-9D73-11D4-BB79-B0BBF3DE2E23}]
@="PHP DBG Listener"
"AppID"="{FAB27285-9D20-11D4-BB79-C5E0247B842E}"

[HKEY_CLASSES_ROOT\CLSID\{9419B6C1-9D73-11D4-BB79-B0BBF3DE2E23}\LocalServer32]
@="C:\\D4PHP\\debugger\\DBGLIS~1.EXE"

[HKEY_CLASSES_ROOT\CLSID\{9419B6C1-9D73-11D4-BB79-B0BBF3DE2E23}\ProgID]
@="CoListener.CoListener.1"

[HKEY_CLASSES_ROOT\CLSID\{9419B6C1-9D73-11D4-BB79-B0BBF3DE2E23}\VersionIndependentProgID]
@="CoListener.CoListener"

← →
Ляпа (2009-12-11 01:18) [64]

[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID\{9419B6A2-9D73-11D4-BB79-B0BBF3DE2E23}]
@="PSFactoryBuffer"

[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID\{9419B6A2-9D73-11D4-BB79-B0BBF3DE2E23}\InProcServer32]
@="C:\\D4PHP\\debugger\\PHPDbgPS.dll"
"ThreadingModel"="Both"

[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID\{9419B6C1-9D73-11D4-BB79-B0BBF3DE2E23}]
@="PHP DBG Listener"
"AppID"="{FAB27285-9D20-11D4-BB79-C5E0247B842E}"

[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID\{9419B6C1-9D73-11D4-BB79-B0BBF3DE2E23}\LocalServer32]
@="C:\\D4PHP\\debugger\\DBGLIS~1.EXE"

[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID\{9419B6C1-9D73-11D4-BB79-B0BBF3DE2E23}\ProgID]
@="CoListener.CoListener.1"

[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID\{9419B6C1-9D73-11D4-BB79-B0BBF3DE2E23}\VersionIndependentProgID]
@="CoListener.CoListener"

← →
Сергей М. © (2009-12-11 09:56) [65]

> Ляпа

А в конфигурационном меню PHP-дебагера в списке IDE COM-классов у тебя фигурирует что-нибудь ?
У меня этот список пуст ..

← →
Ляпа (2009-12-11 12:20) [66]

DbgListener.ini
[init] port=7869 timeout=30000 address=* siteclass={00000000-0000-0000-0000-000000000000} breakonload=1 breakonfinish=1 disable_check_updates=1 lastchk=39130 codepage=65001

Пусто

> Пусто

И отладчик у тебя при этом успешно работает - тормозит на брейкпойнтах и трассирует пошагово ?

← →
Ляпа (2009-12-11 12:32) [68]

Насчёт пошагово не проверяла, на брекпойнте - затормозил.

> затормозил

Ну уже что-то)

Хорошо, а не мог бы ты привести параметры ком.строки старта Апача, которую формирует среда в твоих условиях при старте проекта ?

← →
Ляпа (2009-12-11 12:46) [70]

C:\D4PHP\apache2\bin\httpd.exe -d C:/D4PHP/apache2 -d C:\DOCUME~1\......\APPLIC~1\CodeGear\DELPHI~1\2.0\apache2

← →
Ляпа (2009-12-11 12:47) [71]

Path
C:\D4PHP\apache2\bin\httpd.exe

← →
Ляпа (2009-12-11 12:52) [72]

http://www.almar.net.ru/temp/d4php.jpg

У меня Апач не стартует.
Видимо, все по той же причине - килиллице в имени пользователя.
Вот протокол попытки ручного запуска:

C:\D4PHP\apache2\bin>httpd.exe -d C:/D4PHP/apache2 -d C:/DOCUME~1/МММ.ORG/APPLIC~1/CodeGear/DELPHI~1/2.0/apache2
(20024)The given path misformatted or contained invalid characters: httpd.exe: Invalid error log path C:/DOCUME~1/\xcc\xcc\xcc.ORG/APPLIC~1/CodeGear/DELPHI~1/2.0/apache2/logs/error.log.
Unable to open logs

Понимаю это так: в конфиге, лежащемем в

C:/DOCUME~1/МММ.ORG/APPLIC~1/CodeGear/DELPHI~1/2.0/apache2/conf

есть некие проблемы, и Апач пытается сообщить об этом записью в лог, пути к которому не находит.

Остается выяснить логику контроля за запуском Апача в самой IDE - то ли она ждет фактияеского старта Апача, то ли активности 3570-го порта, то ли и того и другого по очереди. На этом процессе ожидания, как я думаю, среда и начинает "тормозить".

??

что-то не в порядке

← →
Ляпа (2009-12-11 15:26) [74]

Буду дома - поковыряю -) Поздно вечером...
В принципе, пути к лог-файлам можно настроить в том же httpd.conf

> пути к лог-файлам можно настроить в том же httpd.conf

Тогда уж в httpd.template.conf..

← →
Ляпа (2009-12-11 15:45) [76]

> Тогда уж в httpd.template.conf..

Ну, для D4PHP - может быть и так, не могу проверить сейчас -)

Установка тем или иным штатным образом требуемого значения переменной HOMEPATH (без кириллицы в пути) результата не дает - среда, кажется, игнорирует переменную.

Подозреваю, что D4PHP берет путь к раб.папке пользователя непосредственно из реестра, а не из HOMEDRIVE/HOMEPATH-переменных окружения.
Надо бы проверить под лупой ..

> D4PHP берет путь к раб.папке пользователя непосредственно
> из реестра, а не из HOMEDRIVE/HOMEPATH

я бы на их месте воспользовался SHGetSpecialFolderPath

clickmaker © (10.12.09 14:34) [54]
а d4php, что, из паскаля в php переводит? )
Разработчики DELPHI думающие и пишущие на Паскале переводят на PHP свои идеи :)

← →
Ляпа (2009-12-12 02:07) [80]

> Сергей М. © (11.12.09 15:41) [75]
>
> > пути к лог-файлам можно настроить в том же httpd.conf
>
> Тогда уж в httpd.template.conf..

Изменения в шаблоне конфига (httpd.template.conf), причем не в Application Data, а в «C:\Program Files\CodeGear\D4PHP\2.0\apache2\conf\» должны помочь. (Проверено - логи пишутся по "новым" путям)

Примерно так:
#ErrorLog "%LOG_FOLDER%error.log"
ErrorLog "C:/D4PHP/apache2/logs/error.log"

# CustomLog "%LOG_FOLDER%access.log" common
CustomLog "C:/D4PHP/apache2/logs/access.log" common

> Ляпа (12.12.09 02:07) [80]

Да, спасибо.

Апач спотыкается именно на "кривых", по его разумению, путях к лог-файлам.

Продолжаем ковырятья в этом чуде)

← →
Ляпа (2009-12-12 19:12) [82]

> Продолжаем ковырятья в этом чуде)

Заработало чудо-то?

Вообще говоря, чудо показало примерно ожидаемый результат (про дебаг пока речь не идет - он, как я уже сказал, не заработал), но несколько ранее и на другой машине, где оно было инсталлировано в C:\D4PHP и стартовано от имени юзера с "приличным" именем.

В данный же секунд наблюдаю за чудом на иной машине, где оно инсталлировано в путь по умолчанию (%PROGRAM_FILES%) и стартовано от имени "кривого" пользователя.

Результат с учетом коррекции путей к апачевым протоколам: Апач запустился, чудо стартовало браузер, передало ему ссылку.
По ссылке - в FF абсолютно пустой контент.
По мнению же IE - HTTP 500 - Внутренняя ошибка сервера

Ковыряемся дальше)

← →
Ляпа (2009-12-12 19:51) [84]

> По ссылке - в FF абсолютно пустой контент.
> По мнению же IE - HTTP 500 - Внутренняя ошибка сервера
>

А проблему с PHPIniDir пофиксил? (см. [46])

> проблему с PHPIniDir пофиксил?

Забыл)
Теперь чудо (точнее - PHP-интерпретатор в его составе) и здесь задышал.
Т.е. "кривое" имя юзера не нравится обоим: и Апачу и PHP.

Продолжаем ковыряние)

Ща буду ставить сабж. однако, я смотрю, тут далеко ушли.
Дебаггер крайне необходим - потеряно полдня из-за одной потерянной ;

← →
Некто умный (2009-12-13 15:47) [87]

В PHPEdit есть дебаг.

Неплохой видеопример процесса использования чуда:

http://www.qadram.com/vcl4php/movies/extjs/extjs_integration.html

← →
Ляпа (2009-12-13 18:57) [90]

> Дебаггер крайне необходим - потеряно полдня из-за одной
> потерянной ;

> В PHPEdit есть дебаг.
>

Насколько я понимаю, дебаггер в PHPEdit и D4PHP один и тот же.

http://www.nusphere.com/products/techplat.htm

пхп и без дебагера скажет, что нарушен синстаксис на такой то строчке в таком то месте. поиск и устранение - 30 секунд, уж не знаю как там пол дня можно искать :)

> antonn © (13.12.09 19:06) [91]

да, мне уже сказал Керк где. Я просто не знал. Я сейчас занимаюсь самым ужасным - делаю незная и узнавая лишь походу.

> пхп и без дебагера скажет, что нарушен синстаксис на такой
> то строчке в таком то месте

Практически любой компилятор или интерпретатор тоже самое скажет "и без дебагера"
Но кроме синтаксических существуют еще и логические ошибки.
Дебагеры как раз и существуют для их отслеживания и устранения.

Итак, чудо ожило и дышит)
Продолжаем в нем ковыряться ..

Из наиболее пока впечалившего:

Любопытной и привлекательной показалась интеграция D4PHPVCL с AJAX.
Интерфейс довольно прост, нагляден и удобен.. Рекомендую взглянуть хотя бы из любопытства ..

Delphi for PHP Найти похожие ветки