mysql の int 型の time フィールドが 8 時間も異なるのはなぜですか?
サプライヤーのクライアント ソフトウェアで各レコードをチェックした時間は正常でしたが、SQLyog を使用してバックグラウンドで直接チェックしたところ、クエリした時間フィールドが常に 8 時間遅かったことがわかりました。何が問題ですか?
次のステートメントを使用します。形式は 2013-05-25th 01:37:08 です。実際、このレコードの正しい時刻は 2013-05-25th 09:37:08 です。
SELECT DATE_FORMAT(FROM_UNIXTIME) (`table` .`time`),'%Y-%m-%D %h:%i:%s') AS `theTime` FROM table
ディスカッション (解決策) に返信
サーバーのタイムゾーン設定
について ただし、サプライヤーのクライアント ソフトウェアには問題はありません。
どうしても方法がない場合、mysql の現在時刻に 8 時間を加えて、int 型の時刻フィールドを 2013-05-25th 01:37:08 の形式で表示する方法。
MySQL サーバーにはいくつかのタイムゾーン設定があります:
· システムのタイムゾーン。サーバーは起動時にホストのタイムゾーンを決定しようとし、それを使用して system_time_zone システム変数を設定します。
· サーバーの現在のタイムゾーン。グローバル システム変数 time_zone は、サーバーが現在使用しているタイム ゾーンを表します。初期値は「SYSTEM」で、サーバーのタイムゾーンがシステムのタイムゾーンと同じであることを示します。初期値は --default-time-zone=timez オプションを使用して明示的に指定できます。スーパー権限がある場合は、次のステートメントを使用して、実行時にグローバル変数値を設定できます。
如果如果 如果如果 如果如果場合たらばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかばかかかし各クライアント接続には、session time_zone 変数によって指定される独自のタイムゾーン設定があります。初期値はグローバル変数 Time_zone と同じですが、次の文を使用して再設定できます。 session.time_zone;
タイムゾーン値は、「+10:00」や「-6:00」などの UTC オフセットを表す文字列です。 mysql データベースにタイムゾーン関連のテーブルを作成してロードした場合は、「ヨーロッパ/ヘルシンキ」、「米国/東部」、「MET」などの名前付きタイムゾーンを使用することもできます。値「SYSTEM」は、タイムゾーンがシステムのタイムゾーンと同じである必要があることを示します。タイムゾーン名は大文字と小文字を区別しません。
両方のフィールドにシステムが表示されます

ホット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):高レベルのモジュールと低レベルのモジュールは抽象化に依存し、依存関係噴射を通じて実装されます。

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