[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 2chのread.cgiへ]
Update time : 01/17 05:09 / Filesize : 138 KB / Number-of Response : 718
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【PHP】PHPフレームワーク総合スレ15



1 名前:nobodyさん mailto:sage [2010/12/12(日) 10:47:08 ID:???]
PHPのフレームワークに関する話題用のスレッド

●国外産●
symfony
 ttp://www.symfony-project.com/
code igniter
 ttp://codeigniter.com/
Zend Framework
 ttp://framework.zend.com/manual/ja/index.html
CakePHP
 ttp://www.cakephp.org/
Yii Framework
 ttp://www.yiiframework.com/

●国産
ちいたん
 ttp://php.cheetan.net/
Ethna
 ttp://ethna.jp/
guesswork
 ttp://classic.guesswork.jp/
maple
 ttp://kunit.jp/maple/

●前スレ
【PHP】PHPフレームワーク総合スレ14
hibari.2ch.net/test/read.cgi/php/1253912143/

394 名前:nobodyさん mailto:sage [2012/05/08(火) 22:33:44.49 ID:???]
CMSに乗っかるプラグインやら何やらのシステム開発したけど、ありゃ苦行だよ。使い回しする予定なら良いけど、無駄に考える事が多くて、開発に集中できない。

395 名前:nobodyさん [2012/05/09(水) 13:46:54.03 ID:SZ6jgFk0]
>>393-394
回答ありがとうございます。

WordPressをブログ以外で使っているサイトいろいろ・国内編
kachibito.net/wordpress/16-amazing-japanese-site.html

みたいに、CMSでもかなりのことができるみたいなのですが
これはあくまで純正にプラグインそのままの組み合わせて制作したのではなく
プラグインのプログラムやDB構造を
自分で改造できてはじめてできるものなのですか?

プラグインを解析して改造する必要があるのなら、はじめから1から
フレームワークを土台に自分で作ったほうがよさそうですね。


396 名前:nobodyさん mailto:sage [2012/05/09(水) 17:21:51.33 ID:???]
基本機能と既存プラグイン調べて、自分の要件に合っていればそれでいいのでは?足りない機能はFWでもプラグインでもAPIに沿って組むのは一緒だから、コスト計算同じだし。

397 名前:nobodyさん mailto:sage [2012/05/10(木) 07:03:41.74 ID:???]
394だが、
プラグインが客の要望に微妙にマッチしていなかったり、プラグインごとの操作感の違いだったり、完全にそのまま使えるって事はほとんどない。
ごり押しできる立場にいるなら、もしくは自分とごく内輪で使って、文句言わせない状態なら良いけどね。

398 名前:nobodyさん mailto:sage [2012/05/10(木) 07:25:13.05 ID:???]
>>395
自分も前にCMS(Drupal)使うべきか悩んだ。

WordPressは設計が悪くて有名。
もうWPのブームはとっくに終わってる。
日本は遅れてるからWPだけど、海外ではPHPではDrupalとかが主流。
で、Drupalは、そのフレームワークにSymfonyを使ってる。

Drupal機能そのまま使えるってことはまずない。
ちょっとデザインいじろうとすると、DrupalとSymfonyの知識がないといじれない。
Symfonyの知識を身につけるだけでもたいへんなのにそのうえにDrupalスタックの
勉強も必要。


自分で好きなフレームワーク覚えて、それで作るほうがはるかに楽という
結論に達した。
カスタマイズが必要ならCMSは逆に時間がかかって非効率。

まず一番機能が豊富で人気があるといわれるCMSのDrupalを使ってみるといい。
CMSでは特に画面のデザイン、レイアウトは柔軟にはいじれない。

399 名前:398 mailto:sage [2012/05/10(木) 07:48:29.65 ID:???]
>>395
ここにFrameworkとCMSの一覧がある。
en.wikipedia.org/wiki/Comparison_of_web_application_frameworks#PHP

PHP系で人気あるCMSは、DrupalとJoomla!。
Joomla!のがとっつきやすい。
www.joomla.org/
drupal.org/

