跳到主要內容

發表文章

第一次自助旅行 東京行前規劃Review

上個月進行了人生第一次的自助旅行 這個旅行花了我滿多時間規劃、準備 也因為是出社會後的第一次旅行,所以也帶著爸媽一起到東京玩 當然考慮到整團只有我一個年輕人的話,總擔心玩得不盡興(這個是說我XD) 另一方面也是想找個人一起煩惱,哈!所以找了跟我爸媽也很熟的友人K氏同行 整個旅程算是非常順利,天氣也都不錯,也謝謝K氏的幫忙,玩得非常愉快 打從一開始就打算回來後要寫分享文,不過回台灣後一直整理東西就花了不少時間 現在覺得不寫實在不行了,不然越拖越懶得寫XD 整個旅行的規劃流程大致如下 看到機票優惠後,衝動定下去的時間大概是2月底 所以4月初到6月中後先跟K氏完成了大部份的規劃 直到出發前一個月開始核對現況跟資料收集時的落差,也關注現有的優惠等消息 接著稍微回顧並修正準備規劃

PDF去除文件密碼

因為想把一個設有保護的 PDF 文件帶到超商列印 第一個想法是先把密碼保護拿掉 不過查了一下,覺得滿足這個需求的免費服務意外的少 個人比較推薦的是  http://soft.rubypdf.com/software/pdfcrypt  這家的服務 另外他們也有 線上版本 可以使用

[轉載] 手機端DataURI比外鏈資源慢6倍

原文連結: 前端觀察 網頁中使用DataURI會多消耗53%左右的CPU資源,記憶體多出4倍左右,耗時平均高出24.6倍 mobify最近做了一系列手機端的測試,測試顯示平均下來,DataURI要比簡單的外鏈資源要慢6倍

範例 - JSP 使用Gmail為SMTP server

此範例單純寄信,不夾帶檔案 另外可能是google本身有GAE(google app engine)服務 Gmail不適合當作商業用的mail server 除了安全認證外,本身也有寄信上限100封 / per day 在Server上也可能有認證交換阻擋之類的限制 我在自己的電腦上使用沒問題,但也曾經在Linux的Server上碰到認證的Exception 如果要找商業使用的mail server最好還是另尋他途(例如:sendGrid)

JavaScript stack trace 使用方式

觀察函式的呼叫過程(堆疊過程)一直是程式語言的除錯方法之一 相較於後端用的語言大多能透過console印出出錯部分的code和stack JavaScript碰到錯誤時的方式是立刻block並提示出錯的code,但不提供stack 部分瀏覽器的developer tool提供了程式碼的stack觀察設定,可自行查閱資料(例如:chrome) 如果要透過JavaScript code執行,則在想觀察的部分加入以下代碼: var e = new Error(); console.log(e.stack); 如此就能得知觀察處的程式碼是如何被呼叫

增加 Putty 的緩衝容量

Putty 是常用來對Linux下指令的軟體 但畢竟作為Server用的Linux上跑的東西、訊息繁多 很容易超過預設的buffer size,而看不到那些先被送出的資料 每次進入Putty的介面都是先到它的 <session> category 這裡可以儲存常用的連線 沒有使用其他連線的話就是處於預設狀態 接著切到<Window> category 將Lines of scrollback調高 預設是200,範例是直接調高到20000 之後再回 <session> category 儲存後,Putty的預設buffer就調高了