PHPエディタって、どうよ？

スレが無いようなので、立てます。
エディタとしては機能的にまだまだな部分も多いけど、期待はできると思う。

http://fol.axisz.jp/php/

SEOのためにおいてるサイトが多すぎってことだろ。
ふざけてる

ミラーにすんならそのまま置けよ
金儲けのための改変とかマジでありえないし

ミラーありすぎだろｗいらねーよもう

うざいミラーF5しようぜ

戦闘機F5の解説たのむ

>>568＝>>569
勢いで「F5攻撃」を煽る書き込みをしたが、
直後に犯罪行為であることに気がつき、
慌てて戦闘機の話にすり替えようとした例ｗｗ

>>570
そういうのつまんないから。

>>571＝ｶﾞｸﾌﾞﾙｗｗ＝証拠は残ってるよｗｗ

>>570=>>572
VIP臭い失せろ

これの何処がVIP？

ミラー云々より「アフェ」にﾜﾛﾀ

なんで、いまだにアフェって言うやついるんだろう。アフィだろ。常識的に考えて。

もう1年以上アップデート無いな。
最新版には致命的なバグあるし。
どうすんのこれ。

PeggyPad使って見たが、アウトラインからディスク上のフォルダやファイルが削除できなくて不便だ。

>>581
＞最新版には致命的なバグ

どんなバグ？
俺は特に何も問題起きてないが・・・

パソコンがぶっこわれるバグ

>>583
そんなバグ、MSでも作れない。

PHPエディタなんて恥ずかしくて使ってられないよｗ

>>585
じゃあもっと良いエディタをお前が作って、無料で公開しろ。

これに限らず、特化型のエディタって廃れるの早いよね

廃れると言うか開発者自体やる気がないからな。
もう少しがんばって欲しかったが・・・

普通に良いideだと思うけどね。
ただ、実務で使うにはちょっと心許ない感じかねぇ。
初心者の人とかを上手い事取り込めていたら、
違う展開もあったかも。

これっての英語版であるPHPエディタの劣化コピーだろ？
オリジナルの機能なんてないし

ヒント：日本語

>>589
え？　っていうか、これってむしろ初心者向けIDEなんじゃないの？
俺は初心者時代からかれこれ２年以上使い続けている。

細かい改善要望はたくさんあるけど、全体的にはおおむね不満は無い。

初心者なんですがこれってノートン切らないとダウンロードできないのでしょうか？
セキュリティを一瞬でも切るなんて考えられないんですが…

>>592
＞むしろ初心者向けIDE
はげど。初心者が使うには適したツールだとは思うよ。
でも「phpをやり始めるにあたってとりあえずphpエディタを入れよう」
みたいな初心者って少なく感じるから、>>589みたいな書き方になった。

>>593　ノートンを使ってないので間違っているかもしれないが、
特定のダウンロードを許可するような設定とかが、あるんじゃないか？
解らなかったら、書籍や雑誌の付録cdなんかを漁ってみるか、
運を天に任せてノートンを切ってダウンロードするかの二者択一だね。がんばれ。

マジレスすると、ノートンを数分切ったからといって、
特に何も問題は起きない。ちゃんとパッチ当ててればね。

ＰＨＰエディタなんていかにも「初心者ですががんばってます！」みたいでダサイｗｗｗ

ふむ

プログラミングは格好でするもんだとは初めて知った

eclipseとか使うと「初心者ですけど一所懸命javaやってます」みたいに見えかねない。
Visual Studioなんか入れちゃうと「初心者だけどツールはmsです」ってなりそう。
だから >>596は、edlinでmasmのソース書いてるといいと思うよ。

>>596は、「弘法筆を選ばず」の真逆を突き進むダッセー馬鹿。

PHPエディタなんかつかいたかねえよｗｗｗ
信者必死だなｗ無駄なあがきはよせｗｗ

リバースしたらその辺のコードをつぎはぎしただけだったりしてなｗ

さんざんID出せと言われつづけてるスレでのこのことsageて質問してくる者は基地外

汚いから吐くなボケ

やヴぇえPHPエディタいいかも。

>>603
意味不明なお前こそ基地害

そしてオレはナイスガイ

幸之助かと勘違い

>>605　良かったな。　メモ帳つかってたのか？w

ageるのもアレだが、WindowsでPHPファイルを
「プログラムから開く」してPHPエディタを選択すると、
なんと新規ファイル作成になる不思議。これってみんなそうなる？

PHPエディタなんてつかわねえよｗ

