Mysql中文匯出正常，再匯入亂碼

 筆記

Mysql資料表 使用 UTF8編碼 匯出正常，匯入其他版本資料庫亂碼

Step1：phpmyadmin utf8 匯出 資料表

Step2：修改匯出的資料表編碼為 latin1

Step3：匯入新資料庫 編碼為 utf8

瀏覽器BUG－Safari 問題小筆記

轉載自 https://ithelp.ithome.com.tw/articles/10210198?sc=iThelpR

以下是這週在做網頁BUG修改時遇見的手機版 safari 小BUG:

問題(UI)：input 小圓角？

在chorme好好又美美直角的按鈕、input輸入框
結果在手機用safari檢閱RWD時...出現了圓角！＠＠！？
如下圖：

在網上查了資料，還好有有人分享
Safari 看網頁時一些輸入框都會變成帶圓角的顯示，如果希望頁面在所有瀏覽器上看的效果一致，可關閉這個圓角特性。只需要給input 或者textarea 增加如下CSS 即可：

-webkit-appearance: none; 
border-radius: 0;

輸入了這二行資料！解決了小小UI上美感的問題 

---

問題(UX)：hover偽類在手機上需點擊2次才可連結？

這個問題比較麻煩，網路有挺多解法可以參考
(資料一併提供至下方參考資料，有需要的朋友哇可以看看研究啦)

我考量到只有一頁設計才有這問題，
因此選擇了只要在body上網绑定一个空的touchstart事件的做法：

document.body.addEventListener("touchstart",function(){ });

然後畫面就正常了！！！！ya!!!!

解決 Chrome 顯示 This request has been blocked，因為 HTTPS

轉載自 https://ssorc.tw/6612

Mixed Content was loaded over HTTPS, 
but requested an insecure image This request has been blocked; 
the content must be served over HTTPS.

解決一 : 在程式裡加入

header("Content-Security-Policy: upgrade-insecure-requests");

解決二 : 在 apache config 裡加入

Header set Content-Security-Policy: upgrade-insecure-requests

如何使用certbot自動更新SSL憑證 (CentOS 7, CentOS 6, Ubuntu)

網址：
https://www.brilliantcode.net/941/how-to-renew-ssl-certificates-automatically-by-certbot/

影像地圖 滑過效果

範例：

https://mnya.tw/CYLead/

JS下載：

https://github.com/kemayo/maphilight

編碼為BIG5轉UTF-8

用法：

1 2 3 4 5 6 7 8

mb_convert_encoding( $str, $encoding1,$encoding2 ); $str，要轉換編碼文字   $encoding1，目標編碼，如utf-8,big5，大小寫均可 $encoding2，原始編碼，如UTF-8,BIG5，大小寫均可 mb_convert_encoding($str, "UTF-8"); //編碼轉換為utf-8 mb_convert_encoding($str, "UTF-8", "BIG5"); //原始編碼為BIG5轉UTF-8 mb_convert_encoding($str, "UTF-8", "auto"); //原始編碼不明，通過auto自動檢測，轉換UTF-8

div 不會自動撐開高度

因為在div內的東西有寫到float

所以才會這樣

CSS裡將該div多增加 display:table;

就能解決了~

沒錯誤但TOTOP消失

檢查CSS裡面的BODY高度

hight:100% 更改成 hight:auto 就會出現囉

由登記啟動的 I/O 操作永久失敗。 登記無法讀入、寫出或清除包含登記系統影像檔之一: Event ID=333

資料轉自 http://bb.pc104.tw/viewthread.php?tid=609

資料庫所在的 2003 server 出現了奇怪的 error log, 直覺上似乎是 storage 的問題, 這問題可大可小, 大起來很可能造成資料庫資料 lost, 很可怕...

這種時候, Google 大神的用處就特別明顯啦, 國外碰到這個問題的人還真不少, 說法不少, 解決方式也不少, 大部份人都說只要安裝 M898060 這個 patch 就好, 只不過有了上回安裝更新後資料庫 server 完全掛點的情形後, 就再也不敢亂更新啦~~~

最後採用的方式是, 改 registry, 目前看到的方式總共有兩種:

1. 利用 regedit 打開 registry 後, 找到  HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management 裡的 LargeSystemCache, 將 dword 值修改成 1, 重開機, 搞定~~~

