<code><link data-turbolinks-track="true" href="/assets/application-16e8967d7c54f145e91a867f0d5294f7.css" media="all" rel="stylesheet"> <script data-turbolinks-track="true" src="/assets/application-92d730502a703801e430d67a1f3a8563.js"></script> <script src="/assets/locales/zh-CN-bdd4c21ca1ead5dc0f4d13251b9e4eb7.js"> 大家看css和js名后面有段md5的代码,起什么作用?.如何在php实现这样的功能呢. 好好的,为什么要弄一个md5加密. </script></code>
回复内容:
<code><link data-turbolinks-track="true" href="/assets/application-16e8967d7c54f145e91a867f0d5294f7.css" media="all" rel="stylesheet"> <script data-turbolinks-track="true" src="/assets/application-92d730502a703801e430d67a1f3a8563.js"></script> <script src="/assets/locales/zh-CN-bdd4c21ca1ead5dc0f4d13251b9e4eb7.js"> 大家看css和js名后面有段md5的代码,起什么作用?.如何在php实现这样的功能呢. 好好的,为什么要弄一个md5加密. </script></code>
这个问题需要这样解答:
试想,你部署一个应用。开启了 expires
or cache-control
or max-age
or etag
就是开启了缓存。
你部署这个应用的时候
里面有一个css文件
<link href="/assets/style.css" media="all" rel="stylesheet">
后来界面发生了修改,你修改了一些css,又增加了一些css,你重新将代码部署到了服务器,但是打开界面还是以前的老界面。
哦,原来是缓存在作怪。浏览器缓存是根据url路径缓存资源。
以前打开你网站的用户在缓存仍然有效的情况下,看到的还是你的老界面。
那该怎么办呢?
很简单,每一次部署的时候都要把文件名称改一下不久ok了吗?
所以你就这样部署
<link href="/assets/style.1.css" media="all" rel="stylesheet">
很好?问题搞定。用户看到了新的界面。
但是问题又来了。
我们不能每一次 都靠 改文件名吧。这样想想都是噩梦。
我们是什么人?程序员啊!!!,怎么能干这么没有脑力的纯体力活呢?写代码解决!!
有了?
每次部署的时候。将静态资源(image, css, js, html, fonts ....) 发布成一个新版本。
里面 关于 html 中的 href,src 引用标签 css 中的 url 都换掉。将文件名 hash 化。 hash 使用 时间戳 岂不是 就解决了。
正解。于是 Static asset revisioning
一词诞生。 翻译过来大概是 静态资源版本迭代。
题主的问题不知道解决没有。但是不得不提的是。
前端的事交给前端就好了,不要用php来做前端的事。
grunt-rev 和 gulp-rev 这两个项目 告诉你 可以怎么做。
要是觉得我说的不对,非要用 php 去实现。也可以。去找 symfony2。
看了这篇文章 你就明白为什么给静态资源打md5了。
http://div.io/topic/745
这应该是js css 等的静态资源问题,静态资源一般放到cdn上,cdn更新速度是很慢的,缓存的原因,所以如果一个js文件更新了,上传的话,文件名没变,是不会立即更新的,解决这个问题可以添加时间戳和md5码,时间戳的缺点就是 如果这次文件未更新,也会上传新文件,md5不会有这个问题,md5是根据文件内容算出来的,这个工作一般有自动化工具完成,比如 fis
和你取一个验证码后面要加一个 &ct=1231231231 时间戳是一样的,防止缓存吧。

PHPSESSIONの障害の理由には、構成エラー、Cookieの問題、セッションの有効期限が含まれます。 1。構成エラー:正しいセッションをチェックして設定します。save_path。 2.Cookieの問題:Cookieが正しく設定されていることを確認してください。 3.セッションの有効期限:セッションを調整してください。GC_MAXLIFETIME値はセッション時間を延長します。

