問題タブ [hmvc]

OK、CodeigniterのHMVCは、HMVCパターンやMVC vs HMVCなどの多くのスタックオーバーフローの議論に基づいたスケーラブルなWebアプリケーション（Kohana 3を使用）に移行する方法です。

しかし、HMVCアプローチを使用すると、Codeigniterで使用した場合のパフォーマンスにどのように影響しますか？私の理解では、HMVCは「コントローラーをシミュレート」します。ある日の「大規模な」プロジェクトを想定すると、Codeigniterの実装は将来の問題になりますか？

私は、PHP 5.3、CodeIgniter 2.0、およびHMVCModularExtensionsを使用してMacOSXSnowLeopardでローカルに開発してきました。すべてがうまく機能しています。

突然、特定できない理由がないので、ページを表示しようとすると、このエラーが発生することがあります。

指定されたデータベースを選択できません：appファイル名：/Library/WebServer/Documents/www/development/appdb/third_party/MX/Loader.php行番号：96

エラーは特定の場所では発生しません。5〜10ページの読み込みごとに発生するようです。通常は更新後に消えますが、数回更新する必要がある場合もあります。

誰かが以前にこのエラーに遭遇したことがありますか？それは私のMac上のmySQLのほんの一部の不安定さですか？（また、現在のDBをエクスポートし、別の名前で再インポートして、その新しいDBを割り当てようとしましたが、問題は解決しません。MacでMySQL DBをテストして「修復」する方法がわかりません。）

助けてくれてありがとう！

ゲイリー

HMVCパターンで実行されている私のプロジェクトにionauthを使用することに興味があります。アプリケーションはCodeigniterで書かれています。

私が直面している問題は、ionauthが/app / modules / authフォルダーに配置された後、モジュールにアクセスしようとすると、次のエラーが発生することです。

HTTPエラー500（内部サーバーエラー）：
サーバーが要求を実行しようとしたときに、予期しない状態が発生しました。

ここで私を助けてください、私はある種の構成/パスの問題を抱えていると確信していますが、どこにあるのかわかりません。

githubからion_authファイルをダウンロードし、抽出したファイルをそのままモジュールフォルダーに配置しました。構成を使用して自動ロードしたため、データベース、セッションなどのライブラリをロードするすべての行を削除しました。しかし、ion_authライブラリのロードは終了しました。

モジュールフォルダーmodules/authには、モジュール固有の構成、ライブラリなどのフォルダーを持つ同様のアプリケーション構造があります。

どこで間違ったことをしたに違いないか教えてください。運が良ければ、この問題を検索して修正し、投稿します。

CodeigniterのHMVCは初めてです。

動的フォームを使用すると、ユーザーがリンクをクリックしたときに新しい「セグメント」を作成できます。

現在、セグメントhtmlとphpはmodule / view/segment_view.phpにあります。ビューには動的php変数も必要です。

jQueryを使用して「ビューをロード」するにはどうすればよいですか？jQueryからビューを直接ロードできないことは理解していますが、AJAX呼び出し用にコントローラーを構造化する方法がわかりません。これはCodeigniterの強みではないようですか？

編集：
「セグメント」はフォーム内にあります。フォームには常に1つのセグメントがあります。jQueryはさらにセグメントを追加できます。各セグメントには、フォームの入力と検証のためにphp配列が必要です。

これは、form_viewファイルの簡略化されたバージョンです。

さて、これは実際にはアプリケーションロジックをプレゼンテーションから分離しているわけではありません。ハハ。では、コードがHMVCであり、phpコントローラー/ビューおよびjQueryからアクセスできるようにこれを構造化するための最良の方法は何ですか？

そのフレームワークは開発者にとってケージであるべきだと思います.Kohana は多くの自由を与えてくれるので、他の人が 2 つのアクション関連のことをどのように処理するのか疑問に思っています:

1. 内部アクション。つまり、非常に長いアクションがある場合、それを internal_action、internal_someotheraction などのいくつかのサブアクションに分割します。あなたはどう思いますか、それは良い習慣ですか？それとも、コントローラーの標準アクション以外の他の機能を避けるのでしょうか? では、ディテクトは内面性と呼ばれる行為なのだろうか？

2. を実行するだけで他のアクションにリダイレクトしたい場合があります$this->action_other;return;か? それとも、常に新しい HMVC リダイレクトを作成しますか?

MVCでのHTMLフォーム処理について疑問に思っています。私は現在コハナを使用していますが、質問は本質的に一般的です。だから私は2つのアプローチについての意見と推奨事項を集めたいと思います：

1. 処理を続行すると、次のフォームが表示されます。

   /li>

2. これを表示する以外のアクションでフォーム処理を維持する

   /li>

3. あなたが好む他のアーキテクチャ？

最初のアプローチは入力と処理が高速ですが、2番目のアプローチはより再利用可能です-フォームを処理するaction_twoは、APPの他の場所のフォームまたはajaxから呼び出すことができます。

どう思いますか ？

まず、この投稿にご迷惑をおかけしましたことをお詫び申し上げます。ここに質問を投稿するのはこれが初めてであり、これに慣れるにはもっと時間が必要です。

