[抱怨文]HP維修服務真是令人搖頭

去年買了一台HP 23"LED液晶螢幕給老媽看電視，就像計時器設定好一樣，剛滿一年就開始出問題：每隔三分鐘斷電，又隔三分鐘恢復。

想當然爾，HP算是大廠，當然要找原廠維修....是天意作弄? 還是利益的衝突種下日後一切糾葛的種子...讓我們繼續看下去。

請尊重專業

今天看到 抵制578外包網，毀掉台灣設計 這活動，看到518外包網裡面1000元的Logo設計竟然有上百人投標，3D室內設計1500，海報幾百元。看來台灣的環境真的完蛋了。

進網路、廣告圈也算多年，一開始看到廣告公司把「企劃」當做拋棄式商品使用，創意用爛了就說績效不好，再找剛畢業的新人。

接著美術部分就開始「比稿」競爭，做到意象表達還不夠，要做出完整的作品參加比稿，然後比稿過程也不公開不透明。事後常收到一句「沒有使用」，連一毛錢都不付。還常常發現事後自己的作品被改了幾筆出現在客戶的宣傳上。

走進程式這個比較專業的技術領域，發覺台灣的環境真的沒救了。常碰到客戶要求做個Flash首頁形象的網站，有新聞、商品、最好還可以線上購物刷卡，含雲端管理平台、網址空間、網域名稱，預算是3000～5000！？跟客戶說，接這種案子根本只是賠錢做事，還會被客戶嗆聲。

看看國外的圖庫網站，一張圖庫光碟就要500美金，一個網站製作要價十幾萬甚至上百萬，一個ERP還有上億的價格。

是台灣的老闆把台灣人當奴隸？
是台灣的平台把台灣人當傻子？

[筆記]SBS2011 SSIS From MSSQL 2008 to MySQL 5

SSIS很方便，但對MySQL一點都不友善

首先得先到MySQL下載安裝Connector/ODBC、Connector/Net

http://www.mysql.com/downloads/

接著要在MySQL主機或是每次連線先在MySQL主機執行

(使用資料來源(ODBC)可以在Detail > Interactive Client的Initial Statement設定連線執行，可以設定Globel或Session的sql_mode)

SET sql_mode = 'ANSI';

P.S. 加這個的原因是，SSIS都會自動幫所有欄位和資料表、資料庫前後加個「"」，不使用sql_mode='ANSI'，所有語法通通都會錯誤

在SSIS的ADO.Net連結就會看到.Net提供者多了個「MySQL Data Provider」

BUT，選這個就讓我錯了快一個禮拜，被莫名的錯誤訊息困擾我=>Unknown column 'p1'....

從頭到尾也沒看到蝦米p1，卻被p1這莫名訊息困擾一週

最後查遍了Google大神，結果是還是得用Odbc Data Provider然後再去使用MySQL ODBC Driver

或是在系統管理工具->資料來源(ODBC)先做好連線

P.S. Unknown column 'p1'錯誤，主要是因為SSIS產生的語法是使用變數帶入，如INSERT INTO "Table" ("Col1", "Col2", ...) VALUES (p1, p2, ...)，所以才會冒出莫名其妙的p1......

[筆記]php-pecl-json Install In CentOS 5.6 php 5.3

又是一篇備忘錄

CentOS 5.6升級了半套php 5.3，很多php套件yum 根本不提供支援

能用phpize安裝的大都安裝了

但json當時就是怎麼樣也裝不起來，明明make成.so檔案，卻無法正常載入

後來因為那時候沒有使用json系列函數，就暫時放著不管

==============================================

phpMyAdmin 3.4更新了後問題就來了，他需要用到json系列

pear install => 說缺少m4檔

從pecl 下載json檔案，也能正常做成.so，卻就是無法載入，也沒特別錯誤訊息

直到去看log檔才發現，undefined symbol: ZVAL_DELREF in Unknown on line 0

Google大神指引，ZVAL_DELREF已經在5.3淘汰，建議是修改php加入定義轉換成新的函式Z_DELREF_P

這....還要重新做一次php，不能懶懶的使用yum更新

所以我乾脆開始研究json，尋遍所有內容，發現JSON_parser.c裡面有三個ZVAL_DELREF，手動全換成Z_DELREF_P

接著，phpize, ./configure, make, make install, apache restart

總算正常可以使用....

[筆記] CentOS 5.6升級Pear備忘錄

CentOS許久未更新的CentOS近來終於有新的消息

作業系統升級5.6後，終於不需要在用奇怪的方法升級php5.3

但官方提供的php53似乎又少了不少套件

pear和pecl是我開發圖片轉換會使用到的

但目前CentOS 5.6僅提供1.4.9版，距離新版的1.9.2有很大的差距

而且在執行時，三不五時就出現「使用已被移除的指令」或是一些奇奇怪怪Google大神都未知的問題

於是決定幫pear升級........

突然發現以前無往不利的pear upgrade-all失效了

升級Pear需要新版的Console_Getopt，但升級新版的Console_Getopt需要新版的Pear

這是哪門子的雞生蛋蛋生雞問題

查詢了PEAR的歷史資訊(2007年!? CentOS用的東西會不會太老了...)

發現要先升級到1.4.11才能繼續下一步

[root@##-##-##-### star] pear upgrade --force PEAR-1.4.11

接著再升級到1.8

[root@##-##-##-### star] pear upgrade --force PEAR-1.8.0

接著再全部升級

[root@##-##-##-### star] pear upgrade-all

終於pear -V版本成為1.9.2

接著自己make新版的Imagemagick，用pecl install imagick，php.ini加上imagick.so

客戶哀號兩天的惡夢終於可以揮別

===============================

因為幫忙管理的CentOS機器還有好幾台

這裡先做一下記錄，這幾天有空去一台一台升級........

[筆記]MongoDB 是美好的夢靨

客戶的商品資料量實在太驚人了

早已突破MySQL順暢上限許多

看著每日仍有數百甚至數千項商品增加

再多做幾層的Cache仍然會發生主機記憶體不足的惡夢

終於決定把客戶的資料使用MongoDB重新架設一份

Mongo很容易使用，幾十萬筆的資料半天就全部做好了...卻是夢靨的開始

看起來一切完好時，將各項商品分類、搜尋頁面全部使用Mongo

卻發現時間和系統流水號排序亂七八糟，甚至發生搜尋2011之後的商品，卻一併出現1978~2001的商品

才驚覺原本從MySQL倒過去的資料，全部都被當做Strings

重轉一次....

又發生部分欄位是由不同資料表產生，出來的格式是多個值

重轉一次...

又發現，其實Mongo的find可以find陣列中的列表

重轉一次...

又發現...重轉一次...又發生...重轉一次...

又發現...重轉一次...又發生...重轉一次...

又發現...重轉一次...又發生...重轉一次...

這就是我這幾天的夢靨

不過改用Mongo效率真的高不ˋ少，記憶體也省了很多，雖然硬碟使用量暴增...