PHPでセッションの問題をデバッグする方法は次のとおりです。1。セッションが正しく開始されるかどうかを確認します。 2.セッションIDの配信を確認します。 3.セッションデータのストレージと読み取りを確認します。 4.サーバーの構成を確認します。セッションIDとデータを出力し、セッションファイルのコンテンツを表示するなど、セッション関連の問題を効果的に診断して解決できます。

session_start()への複数の呼び出しにより、警告メッセージと可能なデータ上書きが行われます。 1)PHPは警告を発し、セッションが開始されたことを促します。 2)セッションデータの予期しない上書きを引き起こす可能性があります。 3)session_status()を使用してセッションステータスを確認して、繰り返しの呼び出しを避けます。

PHPでのセッションライフサイクルの構成は、session.gc_maxlifetimeとsession.cookie_lifetimeを設定することで達成できます。 1)session.gc_maxlifetimeサーバー側のセッションデータのサバイバル時間を制御します。 0に設定すると、ブラウザが閉じているとCookieが期限切れになります。

データベースストレージセッションを使用することの主な利点には、持続性、スケーラビリティ、セキュリティが含まれます。 1。永続性:サーバーが再起動しても、セッションデータは変更されないままになります。 2。スケーラビリティ:分散システムに適用され、セッションデータが複数のサーバー間で同期されるようにします。 3。セキュリティ:データベースは、機密情報を保護するための暗号化されたストレージを提供します。

PHPでのカスタムセッション処理の実装は、SessionHandlerInterfaceインターフェイスを実装することで実行できます。具体的な手順には、次のものが含まれます。1)CussentsessionHandlerなどのSessionHandlerInterfaceを実装するクラスの作成。 2)セッションデータのライフサイクルとストレージ方法を定義するためのインターフェイス(オープン、クローズ、読み取り、書き込み、破壊、GCなど)の書き換え方法。 3)PHPスクリプトでカスタムセッションプロセッサを登録し、セッションを開始します。これにより、データをMySQLやRedisなどのメディアに保存して、パフォーマンス、セキュリティ、スケーラビリティを改善できます。

SessionIDは、ユーザーセッションのステータスを追跡するためにWebアプリケーションで使用されるメカニズムです。 1.ユーザーとサーバー間の複数のインタラクション中にユーザーのID情報を維持するために使用されるランダムに生成された文字列です。 2。サーバーは、ユーザーの複数のリクエストでこれらの要求を識別および関連付けるのに役立つCookieまたはURLパラメーターを介してクライアントに生成および送信します。 3.生成は通常、ランダムアルゴリズムを使用して、一意性と予測不可能性を確保します。 4.実際の開発では、Redisなどのメモリ内データベースを使用してセッションデータを保存してパフォーマンスとセキュリティを改善できます。

APIなどのステートレス環境でのセッションの管理は、JWTまたはCookieを使用して達成できます。 1。JWTは、無国籍とスケーラビリティに適していますが、ビッグデータに関してはサイズが大きいです。 2.cookiesはより伝統的で実装が簡単ですが、セキュリティを確保するために慎重に構成する必要があります。


ホットAIツール

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

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

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

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

人気の記事

ホットツール

Safe Exam Browser
Safe Exam Browser は、オンライン試験を安全に受験するための安全なブラウザ環境です。このソフトウェアは、あらゆるコンピュータを安全なワークステーションに変えます。あらゆるユーティリティへのアクセスを制御し、学生が無許可のリソースを使用するのを防ぎます。

PhpStorm Mac バージョン
最新(2018.2.1)のプロフェッショナル向けPHP統合開発ツール

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

MantisBT
Mantis は、製品の欠陥追跡を支援するために設計された、導入が簡単な Web ベースの欠陥追跡ツールです。 PHP、MySQL、Web サーバーが必要です。デモおよびホスティング サービスをチェックしてください。

VSCode Windows 64 ビットのダウンロード
Microsoft によって発売された無料で強力な IDE エディター

ホットトピック