Q1。次のように、フロントエンドとバックエンド用に2つの「マスターコントローラー」を作成します。

• MY_ControllerはCI_Controllerを拡張します
• フロントエンドはMY_Controllerを拡張し、すべてのフロントエンドコントローラーはフロントエンドを拡張します。
• BackEndはMY_Controllerを拡張し、すべてのバックエンドコントローラーはBackEndを拡張します。

HMVC（MX）でそれを行うための最良の方法は何ですか？

MY_Controller、Frontend、Backendの3つのクラスをMY_Controller.phpに入れるというアイデアを与えてくれた@Wesley Murchに感謝しますが、各クラスを1つのphpファイルに入れる方が良い（よりクリーン）と思います。それとも私は間違っていますか？私はこのような構造を作成することを考えていました：

• ./core/MY_Controller.php（MX_Controllerを拡張）
• ./libraries/Backend.php（MY_Controllerを拡張します）
• ./libraries/Frontend.php（MY_Controllerを拡張）
• autoload.phpのバックエンドとフロントエンドの自動ロード
• すべてのフロントエンドコントローラーはフロントエンドを拡張します（例class Blog extends Frontend:)
• すべてのバックエンドコントローラーはバックエンドを拡張します（例class Admin extends Backend:)

これは、バックエンド/フロントエンドコントローラーにinclude_onceまたはrequire_once： ./libraries/ Backend.phpまたは./libraries/Backend.phpのコードをもう1行追加しなくても機能しますか？

Q2。HMVCで複数のテーマを実装するにはどうすればよいですか？たとえば、MVCでは、次のように2つのテーマを構成できます。

• ./application/views/ theme1 /view_files.php
• ./application/views/ theme2 /view_files.php

しかし、HMVCでは、ビューフォルダーは別々のフォルダー内にあり、複数のテーマを実装する場合は、通常、次のようにする必要があります。

• ./application/modules/ module1 / views / theme1 /view_files.php
• ./application/modules/ module1 / views / theme2 /view_files.php
• ./application/modules/ module2 / views / theme1 /view_files.php
• ./application/modules/ module2 / views / theme2 /view_files.php

テーマのすべてのビューファイルを1つのフォルダーに入れたいので、それは私が望んでいることではありません。後で新しいテーマを作成する場合は、1つのテーマフォルダーのみを複製する必要があります。しかし、HMVCモデルを壊さずにそれを行うにはどうすればよいのでしょうか（私が知る限り、HMVCモデルでは、モデル、ビュー、コントローラーは1つのモジュールフォルダーにある必要があります-少なくともCIでは）。それは私が立ち往生している紛争です。

ユーザーのアクセス許可に応じて特定のウィジェット/インクルードを表示するページを作成しようとしています。私は CodeIgniter と MVC にまったく慣れていません。

例。 私はカレンダーを持っています。これにはコントローラー、モデル、およびビューがあり、他のページに含める必要があります。このカレンダーと他の類似の「ウィジェット」を 1 つのページに表示したいと考えています。このページには現在、コントローラーとビューがあります。

別のコントローラーからコントローラーをロードするべきではないことはわかっていますが、それを回避する方法がわかりません。ヘルパーから複数のコントローラーをロードできますか? または何らかの形式のテンプレートが必要ですか?

ありがとう、

ジャッキー

私は Codeigniter を使用していますが、過去にデータベースへの接続に問題はありませんでした。

データベースの再構築 (列の追加、データの挿入など) を行っていたところ、まれにしか表示されないエラーが発生しました。特定のページには表示されず、通常は更新後に消えます。ページを表示する 10 ～ 20 回ごとにのみ表示されます。

ここの問題と非常によく似ているようです: CodeIgniter の HMVC モジュラー拡張に関するトラブル

データベース自体に問題があるように見えますか? 任意の提案をいただければ幸いです....

前の質問に従って、codeigniter の HMVC 拡張機能をセットアップしています。 https://bitbucket.org/wiredesignz/codeigniter-modular-extensions-hmvc/wiki/Home 残念ながら、ドキュメントがあまり見つかりません。

フォルダの設定方法がわかりません。コア フォルダー内のファイルだけでなく、third_party 内の MX フォルダーもコピーしました。その後、application/modules フォルダーを作成しました。そこから、バナー スライダー ウィジェットを作成します。モジュール内に「スライダー」というサブフォルダーを作成し、その中に「コントローラー」、「モデル」、および「ビュー」フォルダーを作成しました。application/modules/slider/controllers/ フォルダー内に、main.php というコントローラーがあります。application/modules/slider/models/ フォルダー内に、slider_model.php というモデルがあります。まず、これはこれを使用するための適切なフォルダー構造ですか? もしそうなら、ここに私が抱えている問題があります。

サイトをロードするwelcome.phpコントローラーは次のようになります。

welcome_message.php ビュー内には、次のものがあります。

次に、メインコントローラー内にこれがあります：

現状では、次のエラーが発生しています: Fatal error: Cannot redeclare class CI in /homepages/15/d94236848/htdocs/application/third_party/MX/Base.php on line 57

私は何が欠けていますか？