peggyでいいわ

PHPエディタとかｗ

個人が製作したPHPエディタなんてもんなんざいつ製作打ち止めになるかもわからないのに
操作に慣れたいともおもわないし使う気もおきない。
まさに初心者をターゲットにしてアフィ厨たっぷり感じる

製作打ち止めになってもいいよ。
今のバージョンで満足だし。
（一部バグあるけど別に支障なし）

eclipseでええがな

操作覚えるほど複雑じゃないよ＜PHPエディタ
普段はeclipse使ってるけど、どうも動作が重いんで
趣味の小さいプロジェクトはPHPエディタ使ってる。

ちなみに、作者のサイトはアフィだらけで好きじゃないが
ソフトは使いやすいしアフィ厨だろうが関係ないから使ってる感じ。

アフィなんてAdBlockで消せばいいだけ。

俺はPHPエディタを使い続ける。
だって超サクサクだし使いやすいし。

作者がアフィ厨？　そんなの全くどうでもいい。
だって作者のサイトなんて行かないしｗ
PHPエディタのバージョンアップ情報はMLで手に入るし。

っていうか作者はあれをシェアウェアにして金取ればいいのに。
まあ3000円くらいまでならみんな買うっしょ。

そしたら２ちゃんの貧乏クズどもに「アフィ厨」などと罵られずに済むのにｗ
あれをフリーにするとはお人好しというか、物好きというか。

いまの世の中無料で高機能なものが手に入るのに
物好きって言葉でてくるとは・・・時代についてきてねちゃんと

>>621
さすがにあれじゃあ金は取れない。
文字コードの判別精度が高まって、自動保存機能と自動バックアップ機能が付いて、
ツールバーをカスタマイズできるようになれば、シェアウェアになり得なくもない。

>>622
なぜ無料なのか、それが分からないなら「アフィ厨」とか筋違いの文句言わないほうがいいぞｗ
時代についてこいよ、ちゃんとな。

>>623
そんなことないよ。たしかに貧乏人はそうかもしれないけど。
でも俺は十分に金払う価値あると思う。
ＤＷ８も持ってるけど、結局ほとんど使わなくて買って損したと思った。

いっぽう、PHPエディタは使いまくってるから、申し訳なくて金払いたいくらい。
最近パッタリ開発が止まってるようだが、もしもシェアウェア化によって
また開発してくれると言うのなら、俺は買う。ただし上限5000円。できれば3000円。

金を払う価値はあるけど、金を払う奴は少ないんだよね。

月額100円ならほぼみんな払うのにね。
そういう集金方法が出来ればだけど。

eclipseがタダなのにあれで金は取れないだろ…常識で考えて

ボランティアとして考えれば金は取れないがｗ

必死にPHPエディタの宣伝してる信者がいるよね。

>>625
＞金を払う価値はあるけど、金を払う奴は少ないんだよね。

あー、たしかに。

でも100円にしたら、それはそれで安過ぎて
みんな面倒くさくて余計に払わない気がする。

高いと「払わなきゃ！」って気持ちになるけど、安いと「まあそのうち」って適当になっちゃいそう。
あと100円だと集金コストのほうが高くつく。

>>626
常識を重視して大儲けした…という人の話を聞いたことがない。

PHPエディタには致命的なバグがあるけPCに詳しい奴じゃないとつけない穴だからまあいいかな

と、>>631が妄想を語っております。

作者乙

脆弱性の５０％はPHPで出来ています

脆弱性の90％は人間の心で出来ています

PHPエディタ使ってるけど細かいバグがおおいね。
・プロジェクトを開くとソートした最初のファイルが開かれてしまう
・全てのタブを閉じるとタブが消えてしまう場合がある
・頻繁に起こる書き込みエラー
等・・・
公式には連絡済みだが全く返答なし。
不具合以外の点では使いやすいけど、アップデートこれ以上ないなら別のエディタに変えようと思うわ。

>>636
１番目はバグじゃなくて仕様でしょ。
２番目については俺はタブ使ってないのでわからない。
３番目については、俺は２年以上使ってるが一度も書き込みエラーになったことない。

書き込みエラーって具体的にどうなるの？？


俺が嫌いなバグは、とにかくコメントネスト（/*と*/で囲むヤツ）が
入れ子になったときの色の表示がおかしくなること。
それぞれのコメント記号の始点と終点をごちゃ混ぜに認識しちゃってるようだ。

入れ子ってどんなの？ソースかいてみてよ