まずJoomla!とDrupal試してみるといいとおもう
それで納得いかないなら、cakePHP、CodeIgniter、Symfonyあたりの
フレームワークで作ればいい。
PHPである必要もないけど

俺はCMSの導入はやめて、フレームワークで作ることに決めSymfonyを
学び始めたが、仕様がころころ変わる事に嫌気が差して変更検討中。
PHPそのものが中途半端なオブジェクト指向なのに納得できず、
結局、Python系かRuby系フレームワークに落ち着きそうww

400 名前:nobodyさん mailto:sage [2012/05/10(木) 08:02:55.82 ID:???]
中途半端なんだよな

401 名前:nobodyさん mailto:sage [2012/05/10(木) 08:42:27.09 ID:???]
そこまでするなら、もうJavaがいいのでは?

402 名前:nobodyさん mailto:sage [2012/05/10(木) 09:20:32.56 ID:???]
PHPだCだって言ってる奴いるけど、パフォーマンス気になるなら
鯖分散すれば良いだけじゃないの?
1モジュールのパフォーマンス上げようってのは、web開発では
あまり意味なさないと思うんだけど。
もちろんxdebug程度は使いこなせた方が良いとは思うけど。




403 名前:nobodyさん mailto:sage [2012/05/10(木) 09:32:58.81 ID:???]
随分長いことパフォーマンスの話はでてないが。。

404 名前:nobodyさん mailto:sage [2012/05/10(木) 09:58:00.30 ID:???]
>>401
Performance考えたらJava, C#のがいいだろうね。
JavaはSpringがめんどくさいと言われてるので手を出してないけど、
フルスタックのPlay! Frameworkもさわるかも。

Rubyは速くないけどRuby on Railsが有名だからいじり始めたんだ。
Tutorial終わったらさようならするかもしれない。

Pythonは欧米でかなり人気だからいじってみたくなって・・w
PythonのFrameworkはDjangoのヘルプを読み始め。

Java並の速度で、簡潔にかける言語と、Railsのようなお手軽な
フルスタックフレームワークがあればいいけど、まだ見つかってない。

>>402-403
そうは言ってもパフォーマンスが原因でJava系に移行する企業増えてるみたいよ。
RubyをやめてJava系にしたTwitterとか有名だよね。

動けばいいじゃないって人もいるだろうけど、どうせ作るなら
速く動いたほうが気持ちいいよね

405 名前:nobodyさん mailto:sage [2012/05/10(木) 12:19:53.42 ID:???]
railsは論外だな。あれrakeが遅すぎて使い物にならん。

406 名前:nobodyさん mailto:sage [2012/05/10(木) 12:48:48.07 ID:???]
>>404
長々と書いて結局「コンパイル言語は速い、スクリプト言語は遅い」かい


407 名前:nobodyさん mailto:sage [2012/05/11(金) 00:34:14.48 ID:???]
自分の言いたい事だけ言って、他人のレスは一切読んでないからパフォーマンスだの言語の話になるんだよ。

ちなみにDrupalとJoomlaのどちらもクソだと思う。上の人には悪いが。

408 名前:nobodyさん mailto:sage [2012/05/11(金) 03:27:49.21 ID:???]
>>407
「自分の言いたい事だけ言って、他人のレスは一切読んでない」っておまえのことだろ

質問者がCMSを検討してるから、>399有名どころのふたつをあげて、
要件を満たすかどうか、まず試してみることを勧めてるわけだろ。
本人はCMS使ってないって書いてるしな

質問者に何も情報をあたえてないおまえのレスのが間違いなくクソだ。

409 名前:nobodyさん mailto:sage [2012/05/11(金) 04:02:20.61 ID:???]
何が嫌いかより、何が好きかで自分を語れよドンって、ルフィさんが言ってた。

410 名前:nobodyさん mailto:sage [2012/05/11(金) 04:31:35.20 ID:???]
>>408
すでにその前に書いたし、俺は他人を簡単にクソだと言う奴にどうこう言われたくないね。

