問題タブ [kohana-3]

Kohana 3で中規模のWebアプリケーションをセットアップする方法についてのアドバイス、チュートリアル、リンクを探しています。過去にMVCパターンを実装したことがありますが、「正式な」MVCフレームワークに対して作業したことがないため、まだ取得しています。基本的な例をいじったり、ビューやテンプレートを作成したりするなど、用語を確認してください。

私はかなり順調に進んでいますが、学習オブジェクトとして実際のWebプロジェクト（私がかなり前から計画していたものの1つ）を設定したいと思います。

私は例によって最もよく学びますが、例に基づくドキュメントは、現在、Kohana3では少しまばらです-彼らはサイトでそう言っています。フレームワークを学習することについて心配する必要はありませんが、コードベースが最初から健全に構造化されていることを確認したいと思います。つまり、コントローラーは適切に分割され、適切な名前が付けられ、標準に従っています。最も重要なのは、ビジネスロジックが適切なサイズのモデルに分けられます。

私のアプリケーションは、基本的に、さまざまな検索および一覧表示機能を備えたビジネスディレクトリ、および各エントリ所有者のログイン領域として説明できます。実際の管理データベースバックエンドはすでに処理されています。

すべてのAPIが機能し、すでに配置されていると仮定します-すべてのビジネスの一覧表示、ビジネスの編集、ストリート名によるビジネスの一覧表示、ビジネスとしてログインしたオファーの作成など、機能をに適合させる方法を探していますMVCパターンと、簡単に拡張できるコハナアプリケーション構造に変換します。

• ディレクトリやオンラインコミュニティなどの「データベースを多用する」アプリケーションの実際の例を知っていますか...Kohana3上に構築されたログインエリア、できればオープンソースを使用して、それらの方法を確認できますか？

• ビジネスディレクトリページだけでなく、別のページのその他の製品も処理できる、Kohanaプロジェクトのエンドユーザー用の拡張可能なログイン領域を構築する方法に関する規則やベストプラクティスはありますか？

• Kohanaを使用して複雑なアプリケーションを構築するための優れたリソースを知っていますか？

• 似たようなものを作って、プロジェクトの構造についてアドバイスをいただけますか？

バウンティ

@antpawは、多くの例を示しているビジネスロジックを備えたKohanaアプリケーションを提供してくれたので、賞金を授与しています。@Pixel Developerにも、すばらしいご意見をお寄せいただきありがとうございます。多くの場合、賞金を分割できるといいのですが。

私はおそらくここで本当に明白なことを見落としています。

ライブラリ固有のコードを説明するのに役立つコメントがあります。

まず、Cookie が有効になっているかどうかを確認する簡単な方法が必要でした。私はこれを達成しましたが、Cookie がない場合?cookies=false、URL に見苦しさがありました。

それは問題ありませんでしたが、ページをリロードして Cookie を再び有効にした場合、ユーザーをリダイレクトし?cookies=falseて、URL から削除したかったのです (メソッドが Cookieが有効になっていることを再確認して学習できるようにします)。

Kohana 3のValidate::labelと関数は何ですか? Validate::labelsそれらは何のために使用されることを意図していますか？

モデルと検証に関する例とチュートリアルを見つけます。そして、検証 (または少なくともそのほとんど) をモデルに含める必要があると述べていますが、これには同意します。しかし、それをどのように行うべきかを示す例やチュートリアルはありません。

それがどのように行われるかについての簡単な例で誰かが私を助けてくれますか? モデルのどこにルールを配置しますか? 検証はどこで行われますか? コントローラーは、検証が成功したか失敗したかをどのように認識しますか? コントローラーはどのようにしてエラー メッセージなどを受け取るのでしょうか?

誰かが助けてくれることを願って、ここで少し迷ってしまいます:p

CRONを使用するのはこれが初めてです。

私はそれを使用して、サイトのサブディレクトリに自動的にFTPで転送される外部データを解析しています。

データを処理するコントローラーとモデルを作成しました。ブラウザでURLに正常にアクセスでき、機能します（ただし、これはまもなく制限されます）。

私の問題は、それが機能しているかどうかをどのようにテストできますか？

これをコントローラーに追加して、すばやくダーティなログを作成しました

しかし、これまでのところ、私のCRONが毎分実行されているにもかかわらず、ブラウザから自分自身からリクエストがログに記録されるだけでした。

コマンドでcPanelを使用して設定しました

index.php properties/update/

2番目の部分は、ブラウザでページにアクセスするために使用するものです。

では、これが正しく機能していることをどのようにテストできますか？

注：私はコハナ3を使用しています。

どうもありがとう

Kohana3でURLを呼び出すためのCRONを設定しました。

URLにうまくアクセスしているようです。

ただし、このエラーを受け取りました（ホストがCRONごとに送信する電子メールで返送してください）

url.phpのソース

これはコハナシステムファイルにあります。これは、CRONジョブがHTTPヘッダーを送信していないためですか？

これを修正して機能させるにはどうすればよいですか（コアファイルをハッキングせずに）。

または、CRONを間違って実行していますか？

アップデート

Pekkaは良い答えを提供しましたが、コアファイルを変更することは避けたいと思います（最後の手段として行いますが）。

静的プロパティがあるため、Kohana3はCLIをサポートしているように見えます$is_cli。

http://github.com/kohana/core/blob/master/classes/kohana/core.php#L54

OK、これが CRON ジョブと Kohana 3 に関する私の最後の質問であることを願っています。注: 他の問題は重複していません。

これが私のCRONジョブです（cPanelでセットアップ）

この回答に従って。

出力をメールで送信するように設定しました。5分おきに運行しています。

残念ながら、私のサイトのホームページのソース (index.php または /) が常にメールで送られてきます。

ブラウザでその URL に問題なくアクセスできます。つまり、機能http://www.example.com/properties/updateし、正しく機能します。ファイルロガーが配置されているため、Cron がスクリプトをヒットしていないことがわかります。

これは .htaccess と関係がありますか?

これは以前に誰かに起こったことがありますか?どのように修正しましたか?

どうもありがとう。

アップデート

bootstrap.php誰かが興味を持っている場合は、ここに私の家のルートがあります。

最初に定義されたルートです。

別のアップデート

奇妙なのは、CRON から電子メールを送信すると avar_dump(Kohana::$is_cli);が生成されることです。false

私はGitHubでこれに出くわしました。

それは同等ですか

これは当たり前のことですか？最初の方法を使用してコードが何をしているかを即座に把握した場合、他の開発者が自分のコードを見ることを期待できますか?

私の現在のコードはこれです

email::connect() は SwiftMailer のインスタンスを返します。

これらのドキュメントに従って、動作するはずです。

ただし、エラーが発生します

email::connect()ドキュメントのサンプルコードとまったく同じことをするのを見てきました。あれは

• 正しいファイルを含める
• ライブラリのインスタンスを返す

私は何を間違っていますか？

ありがとう

私のbootstrap.php中には次のものがあります：

これ.htaccessを持っている：

これは、kohanaアプリケーションをアップロードするだけでは、.htaccessファイル内のRewriteBaseが間違っているため、壊れてしまうことを意味します。.htaccess正しいRewriteBaseを使用するように、ブートストラップにあるものと同様の条件をファイルに含める方法はありますか？