- 方向:
- 全て ウェブ3.0 バックエンド開発 ウェブフロントエンド データベース 運用・保守 開発ツール PHPフレームワーク 毎日のプログラミング WeChat アプレット よくある問題 他の 技術 CMS チュートリアル Java システムチュートリアル コンピューターのチュートリアル ハードウェアチュートリアル モバイルチュートリアル ソフトウェアチュートリアル モバイル ゲームのチュートリアル
- 分類する:
-
- SpringSecurity+Redis 認証プロセスとは何ですか?
- 序文では、今日の市場でアクセス許可管理のための人気のあるテクノロジー スタックの組み合わせである ssm+shrioSpringCloud+SpringBoot+SpringSecurity を紹介します。この組み合わせには当然、独自の特徴があります。SpringBoot の自動インジェクション構成原理により、SpringSecurity は自動的にインジェクションされ、管理されます。プロジェクトの作成時にフィルター コンテナー (DelegatingFilterProxy) が作成され、このフィルターが SpringSercurity 全体のコアとなります。 SpringSercurity の権限認証プロセス全体をマスターし、SpringBoot はそれを自動的に挿入し、ssm を使用して完了するのに役立ちます。
- Redis 1000 2023-06-03 15:22:20
-
- Redis 共有セッション アプリケーションに SMS ログインを実装する方法
- 1. セッションに基づく SMS ログインの実装 1.1 SMS ログインのフローチャート 1.2 SMS 検証コード送信の実装 フロントエンド リクエストの説明: リクエスト メソッドの説明 POST リクエスト パス /user/code リクエスト パラメータ 電話 (電話番号) 戻り値 バックエンド インターフェイスなし実装: @Slf4j@ ServicepublicclassUserServiceImplextendsServiceImplimplementsIUserService{@OverridepublicResultsendCode(Stringphone,HttpSessionsession){//1。次の場合は携帯電話番号を確認します。
- Redis 1231 2023-06-03 15:11:05
-
- ジャンゴredisの使い方
- 1. キャッシュ データベースとしての redis があらゆる面で大きな役割を果たすことを説明します。Python は redis の操作をサポートします。Django を使用する場合は、Django 用に特別に設計された redis ライブラリ、つまり django-redis2 があります。pipinstalldjango-redis3 をインストールします。 3.1 Redis を構成するには、Django 構成ファイル (setting.py など) を開き、CACHES 項目を CACHES={"default":{"BACKEND":"django_redis.cache.Redis) に設定します。
- Redis 1242 2023-06-03 14:53:13
-
- Redis で 5 つのデータ型を適用する方法
- MySql+Memcached アーキテクチャの問題。実際、MySQL は大規模なデータ ストレージに適しています。アクセスを高速化するために、ホットスポット データは Memcached を介してキャッシュにロードされます。多くの企業がこのようなアーキテクチャを使用してきましたが、ビジネス データの量が増え続けるにつれて、 1. MySQL はデータベースとテーブルを継続的に削除する必要があり、Memcached も拡張し続ける必要があり、拡張とメンテナンスの作業には多くの開発時間がかかります。 2. Memcached と MySQL データベース間のデータの一貫性の問題。 3. Memcached データのヒット率が低い、またはマシンがダウンしている、大量のアクセスが DB に直接侵入しており、MySQL が
- Redis 1348 2023-06-03 14:51:15
-
- Redis の 8 つの古典的な問題とは何ですか?
- 1. Redis 分析を使用する理由: ブロガーは、プロジェクトでの Redis の使用は主にパフォーマンスと同時実行性の 2 つの観点から考慮されると感じています。もちろん、redisには分散ロックなど他の機能もありますが、分散ロックなど他の機能だけなら他のミドルウェア(zookpeerなど)があり、必ずしもredisを使う必要はありません。したがって、この質問には主にパフォーマンスと同時実行性という 2 つの観点から答えられます。回答: 以下に示すように、2 つのポイントに分けられます。 (1) パフォーマンス 以下の図に示すように、実行に特に時間がかかり、結果が頻繁に変化しない SQL に遭遇した場合、特に実行結果をキャッシュに保存します。このようにして、後続のリクエストはキャッシュから読み取られるため、リクエストに迅速に応答できます。余談:突然
- Redis 1241 2023-06-03 14:44:48
-
- Redis のすべてのデータをクリアする方法
- Redis のすべてのデータをクリアする手順の概要 1. cmd コマンド ウィンドウを開き、Redis インストール ディレクトリの bin フォルダーに切り替えます。 2. cmd コマンド ウィンドウで、接続 Redis コマンド: redis-cli.exe-h127.0.0 を入力します。 .1-p63893, connect 成功後、Redis がパスワード モードを構成する場合、最初に正当なパスワードを入力する必要があります。構成がない場合は、このステップを直接フィルタリングできます authabc1234。cmd コマンド ウィンドウで、クリアするコマンドを入力します。すべての Redis データ: flashallRedis データのクリア ポリシー Redis の期限切れポリシーのクリア redis 設定キー 期限切れの名前 setnx、キーの有効期限が切れると、k は自動的にクリアされます
- Redis 3801 2023-06-03 14:25:19
-
- Redisの仕様は何ですか?
- Redis は強力な機能と豊富なデータ型を備えているため、システムがどれほど高速であっても、異常な乱用には耐えることができません。一部の高リスク機能を無効にし、開発の足かせを外すことで、企業は特定の実装に縛られることなく、簡潔かつ一般的なアイデアで問題を検討できるようになります。 Redis は用途に応じて永続化戦略とエビクション戦略が異なるため、Redis クラスターを使用および申請する前に、それがキャッシュに使用されるのか、ストレージに使用されるのかを明確にしてください。 Redis クラスターにはマスター/スレーブとクラスターの 2 つのモードがあり、それぞれに独自の長所と短所があります。以下の仕様ではクラスタモードの区別はなく、利用シーンと運用制限の観点から説明します。仕様を使用してホット データとコールド データを区別する Redis は永続性をサポートしていますが、すべてのデータを Redis に保存するとコストがかかります
- Redis 1262 2023-06-03 14:19:49
-
- Pythonでredisを操作するにはどのような方法がありますか?
- Python は redis を操作し、接続プールを使用します。redis-py は接続プールを使用して redisserver へのすべての接続を管理し、毎回の接続の確立と解放のオーバーヘッドを回避します。デフォルトでは、各 Redis インスタンスは独自の接続プールを維持します。接続プールを直接確立し、それをパラメータ Redis として使用できるため、複数の Redis インスタンスが接続プールを共有できます。 defgetcoon():pool=redis.ConnectionPool(host='192.168.25.126',port=6379,password
- Redis 907 2023-06-03 13:45:03
-
- Redis が ZSET を使用してメッセージ キューを実装する方法
- 1. Redis は zset をメッセージ キューとして使用します メッセージ バックログを処理し、コンシューマの消費容量を変更する方法: コンシューマの数を増やすか、コンシューマの消費容量を最適化して、メッセージをより速く処理できるようにします。同時に、コンシューマの数、消費率、優先度などのパラメータを、メッセージ キュー内のメッセージの数に応じて動的に調整できます。期限切れのメッセージをフィルタリングする: 期限切れのメッセージをメッセージ キューから移動してキューの長さを短縮し、コンシューマが期限切れになっていないメッセージを適時に消費できるようにします。 Redis が提供する zremrangebyscore() メソッドを使用して、期限切れのメッセージをクリーンアップできます。メッセージをセグメント化する: メッセージをセグメント化して、さまざまなメッセージ キューに分散します。
- Redis 1258 2023-06-03 13:14:38
-
- Linux Redis 自動マイニング感染ワーム インスタンスの分析
- 1. 背景 Redis不正問題によりLinuxシステムのroot権限を取得する攻撃手法が公開されて以来、その手軽さから、この問題を悪用してLinuxサービスに侵入し、マイニングやスキャン等を行うハッカーが後を絶ちません。 ; そして、この問題を悪用する多くのケース ブラックプロダクションのサーバーに侵入するケースの中には、この問題をマイニングに悪用し、pnscan を使用して他のマシンを自動的にスキャンして感染させるタイプがあります。このタイプの攻撃は常に存在していましたが、最近増加傾向を示しており、最近何度も捕獲されたため、詳細な分析を行います。 2. 脆弱性の説明 まず、悪用される脆弱性について説明すると、デフォルトでは、Redis は 0.0.0.0:6379 にバインドされます。
- Redis 1408 2023-06-03 12:48:10
-
- Redisの使い方
- 利用シーン 私のプロジェクトではオートコンプリート用に提供されている機能があり、データ量はおそらく数万程度になります。この記事では、名前検索の例を使用して説明しますが、リストについては、Redis の作者によるデモをクリックしてください。このようなリストはユーザー名でいっぱいです。たとえば、システムには次のユーザー オブジェクトがあります: publicClassUser{publicstringId{get;set;}publicstringName{get;set;}....publicstringUserHead{get;set;}}システム ユーザーのドロップダウンリストが必要 データ量が多いため一度に表示できないため、自動
- Redis 1142 2023-06-03 12:48:00
-
- SpringBootキャッシュ機構のRedisスタンドアロンキャッシュを適用する方法
- Redis スタンドアロン キャッシュは Ehcache と同じです。Redis がクラスパスに存在し、Redis が構成されている場合、デフォルトで RedisCacheManager がキャッシュ プロバイダーとして使用されます。Redis スタンドアロン キャッシュを使用する手順は次のとおりです。プロジェクトを作成し、キャッシュの依存関係を追加し、SpringBoot プロジェクトを作成します。 spring-boot-starter-cache と Redis の依存関係を追加します。
- Redis 899 2023-06-03 12:41:50
-
- Redis と MySQL の間の二重書き込みの整合性の問題を解決する方法
- Redis と MySQL の間の二重書き込みの整合性とは、キャッシュとデータベースを使用してデータを同時に保存するシナリオで、2 つの間のデータの整合性 (コンテンツが同じか、可能な限り近いもの) を確保する方法を指します (主に同時実行性が高い場合)。通常のビジネスプロセス: 読み取りは問題ありませんが、書き込み (更新) 操作が鍵となります。これにより、いくつかの問題が発生します。ここでは、最初にデータベースが更新され、次にキャッシュが操作されます。しかし、キャッシュ操作の場合、キャッシュを更新するべきでしょうか、それともキャッシュを削除すべきでしょうか?あるいは、最初にキャッシュを操作 (削除、更新) してからデータベースを更新してみてはいかがでしょうか?要約すると、最初にキャッシュを操作してからデータベースを操作するべきですか、それとも最初にデータベースを操作してからキャッシュを操作する必要がありますか?これらの質問を続けてみましょう。まず、操作キャッシュについて説明します。これには、更新キャッシュと削除の 2 つのタイプがあります。
- Redis 1331 2023-06-03 12:28:10
-
- Redis のメモリ断片化の原因とパイプラインの原理は何ですか?
- メモリの断片化 メモリの断片化はどのようにして起こるのでしょうか? Redis には独自の内部メモリ アロケータがあり、デフォルトは jemalloc で、メモリ使用効率を向上させるためにメモリのアプリケーションと解放を管理します。メモリ アロケータは、プログラムによって要求されたメモリ サイズに正確に従ってではなく、固定サイズに従ってメモリを割り当てます。たとえば、プログラムが 20 バイトのメモリを適用する場合、メモリ アロケータは割り当て数を減らすために 32 バイトのメモリ空間を割り当てます。 Redis は、ビジネスごとにさまざまな種類のデータを保存するために、さまざまなサイズのメモリ空間を適用しますが、メモリは固定サイズに従って割り当てられ、実際に要求されるメモリよりも大きくなるため、このプロセスでメモリの断片化が発生します。例: 高速鉄道車両を使用して説明しましょう。
- Redis 1237 2023-06-03 12:16:41
-
- Redis 分散ロックの落とし穴は何ですか?
- 1. 非アトミック操作では Redis 分散ロックが使用されます。最初に思い浮かぶのは setNx コマンドかもしれません。 if(jedis.setnx(lockKey,val)==1){jedis.expire(lockKey,timeout);} それは簡単で、3 を 5 で 2 で割るだけで、コードを書くことができます。このコードは確かに正常にロックできますが、何か問題は見つかりましたか?ロック操作とそれに続くタイムアウトの設定は別のものであり、アトミックな操作ではありません。ロックは成功したがタイムアウト設定に失敗した場合、lockKey は期限切れになりません。同時実行性の高いシナリオで、多数の lockKey が正常にロックされても失敗しない場合、REDI の失敗に直接つながる可能性があります。
- Redis 1413 2023-06-03 12:03:24