411 名前:nobodyさん mailto:sage [2012/05/11(金) 22:11:45.56 ID:???]
PHPで速度語るならPhalcon使えよ・・。
Cネイティブだぞ。Javaの1000倍以上高速で動くんだぞ。

まあ、フレームワークの部分だけだけど。

412 名前:nobodyさん mailto:sage [2012/05/12(土) 01:07:01.11 ID:???]
複数言語が入り混じるFWは使いづらそう



413 名前:nobodyさん mailto:sage [2012/05/12(土) 02:26:27.89 ID:???]
PHPな時点でCが絡むわな

414 名前:nobodyさん mailto:sage [2012/05/12(土) 02:32:29.57 ID:???]
前から疑問に思ってたんだけどWebサービス云々でPHP自体がボトルネックになることってあるのん?
100%張り付いたから同じ構成のFWを別の言語にしたら30%になりますた!!みたいな事がさ


415 名前:nobodyさん mailto:sage [2012/05/12(土) 07:12:48.55 ID:???]
>>398
> で、Drupalは、そのフレームワークにSymfonyを使ってる。

こんなの初めて聞いた。別のものと勘違いしてない?

416 名前:nobodyさん mailto:sage [2012/05/12(土) 07:26:41.65 ID:???]
>>415
トップページに出てる。
symfony.com/

Drupal, one of the world most popular Open-Source content
management platform, uses the Symfony Components as of version 8.

417 名前:nobodyさん mailto:sage [2012/05/12(土) 22:30:53.06 ID:???]
DrupalがSymfonyアプリケーションって感じではないんだな

418 名前:nobodyさん mailto:sage [2012/05/12(土) 23:12:25.20 ID:???]
>>412
Cは使わない。Cで書いてあるコードを呼び出すだけ。
PECLやZend APIと同じ。

419 名前:nobodyさん mailto:sage [2012/05/14(月) 17:21:48.99 ID:???]
>>416
クラスローダーとHTTPリクエスト/オブジェクトにSymfony 2のそれを使おうぜって話が出てるだけで
それすら約2年弱あるリリースまでに変わるかも知れないものだぞ

420 名前:nobodyさん [2012/05/31(木) 15:38:56.92 ID:IzK2Xy2G]
CMSでも本来のプラグインとかを使わず、
フレームワークとして使えるって本当ですか?
問い合わせフォームの面倒な部分はCMSにまかせて
自由度の必要な場所はMVCフレームワークのごとく
つかえるみたいなんですが・・・。

421 名前:nobodyさん [2012/06/05(火) 07:52:11.09 ID:YB7szyDX]
d.hatena.ne.jp/akiraneko/20080728/1217173476
↑こんな感じで、bakeみたいなことをWebインターフェイスから実行できるしくみって、ほかにありますか?

422 名前:nobodyさん [2012/06/08(金) 01:44:01.85 ID:EOwIYA3r]
PHPでアスペクト指向フレームワークはありますか?
「下らなぇ」スレで聞いても返答はありませんでした。



423 名前:nobodyさん mailto:sage [2012/06/08(金) 02:20:11.83 ID:???]
Seasar2.PHPかSymfony2

424 名前:nobodyさん mailto:sage [2012/06/08(金) 05:53:52.20 ID:???]
下らなぇスレを責任持って立てろ

425 名前:nobodyさん mailto:sage [2012/06/08(金) 13:06:08.71 ID:???]
アスペルガー

426 名前:nobodyさん mailto:sage [2012/06/08(金) 19:43:22.20 ID:???]
上の方で学習コストの話があるけどさ、
学習コストの低いフレームワークを選択して足りない機能がでてきた場合は
自分でコーディングすることになるわけじゃん?

ある程度スキルのある人なら問題ないだろうけど、初心者が調子乗って
拡張機能つくってもろくなコードにはならんぜ。保守性・安全性の面で。


