小米路由器(R1D) 無法下載的解決方式

前陣子 迅雷封殺所有第三方遠程下載
小米官方表示 小米不在這次迅雷封殺的範圍之內
但小米官方論壇也確實陸續出現用戶反饋

一直到今天晚上要下載東西,鸚鵡才發現手上的工程版小米路由器也有狀況
小米WIFI App 中的工具箱裡面的「路由器狀態」
「迅雷下載引擎」也都是被關閉的,重新啟動也馬上又關閉
用小米帳號登入 迅雷遠程下載網站 後,小米路由器也都呈現離線狀態

如果單純是遠程下載或離線下載功能不能使用就算了
但小米路由器的所有下載功能全部都是透過 迅雷下載引擎 來完成
不解決就只能當成 LAN 裡面儲存設備而已,那挺麻煩的

 

嘗試解決的處理過程就不贅述了,直接來說明解決方案

繼續閱讀 “小米路由器(R1D) 無法下載的解決方式”

免ibon自己設定悠遊卡歸戶(悠遊聯名卡亦可)

電子發票上路也一段時間了
手上有張悠遊聯名卡,發票存在悠遊卡上對獎挺方便的
但不能用悠遊卡付款的時候,那都還是拿到實體發票
這兩天稍微了解一下電子發票的歸戶和自動對獎的方式

載具:指經財政部核准,得以電磁錄記載或連結電子發票資訊之工具
目前電子發票的載具不少,鸚鵡大概分類成下列幾種

  • 共通性載具:手機條碼、自然人憑證條碼
    所有使用電子發票的店家都可以通用的載具,目前以條碼為主,沒有實體卡片
  • 卡片載具: 悠遊卡載具、一卡通載具、iCash載具、台灣智慧卡載具、信用卡載具、金融卡載具
    通常是可以用來支付交易金額的實體卡片,可以在財政部電子發票整合平台上進行歸戶
  • 其他載具:會員(卡)載具
    其他使用電子發票的店家如果沒有開立實體發票,就會使用自己專屬的會員載具

繼續閱讀 “免ibon自己設定悠遊卡歸戶(悠遊聯名卡亦可)”

小米6 解鎖、刷入第三方 TWRP Recovery、刷入 Magisk

鸚鵡原本用的小米5尊享版,開不了機也沒法充電了
上網爬到類似的情況都是進水造成居多,也有是Power IC掛點
送民間維修檢測後,確定主版掛點,就上官網搶了一隻黑色小米6

收到後當然就是開始弄成自己習慣用的狀態
鸚鵡現在沒啥時間搞刷機包了,也很久沒刷機了。
所以陸續遇到一些問題,就在這一併列出解決辦法

鸚鵡習慣刷機完後,會在 recovery 內進行一次備份保留,然後再測試還原
刷入 Magisk 也測試完成後,就開始準備備份與還原測試
還原後重新開機卻又馬上進去 recovery 界面,跑了幾行指令後又重開
然後~~ 我就看到MIUI初始化設定畫面!
試了幾次都一樣,甚至連相片、下載的檔案都一併被清空了

得知刷入 SuperSU不會造成還原失敗並清空資料
就想到測試不刷 Magisk 的備份與還原,結果一樣失敗並清空資料
來回測試了幾次後,判斷問題應該是「資料加密」造成的,最後測試結果也是如此

繼續閱讀 “小米6 解鎖、刷入第三方 TWRP Recovery、刷入 Magisk”

網址由 HTTP 轉換到 HTTPS 過程中保留 Facebook 的按讚數

在 Google 大力推行以及 Let’s Encrypt 的支持下
相信會有越來越多網站選擇增加 HTTPS 的支援,甚或直接只使用 HTTPS 協定連線

在網站導入 SSL/TLS 的過程中,網址也必然會有所變動
可能增加了 HTTPS 連入的管道,也可能從 HTTP 轉變為 HTTPS 單一選擇

在社群導入的情況下,量化的數字是最容易被在意的
在網址轉換的過程中,同一個網頁會變成有新舊兩個網址
而 Facebook 按讚數 的計算基礎是網址為基礎,造成即使兩個網址指向同一個頁面卻還是被 Facebook 分別以新舊網址計算按讚數

鸚鵡自己也在移轉的過程中遇到這個問題,在處理的過程中慢慢嘗試及摸索
倒也是搞懂了 Facebook Like Button 處理和判斷的方式
算是有個解決方案,其實不難只要抓到幾個原則

繼續閱讀 “網址由 HTTP 轉換到 HTTPS 過程中保留 Facebook 的按讚數”

RHEL / CentOS 7 用 yum 安裝 MariaDB 10.x

透過 MariaDB 官方提供的 Repositories
快速的在 Linux 上佈署 MariaDB 是蠻簡單的事情
像是 Ubuntn 或 Debian 也都只需要跟著步驟操作即可

首先連結到 Setting up MariaDB Repositories 頁面
選擇 系統、版本 和 MariaDB 版本,稍等一下就會顯示安裝步驟

以 CentOS 7 為例

先在 /etc/yum.repos.d/MariaDB.repo 檔案,內容如下

繼續閱讀 “RHEL / CentOS 7 用 yum 安裝 MariaDB 10.x”

讓 Discuz X2.5 在 http 協定下透過 https 協定進行登入動作

前幾天才嘗試修改讓 Discuz! X2.5 可以支援 https 協定 下運作
昨天登入 Google 的 Search Console 收到這樣的提示

自 2017 年 1 月起,Chrome (56 以上版本) 會將收集密碼或信用卡詳細資料的網頁標示為「不安全」(透過 HTTPS 提供的網頁除外)。

下列網址包含密碼或信用卡詳細資料的輸入欄位,將會觸發這項新的Chrome 警告。請查看這些示例,掌握這類警告出現的位置,方便您採取有助於保護使用者資料的行動。請注意,這份清單中僅列出部分示例。

目前鸚鵡裝的是 Chrome 55 版,在 http 協定連線時,網址列前面是一個圓形驚嘆號
但不會有其他提示,不知道 Chrome 56 會不會跳出提示
為了避免被跳出不安全的提示,所以決定再來嘗試改一下程式碼
讓論壇即使是 http 協定連入,登入表單也必定傳送到 https 協定

繼續閱讀 “讓 Discuz X2.5 在 http 協定下透過 https 協定進行登入動作”

讓 Discuz X2.5 支援 https 協定

Discuz! 在 X3 之後才內建支援 https 協定
因為不想大幅度升級,所以決定以修改的方式讓 X2.5 版能支援 https 協定

花了不少時間追原始碼,初步修改後大致上可以同時使用 http 和 https 兩種協定進入論壇
使用 https 進入論壇時,論壇畫面、主題列表 都沒問題
但是點入文章後,很容易就被瀏覽器提醒 連線可能有安全漏洞

原因是論壇本就開放式架構,任何人張貼連外的連結或圖片或其他任何資源
只要連外不是使用 https 連結的,都會被視為不安全的連線
所以多數的論壇都維持使用 http 協定,頂多就是登入時使用 https 而已

既然已經修改了,就紀錄一下修改的方法

繼續閱讀 “讓 Discuz X2.5 支援 https 協定”