thinkphpでフォントファイルを導入するとモジュールとして扱われてしまう問題を解決してください。
これはフォントのパスです http://localhost/zx/Public/css/fonts/fonts.ttf
CSS でフォントを導入するとモジュールとして扱われます
このような状況が発生します
モジュールをロードできません: パブリック
エラーの場所
FILE: D:wwwzxThinkPHPCommonfunctions.php LINE: 112
この問題の対処方法
ディスカッションへの返信(解決策)
publicとtemplateを同じに入れなくても十分ではないでしょうかディレクトリ?
css js ttf これらのソフトウェアはルートディレクトリのフォルダーに配置する必要があります テンプレートと同じディレクトリに配置するにはどうすればよいですか
モジュールをロードできません: Public。このエラーは、リンク http://localhost/zx/Public/css/fonts/fonts.ttf を介してブラウザーでフォント ファイルにアクセスすると発生します。Public はモジュールとして扱われ、css はコントローラーとして扱われ、フォントはメソッドとしては、フォントは URL パラメータとして扱われます。さらに、CSS ファイルにフォントと画像を導入する場合は、相対パスを使用する必要があります。
サブディレクトリ zx/Public/css は存在しません
したがって、このパスはコマンドとして扱われます
ディレクトリは css ディレクトリ内にあり、css ファイルは正常にインポートされます
モジュールをロードできません:パブリック。このエラーは、リンク http://localhost/zx/Public/css/fonts/fonts.ttf を介してブラウザーでフォント ファイルにアクセスすると発生します。Public はモジュールとして扱われ、css はコントローラーとして扱われ、フォントはメソッドとしては、フォントは URL パラメータとして扱われます。さらに、CSS ファイルにフォントと画像を導入する場合は、相対パスを使用する必要があります。
相対パスが使用されます
サブディレクトリ zx/Public/css は存在しません
このパスはコマンドとして扱われます
ディレクトリはin css ディレクトリ内の css ファイルが正常に導入されました
リライターの問題
RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)$index.php [L,E=PATH_INFO:$1]
ファイルアドレスが間違っていてファイルが見つからない場合、書き換えがオンになっているためモジュールとして扱われます。
ファイルアドレスが間違っていてファイルが見つからない場合。モジュール
ファイルアドレスはOKです
ディレクトリを再定義し、ルートディレクトリにPublicを入れてください。 /Public/fonts/Fonts.ttf のようにフォントファイルを Public に置きます。
ファイルが見つからない場合は、ファイルアドレスが間違っていると見なされます。
ファイルアドレスは問題ありません
Apache の書き換えをオフにして、http://localhost/zx/Public/css/fonts/fonts.ttf にアクセスして確認してください。 404 の場合
ディレクトリを再調整し、ルート ディレクトリに Public を配置し、フォント ファイルを Public に配置します。つまり、/Public/fonts/Fonts.ttf
zx はプロジェクトファイルで、public はこのプロジェクトファイルのルートディレクトリにあります。
ファイルが見つからない場合は、ファイルアドレスが間違っています。
ファイルアドレスは問題ありません。
Apache の Rewrite をオフにして、http://localhost/zx/Public/ にアクセスします。 css/fonts/fonts.ttf で 404 かどうかを確認してください。
成功しませんでした。このような状況に遭遇したことはありますか。
ディレクトリ構造
と問題を投稿してください。解決されます。調べてみると、CSSファイルのインポートが間違っていて、CSSで導入したフォントがカレントディレクトリにあることが判明しました。 CSS はフレームワークを使用しているため、内部のコードは見ていません。以前はパスの問題だと思っていましたが、今日コードを読み直してみましたが失敗しました。皆さん、ご回答ありがとうございました

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック











JWTは、JSONに基づくオープン標準であり、主にアイデンティティ認証と情報交換のために、当事者間で情報を安全に送信するために使用されます。 1。JWTは、ヘッダー、ペイロード、署名の3つの部分で構成されています。 2。JWTの実用的な原則には、JWTの生成、JWTの検証、ペイロードの解析という3つのステップが含まれます。 3. PHPでの認証にJWTを使用する場合、JWTを生成および検証でき、ユーザーの役割と許可情報を高度な使用に含めることができます。 4.一般的なエラーには、署名検証障害、トークンの有効期限、およびペイロードが大きくなります。デバッグスキルには、デバッグツールの使用とロギングが含まれます。 5.パフォーマンスの最適化とベストプラクティスには、適切な署名アルゴリズムの使用、有効期間を合理的に設定することが含まれます。

セッションハイジャックは、次の手順で達成できます。1。セッションIDを取得します。2。セッションIDを使用します。3。セッションをアクティブに保ちます。 PHPでのセッションハイジャックを防ぐための方法には次のものが含まれます。1。セッション_regenerate_id()関数を使用して、セッションIDを再生します。2。データベースを介してストアセッションデータを3。

PHP開発における固体原理の適用には、次のものが含まれます。1。単一責任原則(SRP):各クラスは1つの機能のみを担当します。 2。オープンおよびクローズ原理(OCP):変更は、変更ではなく拡張によって達成されます。 3。Lischの代替原則(LSP):サブクラスは、プログラムの精度に影響を与えることなく、基本クラスを置き換えることができます。 4。インターフェイス分離原理(ISP):依存関係や未使用の方法を避けるために、細粒インターフェイスを使用します。 5。依存関係の反転原理(DIP):高レベルのモジュールと低レベルのモジュールは抽象化に依存し、依存関係噴射を通じて実装されます。

phpstormでCLIモードをデバッグする方法は? PHPStormで開発するときは、PHPをコマンドラインインターフェイス(CLI)モードでデバッグする必要がある場合があります。

システムが再起動した後、UnixSocketの権限を自動的に設定する方法。システムが再起動するたびに、UnixSocketの許可を変更するために次のコマンドを実行する必要があります:sudo ...

記事では、入力検証、認証、定期的な更新など、脆弱性から保護するためのフレームワークの重要なセキュリティ機能について説明します。

静的結合(静的::) PHPで後期静的結合(LSB)を実装し、クラスを定義するのではなく、静的コンテキストで呼び出しクラスを参照できるようにします。 1)解析プロセスは実行時に実行されます。2)継承関係のコールクラスを検索します。3)パフォーマンスオーバーヘッドをもたらす可能性があります。