427 名前:426 mailto:sage [2012/06/08(金) 19:49:09.78 ID:???]
大抵はあとで別の人間が書き直すハメになって、
最初からちゃんとしたフレームワークつかっておけばよかったね
ってなるというおはなし

連投そまそ

428 名前:nobodyさん mailto:sage [2012/06/08(金) 21:23:48.12 ID:???]
でも作る経験は財産になるから難しい


429 名前:nobodyさん mailto:sage [2012/06/09(土) 00:22:58.18 ID:???]
アスペクト指向プログラミングはどうしていますか?

430 名前:nobodyさん mailto:sage [2012/06/09(土) 15:33:04.84 ID:???]
でも機能豊富なゴテゴテしたフレームワークを選択しても
スキルの低い人は、理解できない使いこなせないで
結果ものすごいものが出来上がるというのも
よくあるおなはしなわけで。

431 名前:nobodyさん mailto:sage [2012/06/09(土) 18:16:18.24 ID:???]
機能豊富なフレームワークで、そのご自慢の機能使おうとしたら
まともに動かなくて、結局自分で書く羽目になるというオチ

俺はCakePHPでそれくらった

432 名前:nobodyさん [2012/06/09(土) 19:38:34.84 ID:3pAJ5sr2]
1. (自分のスキルがしょぼいせいで)まともに動か(せ)なくて
2. (自分の使ってるサーバーがしょぼいせいで)まともに動かなくて
3. (ご自慢の機能が実は自分の期待よりしょぼかったせいで)まともに動かなくて



433 名前:nobodyさん mailto:sage [2012/06/09(土) 21:45:29.70 ID:???]
で?

434 名前:nobodyさん mailto:sage [2012/06/09(土) 21:59:38.62 ID:???]
感覚的な学習コストの序列ってどんな感じかね?
個人的には

code igniter << Yii < Cake PHP < Symfony

と言う感じだが、最初に触ったのがSymfonyだったから思い出補正あると思う

435 名前:nobodyさん mailto:sage [2012/06/10(日) 00:25:31.42 ID:???]
どういう序列なんだ?Symfonyが一番簡単って意味か?

436 名前:nobodyさん mailto:sage [2012/06/10(日) 00:49:47.75 ID:???]
コスト低 <- ->コスト高 ね

437 名前:nobodyさん mailto:sage [2012/06/10(日) 13:51:41.36 ID:???]
Cake PHPやSymfony って情報量多いし、学習コスト低いと思うんだが。

438 名前:nobodyさん mailto:sage [2012/06/10(日) 22:57:43.91 ID:???]
ciなんて作りが雑過ぎて、その分をフォローするための学習コストが多すぎる

439 名前:nobodyさん mailto:sage [2012/06/11(月) 01:14:21.03 ID:???]
オレオレと変わらないからな

440 名前:nobodyさん mailto:sage [2012/06/11(月) 03:30:12.33 ID:???]
他人が作ったオレオレフレームワークだな。

441 名前:nobodyさん mailto:sage [2012/06/11(月) 09:35:44.15 ID:???]
学習コストねぇ
有用なら高くても使うがね

442 名前:nobodyさん mailto:sage [2012/06/11(月) 16:06:17.97 ID:???]
学習コストは人によって違うからね。
有用でも情報量が少なければ理解するまで時間がかかるし、
そう言う面で学習コストがかかるならマイナスだよ



443 名前:nobodyさん mailto:sage [2012/06/11(月) 16:53:54.85 ID:???]
何をもって有用とする?

444 名前:nobodyさん mailto:sage [2012/06/11(月) 17:54:11.00 ID:???]
それも人それぞれでしょ。
個人や少人数でやるなら好みや感触で決めてもいいような気がするけど
多人数チームでやる場合はほんと悩ましいよね・・・

445 名前:nobodyさん mailto:sage [2012/06/11(月) 18:53:49.81 ID:???]
そもそもPHP自体が、使いもしない要らない機能だらけで、有用ではない