2. 一樣是在 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management, 這回請新增一個 dword 值, 取名為 PoolUsageMaximum, 修改 PoolUsageMaximum 將其值設為 60, 接下來看看在 Memory Management 之下有沒有 PagedPoolSize 這個值, 沒有的話就新增一個名為 PagedPoolSize 的 DWORD 值, 一樣是修改, 將值改為 ffffffff , 8 個 f 咧~~~ 重開機, 搞定~~~

國外網站的先進們說, 這個 error 是 memory leak 造成的, 也有可能是 resource 被用光造成的, 不過說實在, 為以防萬一, 上述兩種 solution 我都用上了, 重開後, 也的確沒看到那個 error message 了, 應該真的是 memory 或是 resource 的問題吧, 反而 Microsoft 的 M898060 的內容讓人覺得有點牛頭不對馬尾, 最後, 我還是選擇相信網路上的先進們, 不管怎麼說, 解決問題比較實在~~~

Windows Server 2008 R2 180天試用期延展

當安裝完之後會有180天試用期
試用期結束 可以先以 slmgr.vbs /rearm 指令進入重新評估
重開機後輸入下方180天評估序號
根據Microsoft官方文件 slmgr.vbs /rearm 只可以使用5次
5次之後需要更改 SkipRearm 鍵值由0改1，此步驟可以使用8次

評估序號
Windows Server 2008 R2 Web: KBV3Q-DJ8W7-VPB64-V88KG-82C49
Windows Server 2008 R2 Standard: 4GGC4-9947F-FWFP3-78P6F-J9HDR
Windows Server 2008 R2 Enterprise: 7PJBC-63K3J-62TTK-XF46D-W3WMD
Windows Server 2008 R2 Datacenter: QX7TD-2CMJR-D7WWY-KVCYC-6D2YT

轉載自 Xavier's Program

MySQL myisamchk修復爛掉的table

轉載自 Zaw Min Blog

MyISAM是MySQL的預設storage engine. MyISAM table很容易爛掉(corrupted)。
此文章將教你如何檢查/修復這些爛掉的MyISAM tables.

每次你在MySQL DB 製造一個 table，將會在檔案系統上同時製造出*.frm、*.MYD，跟*.MYI等三種格式的檔案。

*.frm = 用來儲存資料表格式(file to store table format)
*.MYD(MyData) = 用來儲存資料(file to store data)
*.MYI(MyIndex) =用來儲存索引(file to store index)

如何檢查DB裡哪個table 需要修復：

用root 執行以下指令，假設要檢查DB1下的各個table

1	#myisamchk /var/lib/mysql/DB1/*.MYI >> /tmp/myisamchk.log

螢幕輸出中，如果發現以下字樣，該資料表就應修復

MySQL 資料表修復方法 – 使用 myisamchk 工具

轉載自落腳齋 http://www.wuclass.com/blog/mysql-tools-myisamchk/

今天 server 裡原先 run 得好好的網路相簿軟體 Coppermine Photo Gallery 突然出了問題，更怪異的是只有超簡短錯誤訊息『Fatal error:』，認真查了一下，原來是資料庫的 cpg_sessions 資料表出現了編號 145 的 crash 問題，得修復才行。

上網 google 了一下，在動態網站製作指南網站上找到教學文件，依其說明，順利使用 myisamchk 命令修復資料表。怕日後找不到此網頁，所以將教學借貼於此。

footer置底技巧

所謂 footer 置底指的是：
當內容高度尚未填滿瀏覽器視窗高度時，footer 依然會顯示在視窗的最下方；而當內容超過瀏覽器視窗高度時，會延伸內容區塊且緊接著 footer 區塊。

實際範例：New CSS Sticky Footer (可縮放視窗高度以預覽置底效果)

http://leah.pixnet.net/blog/post/29801475-css-%3A%3A-footer%E7%BD%AE%E5%BA%95%E6%8A%80%E5%B7%A7

inline-block 無間距

https://css-tricks.com/fighting-the-space-between-inline-block-elements/

Apache服務器間歇性假死報錯重啟後正常的故障解決思路

windows環境下的可能的原因分析及解決方法：

一：pf只漲不降，直到使用極限，最終導致內存泄漏。
（內存泄漏也稱作“存儲滲漏”，用動態存儲分配函數動態開辟的空間，在使用完畢後未釋放，結果導致一直占據該內存單元。直到程序結束。（其實說白了就是該內存空間使用完畢之後未回收）即所謂內存泄漏。）

