常用的轉址方式有三種: 301 redirect, 302 redirect 以及 meta refresh.
最近案子常會碰到這幾個，所以就在網路找到相關的資訊並記下來囉!
301 redirect:
301代表永久轉址(permanently moved),這是對SEO最安全的轉址方式,只要不是暫時搬移的情況,都建議使用301來做轉址.
302 redirect:
302代表暫時轉址(temporary),容易被搜尋引擎容易誤判為spam而遭到懲罰.建議不要使用.
Meta refresh:
藉由網頁中的meta指令,於特定時間後重新導向到新的網頁,如果延遲的時間太短(約3秒之內),會被判斷為spam,若必須採用meta fresh的方式時,請勿將延遲時間設定太短
<HTML>
<HEAD>
…
<META HTTP-EQUIV=refresh” CONTENT=”停留的秒數;URL=要轉的URL”>
…
</HEAD>
<BODY>
…
</BODY>
</HTML>
最近看到的 蠻有趣的~
大家欣賞一下自已曾說過的話吧!!
也許這就是工程師的common sense吧…
有些看不太懂~不敢亂翻~有些也可能會錯意
請各位再補充給我
Top 20 replies by Programmers to Testers when their programs don't work
COUNT DOWN……
20. “That's weird…” 那太不可思議了..
19. “It's never done that before.” 以前從來沒有那樣過
18. “It worked yesterday.” 它昨天還是正常的.
17. “How is that possible?” 那是有可能的好嗎?
16. “It must be a hardware problem.” 這一定是硬體的問題
15. “What did you type in wrong to get it to crash?” 你是輸入了什麼而得到這個讓它crash的錯誤呢?
14. “There is something funky in your data.” 有一些怪資料在我的data裡
13. “I haven't touched that module in weeks!” 我在這星期並沒有改到那個模組
12. “You must have the wrong version.” 你一定使用了錯誤的版本
11. “It's just some unlucky coincidence.” 這就只是些不幸的巧合罷了
10. “I can't test everything!” 我不能每件事都測試過!!
9. “THIS can't be the source of THAT.”
8. “It works, but it hasn't been tested.”
7. “Somebody must have changed my code.” 一定有人改過我的code
6. “Did you check for a virus on your system?” 你確定檢查過你的電腦沒有中病毒嗎?
5. “Even though it doesn't work, how does it feel?
4. “You can't use that version on your system.” 在你的電腦不能使用這個版本
3. “Why do you want to do it that way?” 為什麼你要用那種方式執行它呢?
2. “Where were you when the program blew up?” 當程式出問題時,你在哪?
1. “It works on my machine” 在我的機器上是可以動的!!
文章出處:http://underthesunz.blogspot.com/2006/11/top-20-replies-by-programmers-to.html
目標：針對某字串進行置換，但針對該字串當有符合某一條件時就不置換
說明：一般我們遇到上述時，往往會寫好長的程式進行判斷，但遇上Regular Expressions 時，短短的幾行code 就能解決啦!!
情境：今天要針對 ” 和尚端湯上塔，'和尚'端茶下塔 “這字串 進行置換， 想對 和尚 關鍵字 換成老王，但第二個有單引號的 '和尚' 不想置換
程式：
String str=” 和尚端湯上塔，'和尚'端茶下塔 “;
//二擇其一
str=str.replaceAll(“[^']?和尚[^']?”,”老王”);
str=str.replaceAll(“(?=[^'])和尚(?=[^'])”,”老王”);
簡單吧，用了一行就搞定了，這行的意思是說 非單引號任意0~1字元加上和尚，如果符合就換成老王
不過怪怪的是，照理來說第一個就可以用了，但在實戰時並無作用，但測試時卻可以~怪….=.=|||
而第二個就是自己亂組出來的 反正能用就好!!
1．打開查詢分析器，輸入命令
DUMP TRANSACTION 資料庫 WITH NO_LOG
2.再打開企業管理器–右鍵你要壓縮的資料庫–所有任務–收縮資料庫–收縮文件–選擇日誌文件–在收縮方式裡選擇收縮至XXM,這裡會給出一個允許收縮到的最小M數,直接輸入這個數,確定就可以了。
另一種方法有一定的風險性，因為SQL SERVER的日誌文件不是即時寫入資料庫主文件的，如處理不當，會造成數據的損失。
1: 刪除LOG
分離資料庫 企業管理器－＞服務器－＞資料庫－＞右鍵－＞分離資料庫
2：刪除LOG文件
附加資料庫 企業管理器－＞服務器－＞資料庫－＞右鍵－＞附加資料庫
此法生成新的LOG，大小只有500多K。
注意：建議使用第一種方法。
如果以後,不想要它變大。
SQL2000下使用：
在資料庫上點右鍵->屬性->選項->故障恢復-模型-選擇-簡單模型。
或用SQL語句：
alter database 資料庫名稱 set recovery simple
Java 在 1.4 版後開始才加入一個 java.util.regex 的函式庫 ，但是對sed和awk這樣的Unix的標準實用工具，以及Python，Perl之類的語言來講，它早就已經成為其不可或缺的組成部分了。
正規表示式的“祖先”可以一直上溯至對人類神經系統如何工作的早期研究。Warren McCulloch 和 Walter Pitts 這兩位神經生理學家研究出一種數學方式來描述這些神經網路。
1956 年, 一位叫 Stephen Kleene 的數學家在 McCulloch 和 Pitts 早期工作的基礎上，發表了一篇標題為“神經網事件的表示法”的論文，引入了正規表示式的概念。正規表示式就是用來描述他稱為“正則集的代數”的運算式，因此採用“正規表示式”這個術語。
隨後，發現可以將這一工作應用於使用 Ken Thompson 的計算搜索演算法的一些早期研究，Ken Thompson 是 Unix 的主要發明人。正規表示式的第一個實用應用程式就是 Unix 中的 qed 編輯器。
如他們所說，剩下的就是眾所周知的歷史了。從那時起直至現在正規表示式都是基於文本的編輯器和搜索工具中的一個重要部分。
雖然初看起來正規表示式的語法有點讓人望而生畏，但它提供了一種精練的動態語言，使我們能用一種通用的方式來解決各種字串的問題，包括匹配，選擇，編輯以及校驗。
以前都只會用基本的Regular Expression，而且都沒有熟讀，所以半調子的用法下，就是對它產生敬畏，不過在自已實際玩了之後，還蠻容易的，加上Eclipse 工具中plug in工具 (QuickREx)可以進行驗證，這下更讓人很容易可以寫出神奇的表示式了，原本是想再更用功的，寫一篇詳細點的工具文章，不過在查了一下網路上的文章後，發現大家都寫的還不錯，所以就以純欣賞的角度來觀看其它人的文章囉 。能靈活運用Regular Expression，可以讓程式精簡、效率增強，重點是~一堆符號可以讓一些低階工程師對你景仰不已…呵~~呵!!
以下是二套在Eclipse 可以驗證Regular Expression的工具，使用蠻方便的，我目前是使用QuickRex，簡單好用，大家可以去試試看!!
QuickRex match 的字串他會highlight起來，感覺還不賴!! 但要注意的是，這裡寫好的R egular Expression的字串，在Java程式使用時，因為 \的問題，所以都要再多補一個才行喔!
Regular Expression Tester 蠻不錯用的功能，最重點的是他有tip 提示，這樣就不用在傷透腦筋時一直在翻文件了，不過這個需要license
我有閱讀的相關文章出處：
JavaWorld@TW – Java Regular Expression的學習筆記 作者：kebin_liu
Java 與 Regular Expression 作者：陳鍾誠
正则表达式——Java篇 作者：mienflying
正则表达式的历史
近期留言