各位NetPC主機用戶您好,
- 2月 11 週六 202309:33
NetPC虛擬主機2023/02/14網路中斷服務通知
- 8月 26 週三 201512:36
NetPC重制新網頁,以便服務更多用戶
- 7月 14 週二 201520:41
ECshop 的商品分類列表按推薦排序來排序
NetPC最近接到一個案子,客戶希望他的Ecshop購物車可以加上「推薦排序」來陳列商品,
這是個小案子,我們收費不高,只要知道相關的程式檔及應改的位置即可。
要改的地方有:
1.資料庫的shop_config
2.category.php的$default_sort_order_type
- 12月 02 週二 201421:33
NetPC虛擬主機「專業型」規格升級了,費用也更低
- 4月 17 週四 201412: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的網路斷線賠償已發送完畢。
所有的成本由本工作室自行吸收,謝謝各位。
PS2.若您本身是經銷商,請記得先告知一下您的客戶,麻煩您了。
- 3月 07 週五 201411: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
一直也不以為意,因為對整個主機運作沒什麼影響。
最近,phpmyadmin出了點問題,讓客戶無法直接從plesk後台連上,這就不得不處理了。
二件事其實無什麼相關,只是看到一堆事件,就想把它給處理掉。
依據訊息內容看來,應該是bind在解析時,少了d.root-servers.net這樣的資料,
其實後來處理好後,發現還挺簡單的,
步驟如下:
1.到後述網址ftp://ftp.internic.net/domain/named.cache下載成一個root.hints文字檔, 也有人命名為name.ca,沒有影響
2.把root.hints存到bind dns的目錄中,我們是windows with PELSK,所以路徑是plesk\dns\etc
3.修改plesk\dns\var中的name.conf,在這行0.0.127.IN-ADDR.ARPA前加上
zone "." in{
type master;
file "D:\plesk\dns\etc\root.hints";
};
4.重新啟動BIND就好了
- 10月 30 週三 201314:44
NetPC的部落格移到「痞客邦 PIXNET」了
Hi, 各位大家好,
Yahoo也不知道那一根筋不對,要把一個客戶人數這麼多的yahoo落格格關閉,索性它提供的搬家、備份算是完整,於是我們搬家了。
今天搬到這裡來痞客邦 PIXNET,感覺風格清新獨特,也是人來人往的好地方,所以沒多做什麼考量就搬過來了。
申請的步驟是一定要的,用facebook帳號給它直接登入,再填寫一些暱稱等的資料。
最重要的一步是,匯入資料囉,他還會順便幫您把圖匯入,真是貼心。
- 9月 22 週一 202521:31
磁碟 2怎麼看是裡面的其中那一顆
windows事件記錄裡有這樣一句「 已重試磁碟 2 (PDO 名稱: \Device\Ide\IdeDeviceP3T0L0-5) 邏輯區塊位址 0x36d3258 上的 IO 操作。」
磁碟 2怎麼看是裡面的其中那一顆,有指令能找到對應的訊息嗎?
在 PowerShell (系統管理員) 下:
Get-Disk | Select-Object Number, FriendlyName, SerialNumber, OperationalStatus, Size
Number FriendlyName SerialNumber OperationalStatus Size
------ ------------- ------------ ----------------- ----
0 Samsung SSD 970 S3Z8NB0K123456 Online 500 GB
1 ST2000DM008-2FR1 ZCH0ABC1 Online 2 TB
2 WDC WD10EZEX-08W WD-WCC6Y0X1234 Online 1 TB ← 磁碟 2
- 6月 13 週五 202515:40
常用網址安全檢測網站
### 🔒 常用網址安全檢測網站:
#### 1. **[Google Transparency Report](https://transparencyreport.google.com/safe-browsing/search)**
* ✅ 由 Google 提供
* 🔍 可查詢網址是否被列為不安全(例如釣魚、惡意程式)
* 💡 非常可靠,與 Chrome 的警告系統連動
#### 2. **[VirusTotal](https://www.virustotal.com/gui/home/url)**
* ✅ Google 子公司運營
* 🔍 提供來自 70 多個病毒掃描引擎的綜合檢測報告
* 🧠 不只看惡意程式,也檢查是否為釣魚網站或是否有可疑行為
- 6月 15 週四 202316:47
使用Let’s Encrypt遇到DNS CAA記錄的問題
今天客戶的憑証到期,但是無法自動更新憑証,後來發現錯誤
[www.xxx.org.tw] Authorization result: invalid
[www.xxx.org.tw] {
"type": "urn:ietf:params:acme:error:caa",
"detail": "CAA record for glsf.org.tw prevents issuance",
"status": 403
}
因為客戶用的是Hinet的DNS域名,在代管的DNS的記錄裡,並沒有CAA的記錄
但是用谷歌的dig工具查詢時,有發現其實有埋一個CAA
https://toolbox.googleapps.com/apps/dig/