解決思路：

Apache 指定的网络名不再可用 winnt_accept: Asynchronous AcceptEx failed(轉自touchmenot的博客)

這幾天遇到了一個很多人都遇到過的問題，這個問題在google上有太多的人都遇到，但很少有指出最終的解決方案，大部分是解決了AcceptEx failed，但引起了內存的瘋狂增加（“memory leak”）。這幾天遇到這個問題後也費了不少功夫，但沒有從網上找到最根本的解決辦法，幸運的是，最終探索出了一個解決方案，在這裏寫出來，希望能幫助後來遇到問題的難友們盡早解決問題。

禁止複製+鎖右鍵+禁止全選-IE﹑Firefox﹑Chrome﹑Safari﹑Opera(轉自月光部落)

1.禁止用戶通過點擊右鍵來通過右鍵中的複制菜單複製內容
2.禁止用戶通過瀏覽器菜單欄的複制按鈕和全選按鈕複製內容
3.禁止用戶點擊鼠標選擇內容
4.禁止用戶通過Ctrl+A來全選
5.禁止用戶通過Ctrl+C來剪下
6.禁止用戶通過Ctrl+X來複製
7.禁止用戶使用Ctrl、ALT和Shift等鍵，全面禁止用戶通過組合鍵來進行複製操作。
8.完美兼容Opera,IE,Chrome,Firefox等各種主流瀏覽器。

強制水平排列不換行

只要加上white-space: nowrap;

全文 http://www.minwt.com/css/1179.html

RWD 學習參考

RWD 也要跟進一下

1.簡單的Bootstrap(v 2.3.2版)效果與入門教學 -- 響應式網頁 / 自適應網頁(Responsive Web)設計

http://www.dotblogs.com.tw/mis2000lab/archive/2013/09/11/bootstrap_aspnet_20130911.aspx

2.網站RWD(Responsive web design)教學設計 教學書推薦

http://bi89914025.pixnet.net/blog/post/107501470-%E7%B6%B2%E7%AB%99rwd%28responsive-web-design%29%E6%95%99%E5%AD%B8%E8%A8%AD%E8%A8%88-%E6%95%99%E5%AD%B8%E6%9B%B8%E6%8E%A8%E8%96%A6

MySQL優化配置文件my.ini(discuz論壇)

在Apache, PHP, MySQL的體系架構中，MySQL對於性能的影響最大，也是關鍵的核心部分。對於Discuz!論壇程序也是如此，MySQL的設置是否合理優化，直接影響到論壇的速度和承載量！同時，MySQL也是優化難度最大的一個部分，不但需要理解一些MySQL專業知識，同時還需要長時間的觀察統計並且根據經驗進行判斷，然後設置合理的參數。 下面我們了解一下MySQL優化的一些基礎，MySQL的優化我分為兩個部分，一是服務器物理硬件的優化，二是MySQL自身(my.cnf)的優化。

一、服務器硬件對MySQL性能的影響
①磁盤尋道能力（磁盤I/O）,以目前高轉速SCSI硬盤(7200轉/秒)為例，這種硬盤理論上每秒尋道7200次，這是物理特性決定的，沒有辦法改變。MySQL每秒鐘都在進行大量、復雜的查詢操作，對磁盤的讀寫量可想而知。所以，通常認為磁盤I/O是制約MySQL性能的最大因素之一，對於日均訪問量在100萬PV以上的Discuz!論壇，由於磁盤I/O的制約，MySQL的性能會非常低下！解決這一制約因素可以考慮以下幾種解決方案： 使用RAID-0+1磁盤陣列，注意不要嘗試使用RAID-5，MySQL在RAID-5磁盤陣列上的效率不會像你期待的那樣快。

②CPU 對於MySQL應用，推薦使用S.M.P.架構的多路對稱CPU，例如：可以使用兩顆Intel Xeon 3.6GHz的CPU，現在我較推薦用4U的服務器來專門做數據庫服務器，不僅僅是針對於mysql。

③物理內存對於一台使用MySQL的Database Server來說，服務器內存建議不要小於2GB，推薦使用4GB以上的物理內存，不過內存對於現在的服務器而言可以說是一個可以忽略的問題，工作中遇到了高端服務器基本上內存都超過了16G。