Wordpressがあるのにも関わらず、独自のブログシステムを開発するメリットがあれば教えて頂きたいです。
Wordpressのデメリットとは一体何でしょうか?また、Wordpressには無い、独自開発のブログシステムの利点はどんなところになりますでしょうか?
つ ろりぽ
インフラ、ミドルウェアを理解したまっとうなシステム開発会社が利用するのであれば、ブログツールとしては便利。だけど、ろりぽのような、理解してない会社が提供すると、ユーザーが泣きを見る。という話かと。
ぬるぽっぷみたいにぬるいところが使っちゃうとって感じですかね。
最小限の機能で動かせるから、軽いとか、機能特化できるってことかなー。
あのCMSでもできるよね、という話はよくあるんだけど、細かく見ていくと設計思想がマッチせず、結局純正機能じゃなくてプラグイン使う、という事がままある。
プラグイン使ったって100%やりたいことができるわけじゃないし、遠回りして「なんとか実現している」状態になっているから、そこをショートカットできるメリット。
オーバースペックな使い方している所も多いしね。
>プラグイン使ったって100%やりたいことができるわけじゃないし、遠回りして「なんとか実現している」状態になっている
なるほど。継ぎ接ぎ感は有りますね、確かに。ありがとうございます。
単機能に関して指摘するときりが無いので書きませんが、、、
WEBシステムを理解してる人であれば、そもそもWordPressをベースに開発しようという発想を持たないと思います。デザイナー上がりの人や、PHP初心者の人が何となくWEBサイトを作れる、「WEBサイトつくーる」的なもの。
シンプルなブログサイトを提供するだけであれば、セキュリティー対策やパフォーマンス向上を心掛ければ何とか利用できるとは思います。
ただ、他CMSのブログ機能を補完したほうが、ずっと高品質で拡張性の高いサイトが作れます。
Wordpressをベースに開発しようと思わないって、当然ブログ以外のシステムのことですよね...?
WordPressをベースに開発って、WordPressでWEBシステムの全てを構築しようっていう人なんているんですか?コメ主の言うWEBシステムってどこからどこまでの範囲なのでしょうね?
WordPressベースでECや会員サイト(SNSとか)を構築しようとする人(クライアント)は結構いますよ。そういう話が来たら別提案してそちらに誘導しますけどね。でも絶対WordPressがいいっていう変な拘りを持っている方も中にはいらっしゃるのも事実です。
単なるブログサイトならばWPでOKってことですかね。会員サービスとかいろいろと拡張していくってなると、自分で作っちゃった方が良いんじゃないってことでしょうか。ありがとうございます。
何かのリサーチなんだろうけど、それを人から教えられないとわからないんだったら、開発に向いていないよ。もしくは、一般のWeb開発者がどう考えているのかを知りたいのかな?
申し訳ないがWordpressは穴だらけ。無料だからこそはじめて価値がでるもの。100円で廻る寿司は、100円であることに価値があるのと同じ。
つっこまれそうなのでいくつか書いておきます。なぜ穴だらけなのか。
製作者に良いということは、CMS入門として、サイトの文言変更にすら更新料払ってたユーザーからしてみたらかなり意味あったってことだわ。
Wordpressを否定するつもりはないよ。むしろ文化を作り上げた意義をかなり尊敬する。ちょっと大きいこと言うと、MSがWindowsを介してパソコンを普及させた。これはとてもすごいこと。ただ、道具としてどうかと言えば・・・・全然洗練されていないね。Wordpressも同じだと思う。
>「ブログを書く人」が使いやすいものではないこと。
なるほど、ブログツールのはずが、あれこれ付け加えていった結果、ブロガー用のツールではなくなってしまったと。
独自開発のメリットは
なるほど。デメリットはそうなりますよね。メリットもその通りですね。
開発費が全然でない案件で、ブログ+αを設置するだけだったので少しカスタマイズしたWPいれたら、先方のシステム部の人に「なんだこのクエリ数は!」って怒られました。いろんな箇所にちゃんとキャッシュ仕込んだんだけど、それでもダメ出しされたので、軽量なフレームワークでスクラッチしました。
というWPダメだしされた体験談でした。
ん〜〜〜、それは苦い体験でしたね〜。。。
あとは、あんまりサーバいじれなかったので、そのままWP入れたのですが、やっぱりシステムの方に「なんでphpがドキュメントルートの下にあるの」とも怒られました。システムじゃなくてもそこは気になるとこですが。
PHPを公開ディレクトリ以外で動かすって逆にどうやるの?(無論コマンドライン以外で)
パスを通す。
PHPってHTMLに動的処理を付与するような位置づけだから公開ディレクトリ内に置くのが通常だと思ってたんですけどね。もちろん設定ファイル等を公開ディレクトリ内に置くのは心配なので外に置くという気持ちは分かりますが。PHPを中に置いて問題が出る場合って、サーバの設定をミスってファイルが直接ダウンロード可能な状態になったケースぐらいじゃないでしょうか?あとパスを通すなら中に置くのと変わらないですよね?
え、そーなの?URLで直接アクセスするもの以外はドキュメントルート外におくのってPHPセキュリティの多重防御の一環の普通の考え方じゃないの?勉強になりました、ありがとうございます。
もちろんサーバ設定ミスでファイル直接ダウンロードの危険性を考慮した上で必要以上の公開ディレクトリ内へのPHPファイル設置を控えるという考えはありだと思いますよ。私も入り口のPHPファイルを1つだけ置いて、あとは外に置きURLルーティングして各PHPを起動していますけど。ただそれだとPHPは少なくとも1つ以上は公開ディレクトリ内に存在するわけで(例えパスを通すとしても)、「なんでphpがドキュメントルートの下にあるの」に対するDp2LkBy6c8gkさんの疑問への回答にはなっていませんよね。「必要以上に」という文言があるなら分かりますがという話しですね。
あと相手のシステム担当者が「なんでphpがドキュメントルートの下にあるの」って怒ってきたら「お前サーバ設定ミスる気か?」ってなりますけどね。ポリシー上そうしてほしいと依頼されるならまだしも怒られる事ではない気がします。
フレームワークとかは index.php 以外は公開ディレクトリの外に置けたりするけど、あんま意味はない気はする。どのみちそれらは実行されるワケだから。ファイルアップロードで上書きされる可能性はどこに置いてもパーミッションとプログラム次第だから、危険性は一緒。
ですね。OSコマンドインジェクションにしろディレクトリトラバーサルにしろ内外は関係ないですし、公開ディレクトリ内のファイルを上書きできるなら外のファイルも十中八九出来ますしね。(aV1EeUXc3VaAです)
コメ主です確かに「必要以上に」がぬけてましたね。言葉たらずでもうしわけないです
PHPを、PHP以前にあったようなCGIとしてみなすかどうかってことだよね。CGIとしてみなせる部分は隠蔽するし、単にHTML出力しているファイルは公開する。そんな感じじゃないですかね。
みんなの回答 6 件
つ ろりぽ
最小限の機能で動かせるから、軽いとか、機能特化できるってことかなー。
あのCMSでもできるよね、という話はよくあるんだけど、細かく見ていくと設計思想がマッチせず、結局純正機能じゃなくてプラグイン使う、という事がままある。
プラグイン使ったって100%やりたいことができるわけじゃないし、遠回りして「なんとか実現している」状態になっているから、そこをショートカットできるメリット。
オーバースペックな使い方している所も多いしね。
単機能に関して指摘するときりが無いので書きませんが、、、
WEBシステムを理解してる人であれば、そもそもWordPressをベースに開発しようという発想を持たないと思います。デザイナー上がりの人や、PHP初心者の人が何となくWEBサイトを作れる、「WEBサイトつくーる」的なもの。
シンプルなブログサイトを提供するだけであれば、セキュリティー対策やパフォーマンス向上を心掛ければ何とか利用できるとは思います。
ただ、他CMSのブログ機能を補完したほうが、ずっと高品質で拡張性の高いサイトが作れます。
何かのリサーチなんだろうけど、それを人から教えられないとわからないんだったら、開発に向いていないよ。もしくは、一般のWeb開発者がどう考えているのかを知りたいのかな?
申し訳ないがWordpressは穴だらけ。
無料だからこそはじめて価値がでるもの。
100円で廻る寿司は、100円であることに価値があるのと同じ。
独自開発のメリットは
かな。デメリットは
私はデメリットの方が大きいと思うので既存のものを使ってる。
ただWPよりはMTの方がいいかなとは両方触ってて思う。
開発費が全然でない案件で、ブログ+αを設置するだけだったので少しカスタマイズしたWPいれたら、先方のシステム部の人に「なんだこのクエリ数は!」って怒られました。いろんな箇所にちゃんとキャッシュ仕込んだんだけど、それでもダメ出しされたので、軽量なフレームワークでスクラッチしました。
というWPダメだしされた体験談でした。
関連するトピックス