初心者カード発行時の重複防止方法と同様
ここで、多くの初心者カードのパスワードがデータ テーブルに事前に挿入されており、このサイトの各メンバーが自分でそれらを収集する必要があります。しかし、ここで問題が生じます。短期間に多くの人がこの初心者カードを受け取りに行く場合、同じことが繰り返されないようにカードをどのように設計するかです
ディスカッションへの返信 (解決策)
1.カードはランダムに配布され、最後に別のフィールドを追加し、デフォルトで 1 とマークされ、受け取った後は 0 とマークされます
2. 良い方法は、設計中にステップ サイズ 1 で自動的に増加するフィールド ID を追加し、TMP を追加することです。デフォルト値は 0 のフィールドです
TMP は誰かが受け取るたびに増加します 1. ID = TMP のときに収集が完了します
1. ランダムに発行される場合は、カードの後にフィールドを追加します。デフォルトは 1 とマークされています。収集後、0 とマークされます
2. 設計時にステップ サイズ 1 の自動フィールドを追加し、TMP フィールドを追加することをお勧めします。デフォルトは 0 です
誰かがそれを受け取るたびに、TMP が追加されます。 ID = TMP の場合、回収は完了しますが、非常に短期間に複数人が同時に回収を申請した場合、初心者カードは前の人によって回収されますか?彼にはマークフィールドを変更する時間があり、次の人が再びやって来て、初心者カードは別の人に割り当てられました
この問題は同時実行性に関するもので、解決策はロック、SQLです。行レベルのロックを追加するだけです。以前に同様のことを行いました。これにはロックが必要です。コード内で関数をロックできます。同様のデータベースのロックに関する情報を確認できます。
コードを記述するときは、まずステップ サイズに 1 を加えてから、現在のステップ サイズから 1 を引いた値を抽出できます。この方法では、時間は同じで、1 人だけがカードを取得できます。残りの人が表示されますので、後でもう一度試してください
、楽観的ロックと悲観的ロックの方法を参照してください
初心者なので、抜け穴があるかもしれません。ロジック.. 彼らが言っている名詞を確認する方が確実です~
カードが使用されたかどうかを記録するフィールドを使用し、mysql の更新ロック テーブルを使用して同時実行の問題を解決します。
たとえば、テーブル構造は次のようになります。
id Cardno Cardpass used
$sqlstr = "update table set used=1 where used=0 and Cardno=xxxx";
mysql_query($sqlstr);
$affected_rows = mysql_affected_rows() ;
if ($affected_rows==1){ // 変更が成功したことを示します
// 実行と使用が正常に処理されました
}else{
// 実行カードが使用され、処理されました
}

ホット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)

ホットトピック









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

記事では、PHP 5.3で導入されたPHPの後期静的結合(LSB)について説明し、より柔軟な継承を求める静的メソッドコールのランタイム解像度を可能にします。 LSBの実用的なアプリケーションと潜在的なパフォーマ

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

この記事では、フレームワークにカスタム機能を追加し、アーキテクチャの理解、拡張ポイントの識別、統合とデバッグのベストプラクティスに焦点を当てています。

PHP開発でPHPのCurlライブラリを使用してJSONデータを送信すると、外部APIと対話する必要があることがよくあります。一般的な方法の1つは、Curlライブラリを使用して投稿を送信することです。

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

ReactPhpの詳細な解釈の非ブロッキング機能の公式紹介は、多くの開発者の質問を呼び起こしました。
