- Aug 26 Wed 2015 12:36
-
NetPC重制新網頁，以便服務更多用戶
- Jul 14 Tue 2015 20:41
-
ECshop 的商品分類列表按推薦排序來排序
NetPC最近接到一個案子，客戶希望他的Ecshop購物車可以加上「推薦排序」來陳列商品，
這是個小案子，我們收費不高，只要知道相關的程式檔及應改的位置即可。
要改的地方有:
1.資料庫的shop_config
- Dec 02 Tue 2014 21:33
-
NetPC虛擬主機「專業型」規格升級了，費用也更低
為了造福給更多廣大的網路用戶，NetPC虛擬主機已將「專業型」網頁空間規格提升了。
以下是升級前後的變化:
類別
升級前
升級後
網站空間
100MB
1000MB
一年繳優惠價
4000元
3000元
資料庫空間
50MB
100MB
以下是升級前後的變化:
- Apr 17 Thu 2014 12:02
-
事務性公告及網路路由更換通知(五月)
有鑑於中華電信近來頻頻維護網路線路及網路設備，
每次皆影響了諸用戶的網站運作，連帶域中設定的信箱也無法使用，
NetPC積極想要採取一些措失，
以避免相同的情況如此頻繁的發生。
這幾天與中華電信洽詢過後，在此向各位報告:
2014/4/9因中華電信的維護設備的關係，導致網路中斷8小時，
目前得知頻繁被通知線路維護的起因，是因為NetPC申請的固IP服務，
該服務所使用的路由總容量被發現已不敷使用。
由於目前中華電信各客戶的速度都在提升，頻寬愈來愈吃緊，
封包碰撞頻繁導致效能不佳，或有中斷而被客訴的情形，
使得他們非得要更換新的設備，以滿足現況。
所以每一回設備維護時，他們就會把NetPC這一路的路由規劃在裡面，
然而，NetPC履次要求不得變動我們的線路及更換IP，
致使他們都得大費周張做一些文件簽核、線路調整及設備設定。
我方已直接與機房單位直接取得連繫，
得知未來維護設備仍無法避免相同的情況發生，
因為中華電信不會因NetPC，就忽略在相同線路上其他用戶客訴，
目前NetPC內部已達成共識，
一方面要盡量避免未來的設備維護再動到我們，
一方面讓客戶得到較佳的網路品質，
NetPC願意多花一倍的費用更換路由，讓中華電信將我們的線路遷移到高頻寬的位置，
根據中華電信所述，更換路由後，IP必然也要更換(不知為何啊???)，
請各位用戶諒解，此舉實實屬無奈，但是長痛不如短痛，我們計劃將於五月中開始申請更換。
我們會於事前三天公告本工作室將主動幫忙改dns的用戶，以及新的ip位址。
請您收到後，於指定日期修改dns網域設定，以利網站正常運作。
PS1.根據本工作室的網路斷線賠償辦法(請見http://www.netpc.com.tw/faq.html)，2014/4/9的網路斷線賠償已發送完畢。
所有的成本由本工作室自行吸收，謝謝各位。
每次皆影響了諸用戶的網站運作，連帶域中設定的信箱也無法使用，
NetPC積極想要採取一些措失，
以避免相同的情況如此頻繁的發生。
這幾天與中華電信洽詢過後，在此向各位報告:
2014/4/9因中華電信的維護設備的關係，導致網路中斷8小時，
目前得知頻繁被通知線路維護的起因，是因為NetPC申請的固IP服務，
該服務所使用的路由總容量被發現已不敷使用。
由於目前中華電信各客戶的速度都在提升，頻寬愈來愈吃緊，
封包碰撞頻繁導致效能不佳，或有中斷而被客訴的情形，
使得他們非得要更換新的設備，以滿足現況。
所以每一回設備維護時，他們就會把NetPC這一路的路由規劃在裡面，
然而，NetPC履次要求不得變動我們的線路及更換IP，
致使他們都得大費周張做一些文件簽核、線路調整及設備設定。
我方已直接與機房單位直接取得連繫，
得知未來維護設備仍無法避免相同的情況發生，
因為中華電信不會因NetPC，就忽略在相同線路上其他用戶客訴，
目前NetPC內部已達成共識，
一方面要盡量避免未來的設備維護再動到我們，
一方面讓客戶得到較佳的網路品質，
NetPC願意多花一倍的費用更換路由，讓中華電信將我們的線路遷移到高頻寬的位置，
根據中華電信所述，更換路由後，IP必然也要更換(不知為何啊???)，
請各位用戶諒解，此舉實實屬無奈，但是長痛不如短痛，我們計劃將於五月中開始申請更換。
我們會於事前三天公告本工作室將主動幫忙改dns的用戶，以及新的ip位址。
請您收到後，於指定日期修改dns網域設定，以利網站正常運作。
PS1.根據本工作室的網路斷線賠償辦法(請見http://www.netpc.com.tw/faq.html)，2014/4/9的網路斷線賠償已發送完畢。
所有的成本由本工作室自行吸收，謝謝各位。
- Mar 07 Fri 2014 11:37
-
Bind dns持續發出腦人的checkhints:d.root-servers.net訊息
好一段時間就發現主機事件記錄中出現了如下的警示訊息，
> checkhints: d.root-servers.net/A (199.7.91.13) extra record in hints
> checkhints: d.root-servers.net/A (128.8.10.90) missing from hints
> checkhints: d.root-servers.net/A (199.7.91.13) extra record in hints
> checkhints: d.root-servers.net/A (128.8.10.90) missing from hints
- Oct 30 Wed 2013 14:44
-
NetPC的部落格移到「痞客邦 PIXNET」了
Hi, 各位大家好，
Yahoo也不知道那一根筋不對，要把一個客戶人數這麼多的yahoo落格格關閉，索性它提供的搬家、備份算是完整，於是我們搬家了。
今天搬到這裡來痞客邦 PIXNET，感覺風格清新獨特，也是人來人往的好地方，所以沒多做什麼考量就搬過來了。
Yahoo也不知道那一根筋不對，要把一個客戶人數這麼多的yahoo落格格關閉，索性它提供的搬家、備份算是完整，於是我們搬家了。
今天搬到這裡來痞客邦 PIXNET，感覺風格清新獨特，也是人來人往的好地方，所以沒多做什麼考量就搬過來了。
- Dec 14 Wed 2016 11:39
-
匯入 Joomla的mysql時發生USING BTREE錯誤
- Aug 31 Wed 2016 22:51
-
新站移轉發生問題HTTP 錯誤 500.22 0x80070032
- Jul 19 Tue 2016 17:14
-
HiNet設備維護公告:105 年 07 月 26 日 上午 5:00~6:00 桃園 進行設備維護作業 HN-72XXXX00
- Mar 31 Thu 2016 11:46
-
如何查詢網站有沒有被中國大陸封鎖
- Mar 14 Mon 2016 22:38
-
Horde webmail.domian 重新導向 in Plesk
- Mar 10 Thu 2016 14:45
-
Plesk上MSSQL還原mdf & log & bak步驟
重新建立mssql的步驟:
A.還原mdf,log
0.刪除DB前，一定要先刪除db用戶
1.依原名稱先建立資料庫
2.不要建用戶，若建了也沒關係
3.停用plesk的MSSQL後，把備份的覆蓋掉原檔
4.重建用戶帳號密碼
B.還原BAK
RESTORE DATABASE handlight
FROM disk='D:\handlight.bak'
WITH REPLACE
A.還原mdf,log
0.刪除DB前，一定要先刪除db用戶
1.依原名稱先建立資料庫
2.不要建用戶，若建了也沒關係
3.停用plesk的MSSQL後，把備份的覆蓋掉原檔
4.重建用戶帳號密碼
B.還原BAK
RESTORE DATABASE handlight
FROM disk='D:\handlight.bak'
WITH REPLACE
