現在、
id
title title
info content
tags タグ ID コレクション
status ステータス (-1, 0, 1, 2)
atime 追加時間
utime 更新時間
ptime リリース時間 の mysql テーブル記事構造があると仮定します。
デマンドプレス (タグ/ステータス) 時間順に記事を並べ替える (追加/更新/公開)
このとき、redis テーブルはどのように設計されるべきですか?
現在のアイデアは
文字列型
article:title:{id}
article:info:{id}
article:tags:{id}
article:status:{id}
article:atime:{id}
articleです:utime:{id}
article:ptime:{id}
タイプを設定
すべてのコレクション:article:list
ステータスに従ってコレクションを個別に保存:article:status:{-1/0/1/2}
以下に従って個別に保存タグへ コレクション記事:tag:{tag_id}
ソートするには、article:tag:1 byarticle:atime:* のようなものを使用します。この設計は合理的ですか?
別の質問があります。検索するときは、
zrangebylexarticle:status:0 [f (g
結果はエラーです
未知のコマンド 'zrangebylex'です
理由は何ですか?
現在、
id
title title
info content
tags タグ ID コレクション
status ステータス (-1, 0, 1, 2)
atime 追加時間
utime 更新時間
ptime リリース時間 の mysql テーブル記事構造があると仮定します。
デマンドプレス (タグ/ステータス) 時間 (追加/更新/公開) に従って記事を並べ替えます
このとき、redis テーブルはどのように設計されるべきですか?
現在のアイデアは
文字列型
article:title:{id}
article:info:{id}
article:tags:{id}
article:status:{id}
article:atime:{id}
articleです:utime:{id}
article:ptime:{id}
タイプを設定
すべてのコレクション:article:list
ステータスに従ってコレクションを個別に保存:article:status:{-1/0/1/2}
以下に従って個別に保存タグへ コレクション記事:tag:{tag_id}
別の質問があります。検索しようとするときは、
zrangebylexarticle:status:0 [f (g
結果はエラーです
不明なコマンド 'zrangebylex'です
原因は何ですか?
sortarticle:tag:1 byarticle:atime:* この文はタグ1の記事IDのソートを時間を加算して取得するというものですよね?このデザインは効果的です
文字列型はキーが多すぎるため推奨されません

thesecrettokeepingaphp-poweredwebsterunningsmootlyunderheavyloadinvolvesseveralkeystrategies:1)emform opcodecoduceSciptionexecutiontime、2)aatabasequerycachingwithiThing withiThistolessendavasoload、

コードをより明確かつ維持しやすくするため、依存関係が関心(DI)に注意する必要があります。 1)DIは、クラスを切り離すことにより、よりモジュール化されます。2)テストとコードの柔軟性の利便性を向上させ、3)DIコンテナを使用して複雑な依存関係を管理しますが、パフォーマンスの影響と円形の依存関係に注意してください。

はい、最適化されたAphPossibleandessention.1)CachingingusapCutoredatedAtabaseload.2)最適化、効率的なQueries、およびConnectionPooling.3)EnhcodeCodewithBultinctions、Avoididingglobalbariables、およびUsingopcodeching

keyStrategIestsoSificlyvoostphpappliceperformanceare:1)useopcodecachinglikeToreexecutiontime、2)最適化abaseの相互作用とプロペラインデックス、3)3)構成

aphpDependencyInjectionContaineriSATOULTAINATINAGECLASSDEPTINCIES、強化測定性、テスト可能性、および維持可能性。

SELECT DEPENTENCINGINOFCENT(DI)大規模なアプリケーションの場合、ServicElocatorは小さなプロジェクトまたはプロトタイプに適しています。 1)DIは、コンストラクターインジェクションを通じてコードのテスト可能性とモジュール性を改善します。 2)ServiceLocatorは、センター登録を通じてサービスを取得します。これは便利ですが、コードカップリングの増加につながる可能性があります。

phpapplicationscanbeoptimizedforspeedandEfficiencyby:1)enabingopcacheinphp.ini、2)PreparedStatementswithpordatabasequeriesを使用して、3)LoopswithArray_filterandarray_mapfordataprocessing、4)の構成ngincasaSearverseproxy、5)

PHPemailvalidationinvolvesthreesteps:1)Formatvalidationusingregularexpressionstochecktheemailformat;2)DNSvalidationtoensurethedomainhasavalidMXrecord;3)SMTPvalidation,themostthoroughmethod,whichchecksifthemailboxexistsbyconnectingtotheSMTPserver.Impl


ホットAIツール

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

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

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

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

人気の記事

ホットツール

MinGW - Minimalist GNU for Windows
このプロジェクトは osdn.net/projects/mingw に移行中です。引き続きそこでフォローしていただけます。 MinGW: GNU Compiler Collection (GCC) のネイティブ Windows ポートであり、ネイティブ Windows アプリケーションを構築するための自由に配布可能なインポート ライブラリとヘッダー ファイルであり、C99 機能をサポートする MSVC ランタイムの拡張機能が含まれています。すべての MinGW ソフトウェアは 64 ビット Windows プラットフォームで実行できます。

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

Dreamweaver Mac版
ビジュアル Web 開発ツール

DVWA
Damn Vulnerable Web App (DVWA) は、非常に脆弱な PHP/MySQL Web アプリケーションです。その主な目的は、セキュリティ専門家が法的環境でスキルとツールをテストするのに役立ち、Web 開発者が Web アプリケーションを保護するプロセスをより深く理解できるようにし、教師/生徒が教室環境で Web アプリケーションを教え/学習できるようにすることです。安全。 DVWA の目標は、シンプルでわかりやすいインターフェイスを通じて、さまざまな難易度で最も一般的な Web 脆弱性のいくつかを実践することです。このソフトウェアは、

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