>>638
/*
/* こんなのじゃね？ */
*/

入れ子って文法的におかしいんじゃなかったっけ？

文法的には知らないけど、使い方はおかしい。

ソフトのバグではなくて、使用者の頭のほうがバグってるがFAでいいですかね？

>>629
＞あと100円だと集金コストのほうが高くつく。

常識で考えるとそうなんだよね。
100円/月の回収方法がいまいちない。
ドコモが成功したビジネスモデルなんだけどね。

ドコモの場合は、あくまで携帯料金と同時だから回収できるんだよな。

>>639
そうそう、それ。

>>641、>>642
もちろん本番ソースでは使わないよ。
しかし、デバッグ中などに、一時的に、元々あるコメント部分も含めて
それよりさらに広い範囲でコメントアウトして挙動を確認したい場面は多々ある。
そういうときに不便なのだよ。

なんかどっかで見たなこの流れ

たとえば、
処理Ａ
処理Ｂ
/*　コメント　*/
処理Ｃ
処理Ｄ
っていうソース（各処理はそれぞれ複数行ある）をデバッグする場合とかに、
処理Ｂと処理Ｃを一時的にコメントアウトしたいことがある。

このとき、処理Ｂと処理Ｃをそれぞれ別個にコメントアウトするよりも、
途中のコメントもまとめて
処理Ａ
/*
処理Ｂ
/*　コメント　*/
処理Ｃ
*/
処理Ｄ
・・・ってやったら、楽じゃん？
そういう使い方です。

>>645
>しかし、デバッグ中などに、一時的に、元々あるコメント部分も含めて
>それよりさらに広い範囲でコメントアウトして挙動を確認したい場面は多々ある。

一時的も何もそう記述した時点で動かないだろ。
>>645の使ってるPHPではそれで動くの？

/* コメント開始
/*/ コメント反転
//*/ コメント終了
ってのがどっかにあったな。どこだったか…。

/*

//コメント

*/

これは動いてるが↑の法にでてくるコメントアウトのやり方はどうだかシラネ

> 'C' 型のコメントは、最初に */ が現れた時点で終了します。
> 'C' 型のコメントがネストしないように注意する必要があります。
> 大きなブロックをコメントアウトしようとする際に、この間違いを犯しがちです。
(http://www.php.net/manual/ja/language.basic-syntax.comments.php)

>>652
> 大きなブロックをコメントアウトしようとする際に、この間違いを犯しがちです

それって不便だなぁ。
こういうときは、みんなどう対処してるんだろう？？

いちいち細かいブロックごとにコメントアウト？
うーん、めんどくさい。

>>653
一時的にブロックでコメントアウトする時以外は//にする。
逆に、/*〜*/のネストを間違いなく解析する方法があるなら、教えてくれ。

>>637
>コメントネスト（/*と*/で囲むヤツ）が
>入れ子になったときの色の表示がおかしくなること。
これはバグではなくて正常な動作ということですね

>>653
関数の説明は/* */
その他のコメントは//
プログラムを一時的に無効にするときは入れ子にならないように/* */使うか//

>>654
＞ 一時的にブロックでコメントアウトする時以外は//にする。
コメントアウトする対象の行がたくさんあると、//では面倒じゃない？

＞ /*〜*/のネストを間違いなく解析する方法
必ず始点（/*）と終点（*/）をセットで認識する。
・・・っていうか、ネストの認識ってブラウザがHTMLを解釈する実装と同じじゃないか？

そろそろこのネタあきてきた

PHPエディタはコメントネスト対応すればいいじゃない。

>>659
うむ。
PHP自体がコメントネストを許可していないのはとりあえず置いといて、
PHPエディタでコメントネストした場合の変な挙動はどちらによせ修正したほうがいい。

うるせえよ！

>>660
｢PHPエディタでコメントネストした場合の変な挙動｣ って何ですか｡

>>662
試しに自分でやってごらん。
色分けがめちゃくちゃになるから。
っていうか、ネスト外側の終点が無視される・・・と言ったほうが正確かな。

>>663
それは正しい挙動ではないのですか｡

というか､ PHPではコメントの入れ子はありえず､ あるように見えるコードは不正であるのに､
なぜPHPエディタがコメントの入れ子の ｢対応｣ する必要がありますか｡

PHPエディタがコメントの入れ子に ｢対応｣ してしまったら､
コメントを入れ子にするという失敗を犯しても､ その失敗に気付けないから不便ではありませんか｡