自有平台開發案例
宅宅只推好物:文章與線上工具如何整合
以王研開發自有部落格為例,說明文章管理、工具導覽,以及 PDF 與圖片處理的技術取捨。
01 / 需求
一個平台,兩種使用情境
宅宅只推好物是王研開發經營的內容與工具平台。讀者可能想了解一項商品,也可能只想把幾份 PDF 合併後離開。兩種需求共用網站品牌,但應有不同的入口:文章以主題和摘要協助閱讀,工具則以要完成的任務命名。
這是自有平台的實作說明,不是客戶委託案例。本文依目前程式整理功能與限制,不以未經驗證的流量或營收數字衡量成效。
02 / 架構
從入口到操作,讓路徑清楚
平台使用 PHP 與資料庫管理文章、分類及工具資料。工具總覽依用途分組,讓訪客不必先找一篇文章才能使用功能;例如 PDF 合併與圖片轉換各有獨立操作頁。
這種安排也適合企業網站:產品文件、教學與服務介紹可以互相連結,但每個入口都應帶到符合名稱的內容。工具分類若連到空的文章列表,即使工具本身可用,訪客仍會以為網站尚未完成。
03 / 實作
兩種檔案處理方式的取捨
PDF 合併:留在瀏覽器處理
目前 PDF 合併使用瀏覽器讀取選取的檔案,依排序複製各份文件的頁面,產生新的 PDF 供下載。PDF 文件內容不必上傳本站伺服器。程式限制一次最多 20 份、總大小 100 MB;即使未達限制,記憶體較少的裝置仍可能處理失敗。
圖片轉換:由伺服器重新編碼
圖片轉換則接收上傳檔案,由 PHP 圖片處理功能讀取暫存檔、調整尺寸,再輸出 JPG、PNG 或 WebP。這條路徑必須明確告知使用者會上傳檔案,不能沿用 PDF 工具「不會上傳」的描述。現行程式限制單張 8 MB、4,000 萬像素,並依主機能力支援輸出格式。
兩者沒有適用所有情境的優劣答案。選擇時要一起考慮檔案敏感性、裝置效能、伺服器負載與維護方式。
04 / 品質
完成下載,還不等於完成驗收
對檔案工具而言,按鈕能點擊只是起點。PDF 輸出要核對頁數、順序與閱讀效果;圖片要檢查透明背景、方向與文字細節。介面應說清楚格式和大小限制,失敗時讓使用者知道可以減少檔案或更換格式。
- 文章與工具的資料分類分開處理,避免導覽落入空內容。
- 公開文章頁確認發布狀態,草稿由後台管理。
- 工具頁提供可理解的檔案處理說明,重要文件保留原始副本。
- 上線後仍需以不同装置及代表性檔案檢查結果。
這些做法的目的,是讓網站能被理解、使用與維護;它們不是任何廣告或搜尋平台的核准保證。
05 / 體驗
查看平台與相關指南
前往工具總覽,或直接使用 PDF 合併與圖片轉換。工具的實際限制仍以各操作頁最新說明為準。
延伸閱讀:檔案到底在哪裡處理?