【Laravel ピット回避メモ】Laravel エラー報告問題 42S01 420004 42S22】etc...
次のコラムでは、laravelのエラー報告の問題42S01 420004 42S22]などを紹介します...必要な友人の役に立てば幸いです。
laravel の落とし穴回避メモソース ネットワーク
1.Laravel 5.4:指定されたキーが長すぎますエラー原因: LV 5.4 以降、データベースのデフォルトの文字セットは utf8mb4 (絵文字のサポートを含む) です。 MySQL v5.7.7 以降を使用している場合は、変更する必要はありません。 MySQL データベースの以前のバージョン (MariaDB を含む) を使用する子供用の靴は、次のように変更できます。ファイル /project/app/Providers/AppServiceProvider.php
2.SQLSTATE[42S01]: ベース テーブルまたはビューはすでに存在します: 1050
1
2
3
4
5
6
use
Illuminate\Support\Facades\Schema;
// 注意要引入命名空间
public
function
boot()
{
Schema::defaultStringLength(191);
// 针对 早期 mysql 数据迁移
}
ログイン後にコピーを変更して再利用します。移行コマンド:
1
php artisan migrate
ログイン後にコピー
テーブルは移行時にすでに存在します。データ、解決策:
既存のテーブルを削除して、再度移行します。#3.PDOException::("SQLSTATE[42000]: 構文エラーまたはアクセス違反: 1067 'published_at' のデフォルト値が無効です")
変更方法 1: vim config/database.php
1 2 3 4 5 6 |
|
1 2 3 4 5 6 |
|
1 |
|
デフォルトのタイムスタンプを設定します
1 |
|
##4.PDOException::(“SQLSTATE[42S22]: 列が見つかりません: 1054 Unknown columns 'created_at' in 'field list'")
この問題は、テーブルの移行中にデフォルトのタイムスタンプ フィールドが設定されないことが原因ですが、ファクトリ メソッドはシード データの生成に使用されます。修正できます。
1 2 3 4 5 6 7 8 9 |
|
make:migration
正確には、これは次のとおりです。この操作は 1 回だけ実行する必要があるため、落とし穴ではありません。ただし、初心者の場合、意図せずに複数回繰り返す可能性があり、移行時にエラーは報告されません。移行の実行時に問題が発生しました。
解決策は、同じテーブルのスキーマ名を削除または変更することです。
の複数形としてモデルに対応するテーブル名をデフォルトで使用します。したがって、$table 属性はモデル内で次のように書き換える必要があります。 :##5.php 職人 db:seed テーブル名が複数形および単数形になる
これは次のことに関連している可能性があります。チングリッシュの場合、外国人はテーブル名を複数形で書くことに慣れているため、英語の単語
protected $ table='student';インターネットで検索し、自分や他の人のために保存してください。
以上が【Laravel ピット回避メモ】Laravel エラー報告問題 42S01 420004 42S22】etc...の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

ホットAIツール

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

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

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

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

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

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

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

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

ホットトピック









Laravel 9 と CodeIgniter 4 の最新バージョンでは、更新された機能と改善が提供されます。 Laravel9はMVCアーキテクチャを採用しており、データベース移行、認証、テンプレートエンジンなどの機能を提供します。 CodeIgniter4 は、HMVC アーキテクチャを使用してルーティング、ORM、およびキャッシュを提供します。パフォーマンスの面では、Laravel9 のサービスプロバイダーベースの設計パターンと CodeIgniter4 の軽量フレームワークにより、優れたパフォーマンスが得られます。実際のアプリケーションでは、Laravel9 は柔軟性と強力な機能を必要とする複雑なプロジェクトに適しており、CodeIgniter4 は迅速な開発や小規模なアプリケーションに適しています。

Laravel と CodeIgniter のデータ処理機能を比較します。 ORM: Laravel はクラスとオブジェクトのリレーショナル マッピングを提供する EloquentORM を使用しますが、CodeIgniter は ActiveRecord を使用してデータベース モデルを PHP クラスのサブクラスとして表します。クエリビルダー: Laravel には柔軟なチェーンクエリ API がありますが、CodeIgniter のクエリビルダーはよりシンプルで配列ベースです。データ検証: Laravel はカスタム検証ルールをサポートする Validator クラスを提供しますが、CodeIgniter には組み込みの検証関数が少なく、カスタム ルールの手動コーディングが必要です。実践例:ユーザー登録例はLarを示しています

初心者にとって、CodeIgniter は学習曲線が緩やかで機能は少ないですが、基本的なニーズはカバーしています。 Laravel は幅広い機能セットを提供しますが、学習曲線はわずかに急になります。パフォーマンスの点では、Laravel と CodeIgniter はどちらも良好なパフォーマンスを示します。 Laravel にはより広範なドキュメントとアクティブなコミュニティ サポートがあり、CodeIgniter はよりシンプルで軽量で、強力なセキュリティ機能を備えています。ブログアプリケーションを構築する実際のケースでは、Laravel の EloquentORM を使用するとデータ操作が簡素化されますが、CodeIgniter ではより手動の構成が必要になります。

大規模プロジェクト用のフレームワークを選択する場合、Laravel と CodeIgniter にはそれぞれ独自の利点があります。 Laravel はエンタープライズレベルのアプリケーション向けに設計されており、モジュール設計、依存関係の注入、強力な機能セットを提供します。 CodeIgniter は、速度と使いやすさを重視した、小規模から中規模のプロジェクトに適した軽量フレームワークです。複雑な要件と多数のユーザーを伴う大規模なプロジェクトには、Laravel のパワーとスケーラビリティがより適しています。単純なプロジェクトやリソースが限られている状況では、CodeIgniter の軽量で迅速な開発機能がより理想的です。

Laravel - アーティザン コマンド - Laravel 5.7 には、新しいコマンドを処理およびテストするための新しい方法が付属しています。これには職人コマンドをテストする新しい機能が含まれており、そのデモについては以下で説明します。

小規模なプロジェクトの場合、Laravel は強力な機能とセキュリティを必要とする大規模なプロジェクトに適しています。 CodeIgniter は、軽量さと使いやすさを必要とする非常に小規模なプロジェクトに適しています。

Laravel の Blade と CodeIgniter の Twig テンプレート エンジンを比較し、プロジェクトのニーズと個人的な好みに基づいて選択してください。Blade は MVC 構文に基づいており、適切なコード編成とテンプレートの継承を促進します。 Twig は、柔軟な構文、強力なフィルター、拡張サポート、セキュリティ サンドボックスを提供するサードパーティ ライブラリです。

Laravel - ページネーションのカスタマイズ - Laravel には、ユーザーまたは開発者がページネーション機能を組み込むのに役立つページネーションの機能が含まれています。 Laravel ページネーターは、クエリ ビルダーおよび Eloquent ORM と統合されています。自動ページネーションメソッド