446 名前:nobodyさん mailto:sage [2012/06/11(月) 20:10:54.07 ID:???]
ガラパゴス化している日本人にピッタリじゃないか

447 名前:nobodyさん [2012/06/12(火) 09:46:48.90 ID:Yrv/uaCb]
検索エンジン等、動的部分はフレームワークで、
会社概要等、静的な部分CMSにまかせるってどうなんでしょうか

448 名前:nobodyさん mailto:sage [2012/06/12(火) 09:56:18.31 ID:???]
作り方が異なるファイルが混雑するとややこしくなるよ。
静的な部分もフレームワークで作った方が良いと思う

449 名前:nobodyさん mailto:sage [2012/06/12(火) 11:55:20.93 ID:???]
プログラマが更新するか、
デザイナーも関わるか

450 名前:nobodyさん mailto:sage [2012/06/12(火) 13:10:31.60 ID:???]
デザイナーが関わるのは無理だよ。むしろ関わらせちゃ行けない。

451 名前:nobodyさん mailto:sage [2012/06/12(火) 13:17:41.45 ID:???]
デザイナーもグラフィカルに編集できるものを目指してるんしゃないのか

452 名前:nobodyさん [2012/06/12(火) 19:50:03.28 ID:Yrv/uaCb]
CMSがフレームワークに置き換わる日
blogs.itmedia.co.jp/yoshimasa/2011/06/cms-f1f8.html

今の時代、フレームワークを土台にして作るのではなく、
CMSを土台につくったほうがいいんですかね。
フレームワークも便利ですけど
RSS発行とか、フォーム作成とか
自分でプログラム組まないとだめじゃないですか。

フレームワークでは数時間かかるRSS発行処理作成とか
CMSでは数クリックでできるし
処理されたデータを、どう煮るか焼くかは
CMSもフレームワークも変わらないし。

ただ
>>393さん
みたいに、高度な改変となるとCMSは
プログラムの解析が大変という意見もありますし、
何を作るかによってかわってくるんでしょうが
フレームワークに自作関数や、自作ライブラリを相当作りためてでもいないかぎり
CMSを使ったほうが効率がいいんですかね。



453 名前:nobodyさん mailto:sage [2012/06/12(火) 21:40:37.73 ID:???]
プログラミングができない人から見るとそうなのかもね。俺は全く別物だと思うけど。
CMSで事足りるならそれでいいのではないかと。要件を満たすかどうかの問題。

454 名前:nobodyさん mailto:sage [2012/06/12(火) 22:18:15.27 ID:???]
フレームワークは高機能で便利な魔法のツール、みたいに思っているのかもしれないけど
それ以上に大事なのは、制限やルールといった枠組みを与えることで、
人それぞれバラバラになりがちな開発の手法や方向性を統一できること。

って誰かえらいひとが言ってたような気がする。

455 名前:nobodyさん mailto:sage [2012/06/12(火) 22:27:13.88 ID:???]
表示系はなんとかなるけど、
DBから取り出す条件設定の制御が面倒な事多くね?
クエリ直接書かせろ!みたいな…

456 名前:nobodyさん mailto:sage [2012/06/12(火) 22:34:40.75 ID:???]
官公庁はCMSが主流

457 名前:nobodyさん mailto:sage [2012/06/13(水) 01:30:46.38 ID:???]
オリジナル要素が高くなければCMSで良いかもね

458 名前:nobodyさん mailto:sage [2012/06/13(水) 02:45:26.95 ID:???]
CMSが勝手のいいフレームワークで作られていれば良い

459 名前:nobodyさん mailto:sage [2012/06/13(水) 04:11:16.55 ID:???]
WordPressやEC-CUBEがが使いやすいMVCフレームワークで作られてればよかったのに…と何度思ったことか
カスタマイズつらいです…

460 名前:nobodyさん mailto:sage [2012/06/13(水) 08:23:18.71 ID:???]
ワープレって、MVCじゃないのか。
MVCじゃなかったらプラグインひとつ作るのも
かなり手間かかりそうなんだが・・・。

