ThinkPHP フレームワークに毎日定期的にアクセスする必要があるページがあります。サーバーは Linux であり、アクセスする際にログイン制限があります。これを解決するにはどうすればよいですか?

データを処理するには PHP プログラムを毎晩実行する必要があります

現在、プロジェクト フレームワーク内の PHP ページに記述されています。Linux のスケジュールされたタスク wget がこのページのアドレスにアクセスし、ログインがないことを通知します

解決方法スケジュール実行を実装するより良い方法はありますか

ディスカッションへの返信(解決策)

ログイン制限を解除し、ヘッダーにローカル IP でない限り、アクセスします。は許可されていません

独自のプログラムが自分自身を制限していませんか?

ログイン制限を削除し、ヘッダーに IP を追加して決定します。ローカル IP でない限り、アクセスは許可されません

このページはプロジェクト内にあるため、プロジェクト全体でログインを削除することはできません。方法があれば解除することも可能です 現在のページのログイン検証(クラスaを継承し、クラスa_initializeメソッドでログインするかどうかの検証)も可能です

ログイン制限を設定し、ヘッダーに IP を追加して決定します。ローカル IP でない限り、すべてのアクセスは許可されません

このページはプロジェクト内にあるため、プロジェクト全体のログイン制限を削除することはできません。現在のページのログイン検証を削除する方法があります (クラス a を継承し、クラス a_initialize メソッドでログインするかどうかを検証します)。アドバイスを求めてください
この部分をモデルまたはモジュールに個別に配置するだけです。 、 以上です。
変更できず、それでもログインする必要がある場合は、自分自身をハッキングするか、自分でプログラムにバックドアや例外を追加してください

1. Curl を使用してログインをシミュレートできます
2. アカウントのログイン情報を記憶します次に、curl で CURLOPT_COOKIE を使用して、それに直接アクセスします

通常、URI がデータベース操作の表示のみを実行する場合は、別のスクリプトを作成して自分で実行できます。なぜ独自のフレームワークに依存する必要があるのでしょうか?ロジックの一部がフレームワークに依存している場合は、それを抽出してコピーできます。いずれにせよ、これは自動的に実行されるスクリプトなので、多くのリソースを消費しません。

一般的に、URI がデータベースの操作と表示のみを実行する場合は、別のスクリプトを作成して自分で実行できるのに、なぜ独自のフレームワークに依存する必要があるのでしょうか。ロジックの一部がフレームワークに依存している場合は、それを抽出してコピーできます。いずれにせよ、これは自動的に実行されるスクリプトなので、多くのリソースを消費しません。 ...

put ログイン制限を削除し、ヘッダーに IP を追加して決定します。ローカル IP でない限り、アクセスは許可されません

このページはプロジェクト内にあるため、プロジェクト全体で削除することはできません。ログイン制限 現在のページを削除する方法（継承されたクラス a、クラス a_initialize メソッドでログインしているかどうかを確認する）があれば、アドバイスをお願いします

これを入れるだけでも大丈夫です。モデルまたはモジュールに単独で組み込むだけで完了です。
変更できず、それでもログインする必要がある場合は、自分自身をハッキングするか、自分でプログラムにバックドアや例外を追加してください

プログラムが自分自身を制限していませんか?

解決しました。 解決策は非常に簡単です。ログインするかどうかを決定するときに、このコントローラーとメソッドを除外リストに追加します。前に考えすぎました...