問題如標題說的
會特別問的原因是因為評估的時候
發現有使用到.htaccess
大概約有快七百行
撇開效能優化那些
應該也有個六百多行
其中像是這樣的code
RewriteCond %{REQUEST_URI} (/o.product/([^\/]+)/([^\/]+)/(spec|measure|install|warranty|portfolio|swatches|inquiry))
RewriteCond %{REQUEST_URI} (/o.product/([^\/]+)/([^\/]+)/([^\/]+)/([^\/]+))
RewriteCond %{REQUEST_URI} (/o.product/([^\/]+)/([^\/]+)/([^\/]+))
RewriteCond %{REQUEST_URI} (/o.product/([^\/]+)/([^\/]+))
這還只是一小部分針對/o.product/後面會接的東西進行辨識
然後走到不同的地方
如果轉成NGINX
這些東西都要逐行檢查
且重寫到.conf的location中
如果目前沒有遇到效能問題的情況下
是否可以先不轉移
會猶豫要不要轉到NGINX上除了這個原因外
還有就是有其他專案接手了
時間上怕會不夠測試所以想先暫緩
想問問各位大大的意見
rewrite 能寫到六七百行?!這對系統維護就是個很大的問題。
從你秀出來的 rewrite 片段就感覺 Regular Expression 寫的很冗贅。所以建議是:
簡單回答,會設定處理就改。不會就不要改
要不然就是用混合式的。nginx+appache的方式。