461 名前:nobodyさん mailto:sage [2012/06/13(水) 11:38:34.22 ID:???]
違うね。共通ファイルは分けてるけど、細かくビュー分けはしていない

EC-CUBEは独自フレームワークだけど、
こちらも複雑すぎてどこがどこにあるかわかりづらい

462 名前:nobodyさん mailto:sage [2012/06/20(水) 01:22:18.24 ID:???]
複雑ってのは俗に言うスパゲッティってことだな



463 名前:nobodyさん mailto:sage [2012/06/20(水) 01:27:38.99 ID:???]
そうそう。EC-CUBEは色んな開発者が共同で作ってるらしいから
どうしてもスパゲティになるよね

464 名前:nobodyさん mailto:sage [2012/06/20(水) 04:31:46.45 ID:???]
EC-CUBEはソースひどいよな。トランザクションとかちゃんとしてなさそうだし、いくらでも穴がありそう。

// これで勘弁してください…
的なコメントが書いてあったりするし。ジョーク系のサイトでよく似たネタ見るけどオープンソースでは初めて見たわ。

465 名前:nobodyさん mailto:sage [2012/06/20(水) 06:50:24.76 ID:???]
ソースの具体例は?


466 名前:nobodyさん mailto:sage [2012/06/20(水) 08:32:01.15 ID:???]
>>463
>色んな開発者が共同で作ってるらしいからどうしてもスパゲティになるよね
いや、その理屈はおかしい

467 名前:nobodyさん mailto:sage [2012/06/20(水) 13:21:19.05 ID:???]
>>466
おかしくないよ。だって規約が統一してないんだから。
開発者が違うって言っても社内じゃなくて、他社って意味だし。

468 名前:nobodyさん mailto:sage [2012/06/20(水) 13:25:22.16 ID:???]
スパゲティの意味をまずわかってください

469 名前:nobodyさん mailto:sage [2012/06/20(水) 13:37:07.72 ID:???]
>>467
外部の異なる組織からフリーランスまでさまざまな開発者が
参加して作ってるオープンソースソフトなんて山ほどあるんだが
さすがにそれらのほぼ全てがスパゲティだなんて話は聞かないよ

470 名前:nobodyさん mailto:sage [2012/06/20(水) 14:16:22.28 ID:???]
>>469
ほぼ全てのOSSの話しじゃなくて、あくまでEC-CUBEの話しな

471 名前:nobodyさん mailto:sage [2012/06/20(水) 16:40:25.69 ID:???]
どうしてもスパゲティになる
を他のソフトにも適用するのはやめたまえ

472 名前:nobodyさん mailto:sage [2012/06/20(水) 23:41:36.16 ID:???]
なんで他のOSSが大丈夫で、EC-CUBEだけ
スパゲティになるんだよw



473 名前:nobodyさん mailto:sage [2012/06/20(水) 23:48:35.68 ID:???]
いやぁ、WordPressのごちゃっぷりは良いレベルよー

474 名前:nobodyさん mailto:sage [2012/06/21(木) 00:01:15.17 ID:???]
PHP自体がスパゲティだよ。
標準関数の首尾一貫性の無さはスゴすぎ!

475 名前:nobodyさん mailto:sage [2012/06/21(木) 00:22:06.05 ID:???]
>>472
普通、OSSって特定のグループ・会社が作ってないか?
OpenPNEなら手島屋って会社が作ってるし、
phpBBも海外のグループが作ってたはず。

一方、Wordpressは開発者はいるけど
プラグインで拡張していくから開発者も違うし、一貫性がない

476 名前:nobodyさん mailto:sage [2012/06/21(木) 04:41:52.92 ID:???]
すべてのOSSを調べてから言えよハゲ

477 名前:nobodyさん mailto:sage [2012/06/21(木) 07:43:24.24 ID:???]
OpenPNEもひでえソースだったなあ

478 名前:nobodyさん mailto:sage [2012/06/21(木) 07:44:57.64 ID:???]
OpenPNEのカスタマイズは断念したな

