【ZendStudio】PHP統合開発環境 Part2【Eclipse】
まだviおじさん居るのか…
viじいさんに連ーれられーてー
いっちゃーったー
いっちゃーったー
ZSでプロジェクト内で単一の文字コードしか使えなかったり
javascriptの補完ができないのが不満だったが
Eclipseと同時使用したらいいんじゃないかと思いついた
二つのIDEを同時に使ってる人いる？
javascriptの補完ができないのが不満だったが
Eclipseと同時使用したらいいんじゃないかと思いついた
二つのIDEを同時に使ってる人いる？
ZendStudio使ったこと無いんだけど、コード補完＝インテリセンス？
Java + Eclipseのリファクタリングみたいなのできるかな。
たとえばあるクラスの名前やメソッド名を変更したいとき
呼び出してるコードも全部なおしてくれるみたいな。
型無し言語だとインテリセンスもリファクタリングも厳しいと思うんだけど。
Java + Eclipseのリファクタリングみたいなのできるかな。
たとえばあるクラスの名前やメソッド名を変更したいとき
呼び出してるコードも全部なおしてくれるみたいな。
型無し言語だとインテリセンスもリファクタリングも厳しいと思うんだけど。
コード補完は当然できるけど、リファクタリングは無理っぽい。
おおレスどうも。やっぱそうだよね。
うーんリファ厨の俺にスクリプト言語はつらいのう。
うーんリファ厨の俺にスクリプト言語はつらいのう。
PDT + XDebugうまくいかん。
最初はブレークポイントでちゃんととまるんだが、
ソース修正したりブレークポイントオフして新たにオンしたりすると
Xsession for waitingで帰ってこなくなる。
最初はブレークポイントでちゃんととまるんだが、
ソース修正したりブレークポイントオフして新たにオンしたりすると
Xsession for waitingで帰ってこなくなる。
946 ：nobodyさん：2007/11/19(月) 11:12:26 ID:CN7XkmbD
>65
以下のサイトで「PHP SQL(Quantum)」のインストール方法を紹介してましたよ。
http://techblog.ecstudio.jp/tech-tips/devenv-tips/quantumdb.html
直接のURLは以下の場所です。
http://quantum.sourceforge.net/
以下のサイトで「PHP SQL(Quantum)」のインストール方法を紹介してましたよ。
http://techblog.ecstudio.jp/tech-tips/devenv-tips/quantumdb.html
直接のURLは以下の場所です。
http://quantum.sourceforge.net/
Zend Studio Neonはどうよ？
Zend Studio 試用版入れてみた。
リモートデバッグ(Apache)もすぐにできてｳﾏｰ。
これなら金出してもいいや〜と思ってたら
リモートじゃない単体のスクリプトデバッグがうまくいかない・・・
include_pathがどうやっても"."だけになるようでパスが通ってないから
requireでこける。
Zendのインストール先のphp.ini全部にPEARのパス足したけど
相変わらず"."しかパス通ってない状態。
今度はVS.PHPためそうっと・・・
リモートデバッグ(Apache)もすぐにできてｳﾏｰ。
これなら金出してもいいや〜と思ってたら
リモートじゃない単体のスクリプトデバッグがうまくいかない・・・
include_pathがどうやっても"."だけになるようでパスが通ってないから
requireでこける。
Zendのインストール先のphp.ini全部にPEARのパス足したけど
相変わらず"."しかパス通ってない状態。
今度はVS.PHPためそうっと・・・
>>948
phpinfo()で確認してる?
Windowsだとphp.iniの検索順がたまーに狂うことがある。
VS.PHPはまずVSの操作性に慣れてないと辛い。
デバッグ前にいちいち開始ページ設定するのも面倒だし、ローカルデバッグなのに
ブラウザが立ち上がってくるのが邪魔だったり。
phpinfo()で確認してる?
Windowsだとphp.iniの検索順がたまーに狂うことがある。
VS.PHPはまずVSの操作性に慣れてないと辛い。
デバッグ前にいちいち開始ページ設定するのも面倒だし、ローカルデバッグなのに
ブラウザが立ち上がってくるのが邪魔だったり。
VS.PHPもリモートじゃなくスクリプト単品でのデバッグ法がよくわからず・・・
なんとなI/F的に1プロジェクトでリモート、ローカルデバッグ両方はできなさそう？
>>950
いや、どのphp.iniが読まれてるかわからなかったんで。
どのphp.exeが実行されてるのかも。Zendの中に入ってるphp.exe renameしても動いたし・・・
で、結局、結論として、Add to ProjectでPEARのディレクトリを追加したら動いた。
いっぱい警告でるけど。
なわけでZend Studioでいくつもり。
なんとなI/F的に1プロジェクトでリモート、ローカルデバッグ両方はできなさそう？
>>950
いや、どのphp.iniが読まれてるかわからなかったんで。
どのphp.exeが実行されてるのかも。Zendの中に入ってるphp.exe renameしても動いたし・・・
で、結局、結論として、Add to ProjectでPEARのディレクトリを追加したら動いた。
いっぱい警告でるけど。
なわけでZend Studioでいくつもり。
Javaで開発する時って毎回antでwarファイルをうｐしてTomcatが解凍みたいな流れでやってるんだけど、
PHPでrsyncで毎回ガバっといったりとかキモい？
PHPでrsyncで毎回ガバっといったりとかキモい？
>>951
>VS.PHPもリモートじゃなくスクリプト単品でのデバッグ法がよくわからず・・・
まさかとは思うけど、リモート環境にDBGエクステンション入れてないって事はない？
>いや、どのphp.iniが読まれてるかわからなかったんで。
phpinfo()の結果に今読んでいるphp.iniのパスが出なかったっけ?
漏れも幾つか試してみて結局ZendStudioに落ち着いた。
PearのConfigパッケージをinclude_onceすると何故かPear::Configを見に行くという
デバッグモジュールのバグ? らしきもの以外には今のところ不具合もないし。
>VS.PHPもリモートじゃなくスクリプト単品でのデバッグ法がよくわからず・・・
まさかとは思うけど、リモート環境にDBGエクステンション入れてないって事はない？
>いや、どのphp.iniが読まれてるかわからなかったんで。
phpinfo()の結果に今読んでいるphp.iniのパスが出なかったっけ?
漏れも幾つか試してみて結局ZendStudioに落ち着いた。
PearのConfigパッケージをinclude_onceすると何故かPear::Configを見に行くという
デバッグモジュールのバグ? らしきもの以外には今のところ不具合もないし。
てか、これはそういうものなのか。C:\Windows\php.iniを修正しろと。
いままでeclipse + PHPでやってうまくいってたのは、
eclipseでphp.exeのパス指定するから、それでphp.exeの入ってる
C:\php5の下にあるphp.iniを読んでくれてたのかな。
いままでeclipse + PHPでやってうまくいってたのは、
eclipseでphp.exeのパス指定するから、それでphp.exeの入ってる
C:\php5の下にあるphp.iniを読んでくれてたのかな。
すんません、上の2レスは忘れてください。朝からスレ汚しｽﾏｿ。
問題になってるのはローカルデバッグ（単体スクリプトの実行）での
include_pathがうまくいかないこと。
以下の方法で解決。
Zend Coreがインストールされたフォルダにetc/php.iniってのがある。
通常のinclude_pathの方は変えても無駄。
下の方にある[Zend]のinclude_pathを指定してApache再起動したらうまくいった。
問題になってるのはローカルデバッグ（単体スクリプトの実行）での
include_pathがうまくいかないこと。
以下の方法で解決。
Zend Coreがインストールされたフォルダにetc/php.iniってのがある。
通常のinclude_pathの方は変えても無駄。
下の方にある[Zend]のinclude_pathを指定してApache再起動したらうまくいった。
>>955
apacheで指定してやればかえられる。
apacheで指定してやればかえられる。
php.iniの検索順序は一度填るとなかなか抜け出せんね。
割と重要な情報なのに調べてみないと気付かない。。
php.ini is searched in these locations (in order):
SAPI module specific location (PHPIniDir directive in Apache 2, -c command line option in CGI and CLI, php_ini parameter in NSAPI, PHP_INI_PATH environment variable in THTTPD)
HKEY_LOCAL_MACHINE\SOFTWARE\PHP\IniFilePath (Windows Registry location)
HKEY_LOCAL_MACHINE\SOFTWARE\PHP\IniFilePath (Windows Registry location)
The PHPRC environment variable
Current working directory (for CLI)
The web server's directory (for SAPI modules), or directory of PHP (otherwise in Windows)
Windows directory (C:\windows or C:\winnt) (for Windows), or --with-config-file-path compile time option
割と重要な情報なのに調べてみないと気付かない。。
php.ini is searched in these locations (in order):
SAPI module specific location (PHPIniDir directive in Apache 2, -c command line option in CGI and CLI, php_ini parameter in NSAPI, PHP_INI_PATH environment variable in THTTPD)
HKEY_LOCAL_MACHINE\SOFTWARE\PHP\IniFilePath (Windows Registry location)
HKEY_LOCAL_MACHINE\SOFTWARE\PHP\IniFilePath (Windows Registry location)
The PHPRC environment variable
Current working directory (for CLI)
The web server's directory (for SAPI modules), or directory of PHP (otherwise in Windows)
Windows directory (C:\windows or C:\winnt) (for Windows), or --with-config-file-path compile time option
959 ：nobodyさん：2007/11/22(木) 19:59:01 ID:E/PVIPZY
Zend Studioを使用しておられる方がいるっぽいのでちょっとご質問。
ZSは簡単にデバッグもできてさすが本家といった感じですが、
フォームでボタンを押したり掲示板で自分自身にもどすときとかに
blank dummy.php とでて継続できないのはどうしようもないの？
<?php
$Html = <<<EOF
<html><body>
<form method=POST action={$_SERVER['PHP_SELF']}>
<input type=text name=text value={$_POST['text']}>
<input type=submit value=ok>
</form><body></html>
EOF;
echo $Html;
?>
↑ これだとブラウザーに正常に表示できると思いますが、入力してボタンを押してもそれで終わって
その後のデバッグができない…
ZSは簡単にデバッグもできてさすが本家といった感じですが、
フォームでボタンを押したり掲示板で自分自身にもどすときとかに
blank dummy.php とでて継続できないのはどうしようもないの？
<?php
$Html = <<<EOF
<html><body>
<form method=POST action={$_SERVER['PHP_SELF']}>
<input type=text name=text value={$_POST['text']}>
<input type=submit value=ok>
</form><body></html>
EOF;
echo $Html;
?>
↑ これだとブラウザーに正常に表示できると思いますが、入力してボタンを押してもそれで終わって
その後のデバッグができない…
>>959
何がしたいのかよくわからんけど、デバッグメッセージに「デバッグセッションが終了しました」
と出てる通り、デバッグセッションが終了したのだから継続できないのは当たり前なんじゃ?
(ZSのローカルデバッグはApacheを介しているんじゃなく、コマンドラインで渡して実行してるように見える)
もしそういうデバッグがしたいならリモートデバッグ環境を作るか、ダミー変数を用意してPOST後の
状態でデバッグセッションが走るようにすれば良いんじゃないかと
何がしたいのかよくわからんけど、デバッグメッセージに「デバッグセッションが終了しました」
と出てる通り、デバッグセッションが終了したのだから継続できないのは当たり前なんじゃ?
(ZSのローカルデバッグはApacheを介しているんじゃなく、コマンドラインで渡して実行してるように見える)
もしそういうデバッグがしたいならリモートデバッグ環境を作るか、ダミー変数を用意してPOST後の
状態でデバッグセッションが走るようにすれば良いんじゃないかと
あ、リモートデバッグならできるかもってのは嘘かも。できそうな気はするけど…
962 ：959：2007/11/22(木) 23:31:40 ID:E/PVIPZY
>>960-961
レスどうも。
ブレークポイントを設定してもダメなんですよね。
ZSで掲示板とかどうやってみなさん開発しているんだろ？
つい先日からIDE環境を試しているんですが
Eclipse+PDT+Xampp+デバッガ（Xdebug or Zend）で上のサンプルを試すと
ちゃんと次のページに移行してくれるんですよね。
ZS＋リモートをXAMPPとか無理なのかな〜
レスどうも。
ブレークポイントを設定してもダメなんですよね。
ZSで掲示板とかどうやってみなさん開発しているんだろ？
つい先日からIDE環境を試しているんですが
Eclipse+PDT+Xampp+デバッガ（Xdebug or Zend）で上のサンプルを試すと
ちゃんと次のページに移行してくれるんですよね。
ZS＋リモートをXAMPPとか無理なのかな〜
963 ：959：2007/11/24(土) 20:47:49 ID:Y0kzjHHb
ZendStudioを使ってXAMPPをリモートデバッグする方法は探すの大変だったけどできた。
ただあいかわらずページを移動すると『blank dummy.php』で継続できない orz
これが解決できたら神IDEなんだが…
ところで話がかわるけどZSだとHDDにあるファイルを開いて（あるいは関連づけして）
そのまま「実行」すればデバッグできるけど
Eclipse+PDT+Xampp+デバッガ（Xdebug or Zend）だと
いちいちプロジェクトを作らないとダメなの？？
それだけなら我慢できるがデバッグするのにいちいちデバッグダイアログで
指定しないといけないもんなん？
パースペクティブとかで画面が切り替わったり、再起動しても前のプロジェクトがあったり、
文字コードとか初心者には慣れないとちょっと使いづらいな〜。
無料でここまでできるのは凄いとは思うけど。
ただあいかわらずページを移動すると『blank dummy.php』で継続できない orz
これが解決できたら神IDEなんだが…
ところで話がかわるけどZSだとHDDにあるファイルを開いて（あるいは関連づけして）
そのまま「実行」すればデバッグできるけど
Eclipse+PDT+Xampp+デバッガ（Xdebug or Zend）だと
いちいちプロジェクトを作らないとダメなの？？
それだけなら我慢できるがデバッグするのにいちいちデバッグダイアログで
指定しないといけないもんなん？
パースペクティブとかで画面が切り替わったり、再起動しても前のプロジェクトがあったり、
文字コードとか初心者には慣れないとちょっと使いづらいな〜。
無料でここまでできるのは凄いとは思うけど。
viで範囲選択して複数行のインデントを一度に変えるのってどうやんの？
今のエディタでは当然のように出来るこの機能が見あたらない
vi爺さん教えて
今のエディタでは当然のように出来るこの機能が見あたらない
vi爺さん教えて
>>965
・・・。
・・・。
>>965 藻前は普通のエディタを使っていた方がしあわせになれる
は？できねーのかよ
耄碌viジジイが
耄碌viジジイが
vi爺さんて単にやせ我慢してるだけなんだろ？
正直に言ってみろよ
正直に言ってみろよ
viは知らん
vimなら
:v
で選択して置換する。
:s/ / /g
vimなら
:v
で選択して置換する。
:s/ / /g
971 ：nobodyさん：2007/11/29(木) 12:53:25 ID:5C/J/t4q
vi使うのはマゾだろ
客先のHP-UX触る時はvi使うよ
Zendに入ってるPHPのバージョンが古かったので入れ替えたら
なんかおかしくなったから再インスコしてくれ
ってZendStudioがダイアログ出すようになった。
で入れ直したら、試用期間切れですって・・・
ちきしょおおおおおおおおおおおおおおおおおおおお
結局かっちまったよ。まーいずれ期限切れたら買ってたけどさ。
なんかおかしくなったから再インスコしてくれ
ってZendStudioがダイアログ出すようになった。
で入れ直したら、試用期間切れですって・・・
ちきしょおおおおおおおおおおおおおおおおおおおお
結局かっちまったよ。まーいずれ期限切れたら買ってたけどさ。
あ〜、俺も経験があるな。
ZendStudioは一度インストールすると
期限内であろうが再インストールすると期限切れって言われるな。
ZendStudioは一度インストールすると
期限内であろうが再インストールすると期限切れって言われるな。
viに慣れるとそこらのテキストエディタよりも効率ちがうぞ
>>975
viって慣れるとキー入力数がすごく少なくて済むというけど、PDTなどでテンプレート入力や補完を使った
場合と比べるとどうなのさ?
あと自動でエラー表示する、バージョン管理システムとの連携などを含めると微妙じゃないか?
viって慣れるとキー入力数がすごく少なくて済むというけど、PDTなどでテンプレート入力や補完を使った
場合と比べるとどうなのさ?
あと自動でエラー表示する、バージョン管理システムとの連携などを含めると微妙じゃないか?
viでできることって
何行かを一度に削除できるとかその程度だろ
使いどころすくねーんだよ
何行かを一度に削除できるとかその程度だろ
使いどころすくねーんだよ
秀丸でマクロ使った方が楽。
IDEのインテリセンス機能＜＜＜＜＜＜＜＜＜＜emacs,vi
とかいうのマジでウザイよな。プロジェクトに1人でもいるとウザイ。
makeでコンパイルできるようにしたり余計な作業が増えるんだよ。
PHPとかスクリプト言語ならmakeとかいらんしいいけどさ。
俺はemacsも使うけど、IDEのある環境では使わないよ。
とかいうのマジでウザイよな。プロジェクトに1人でもいるとウザイ。
makeでコンパイルできるようにしたり余計な作業が増えるんだよ。
PHPとかスクリプト言語ならmakeとかいらんしいいけどさ。
俺はemacsも使うけど、IDEのある環境では使わないよ。
vi爺さん涙目ｗｗｗ
ｷｰｼﾞｪﾈが世の中に溢れてるこの事実。
異論は受け付けない。
異論は受け付けない。
きょうび、WEBでEclipse使わないって化石もいいところだ。
VS.phpの質問もここでいいかな？
VS.phpでいったんプロジェクト作成して、そのときはデバッグできるんだけど、
プロジェクトのフォルダを別のところに移動するとデバッグできなくなる。。。
またインポートするプロジェクトで既存のディレクトリ呼んでプロジェクト作成したときも、
そのプロジェクト上ではデバッグができない。。。
設定とか見たけど、どうも差異わからないです。
何か分かる人いませんかね。
VS.phpでいったんプロジェクト作成して、そのときはデバッグできるんだけど、
プロジェクトのフォルダを別のところに移動するとデバッグできなくなる。。。
またインポートするプロジェクトで既存のディレクトリ呼んでプロジェクト作成したときも、
そのプロジェクト上ではデバッグができない。。。
設定とか見たけど、どうも差異わからないです。
何か分かる人いませんかね。
>>982
使いにくいじゃん？
使いにくいじゃん？
eclipse使いたいけどさ、インストールまでしてみたものの、
設定の仕方がわからない
設定の仕方がわからない
確かにPDTって使い方わかりにくいところあるよな
まぁググレカス
まぁググレカス
987 ：nobodyさん：
vs.phpとxamppローカル環境の相性がすこぶる悪い
特にftpが最悪、プロジェクト作成時にダウンロードに失敗するわ
リモートデバッグ時に配置に失敗するわで、
結局DreamWeaverの同期機能を使用して更新ファイルをサーバーに配置してます
特にftpが最悪、プロジェクト作成時にダウンロードに失敗するわ
リモートデバッグ時に配置に失敗するわで、
結局DreamWeaverの同期機能を使用して更新ファイルをサーバーに配置してます