479 名前:nobodyさん [2012/06/21(木) 08:17:09.84 ID:9C4PuuPO]
逆に、このフレームワークは美しいソースだったなぁってのはないの?

480 名前:nobodyさん mailto:sage [2012/06/21(木) 09:58:36.15 ID:???]
symfony2
ソースの見てくれの代わりに使い勝手が犠牲になったけど。

481 名前:nobodyさん mailto:sage [2012/06/21(木) 10:14:39.77 ID:???]
PHP自体が美しくない

482 名前:nobodyさん mailto:sage [2012/06/21(木) 10:32:53.94 ID:???]
そもそも「美しさ」の感じ方は個人差によるからな



483 名前:nobodyさん mailto:sage [2012/06/21(木) 14:29:18.00 ID:???]
EC-CUBEは番人に共通する醜さだけど

484 名前:nobodyさん mailto:sage [2012/06/21(木) 14:37:44.78 ID:???]
EC-CUBEはあんなソースでそこそこ動いちゃってるのが不思議なくらいだな

管理とかちゃんとなってない会社なんだろうな
スキルの低いエンジニアが会社の床で寝ながら泥沼のようにして作った印象
あのスタイルで書いたコードのデバッグをやりきるには大変な根性が要るはず

485 名前:nobodyさん mailto:sage [2012/06/21(木) 15:56:14.33 ID:???]
俺の見立てではわざとやっていると思う。
OpenPNEもそうだけど、わざとソースを複雑にして
有償サポートを狙っている気がする

※あくまで個人の感想です

486 名前:nobodyさん mailto:sage [2012/06/21(木) 16:43:08.98 ID:???]
PHPが汚いとえば
文字コードを変換する
mb_convert_encoding の配列版はないかいな思って調べたら
mb_convert_variables という関数を見つけた。
早速使ってみると、ちっとも機能しない。
なんと、
mb_convert_encoding は変換したいソース元を第一引数に入れるけど
mb_convert_variables は 第三引数にいれるという仕様!
そして
mb_convert_encoding は、
$hoge = mb_convert_encoding みたいに再度代入してやらないといけないけど
mb_convert_variables 代入しなくてもよいという仕様!!
そもそも mb_convert_variables というネーミングセンスなんなの?
mb_convert_encoding_array とかにでけんかったの?

487 名前:nobodyさん mailto:sage [2012/06/21(木) 16:46:48.28 ID:???]
>>485
実は確かな技術を持った賢い集団で
自分らの開発は綺麗なソースで行い、リリースの際特製コンバータを通すと
あら不思議、ぐちゃぐちゃスパゲティコード&意味不明コメント入りオープンソースのできあがり

てな感じか

488 名前:nobodyさん mailto:sage [2012/06/21(木) 18:01:46.35 ID:???]
一貫性のなさはPHPの悪習

名前の付け方も引数の並べ方もこの上なく下手糞

489 名前:nobodyさん mailto:sage [2012/06/21(木) 20:12:50.67 ID:???]
Zendは綺麗、それとDrupal

490 名前:nobodyさん mailto:sage [2012/06/21(木) 20:15:41.23 ID:???]
>>487
俺の場合とは異なるかもしれないけど、
外部に公開するソースは難読化してるわ。コメントも削除してるし。


491 名前:nobodyさん mailto:sage [2012/06/21(木) 22:40:08.20 ID:???]
PHPの難読化ツールでおすすめのある?
安ければ無料じゃなくてもいいけどなるべく無料で

492 名前:nobodyさん mailto:sage [2012/06/22(金) 01:44:44.57 ID:???]
Zend Guardかbcompierくらいか



493 名前:nobodyさん mailto:sage [2012/06/22(金) 03:01:48.73 ID:???]
>>487
オープンソースにする意味ないな

494 名前:nobodyさん [2012/06/22(金) 08:55:26.21 ID:LmibApcQ]
オープンソースです!!って謳うだけでもたらされる効果ってのもありそう。






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<138KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef