發表文章

目前顯示的是有「網路」標籤的文章

GCP運用實例

圖片
GCP運用實例將簡單說明本網站如何利用Google Cloud Platform建立網站平台,並且利用GCP Console有效管理相關服務內容,並使用各種GCP內建服務,希望看完本文介紹後,您也可以透過這篇介紹建立屬於自己的高效率網頁平台! 言歸正傳,GCP代表Google Cloud Platform,是 Google提供的雲端服務 ,主要有以下幾種功能 建立Compute Engine,也就是建立一個VM來使用 各種Google API使用,例如地圖API 各種網路服務,例如DNS、防火牆、CDN等等 儲存空間,主要是Google Storage的使用,GCP很多資料都可以直接存入Google Storage,例如Log CloudSQL提供官方的PostgreSQL和MySQL服務,可以不需要自己安裝就可以使用,快速又穩定 另外還有非常多功能,這邊就不列了。 GCP Console的管理頁面在  https://console.cloud.google.com/  ,可以在這邊申請GCP帳號,申請GCP帳號前要先準備好你的GMail帳號,因為必須綁定GMail帳號才能使用GCP,申請後會提供一筆300美金的試用經費給你,一年之內要使用完,如果你是做線上服務,一年內應該都是用得完的。 本文主要介紹一下Compute Engine這個概念,他相當於GCP環境上的VM,可以透過Console的功能快速建立好一個VM,所有主流的做頁系統都有包含到,這個網站就是利用Compute Engine建立好的CentOS 7,建立Compute Engine個體可以指定 設備地點:我都是選擇台灣的主機 作業系統 CPU數量:可以到0.5顆vCPU之類的,但我發現可能要開到兩顆才會效能比較好 記憶體數量 硬碟種類與大小:可以用一般的硬碟或者SSD 這幾個主要參數,建立好之後就可以直接開啟使用,建立過程中也可以看到預計一個月需要多少費用,GCP的服務是用越久越便宜。 Compute Engine個體建立主畫面 Compute Engine個體建立可以選擇的作業系統 建立好之後,你就可以看到你的Compute Engine的相關資訊如下: Compute Engine清單範例 這樣就可以將Comput

甚麼是RWD

圖片
RWD是指Responsive Web Design,翻譯成響應式網頁設計,他的意思就是會根據畫面的條件呈現不同結果,例如在電腦上是一個樣子,在手機上是一個樣子,在平版上又是一個樣子,那該怎麼做這樣的設計,目前主要都是透過CSS技術來達成,在CSS語法中指定螢幕寬度來決定要用甚麼方式呈現,一般大都會分為 PC:寬度在768px以上一般都會被當成PC 平板:一般是指寬度在768px以內的螢幕 手機:一般是指寬度在360px以內的狀況,不過大都會讓手機和平板設計一樣,所以分介一般式在768px 所以我們會在CSS中針對寬度作設定,下面是個範例 @media only screen and (max-width: 768px) { display: block; } @media only screen and (max-width: 480px) { display: flex; } @media only screen and (max-width: 320px) { display: inline-flex; } 上面這一段就是分別對不同的寬度作不同的dispay風格作設定,不過這只是個小範例,如果你沒用過CSS,看不懂是正常的,只是讓你知道程式設計師平常條畫面時大概是在幹嘛,而且真正的CSS調整不會是單純這樣的格式,比較可能像下面這個樣子,他的目的是把一張底圖放進某個區塊 @media screen and (max-width: 768px) #banner_toolbar .logo { height: 0; width: 0vw; background: url(/logo-phone.svg); background-repeat: no-repeat; background-position: center; background-size: 100%; object-fit: contain; } 我要在那邊一個一個解析度設定真的很麻煩,那有簡單一點的方法嗎?當然有,大家比較常用的是Twitter Bootstrap,他提供一個網格系統,他把電腦平板和手機都分成12格,這樣我可以自己決定這邊要幾格那邊要幾個,不用自己去記憶那些解析度,他將畫面分成四種 xs: <768px sm: >=768px md

群組版規實務

圖片
社群媒體發達,生活中到處都有群組的影子,群組運作就了就會有越來越多光怪陸離的現象發生,為了解決這些問題,通常會進行管理團隊的推派與版規的建立,並不是所有的社群媒體都會有真正的群主(或稱之為群組管理者),例如Line群組就是個人人是版主、人人有權力的世界,所以第一個動作就是推派群主,雖然這個群主的操作權限不一定跟別人一樣,但是大家會約定成俗地由這些群主進行一些特殊的工作 警告 提出群組 制定群規 那群規有哪些東西要制定呢? 群組目的:至少要把當初建立群組的目的說清楚,這是接下來所有群規的依據 群規: 第一個群規大都是約束大家不要有情緒性字眼以及不尊重他人的字眼或指控 接下來會建議大家那些話題儘量避免,一般就是幾個:政治、宗教與違法議題 也會請大家避免進行借貸或者邀請大家投資等議題,如有需要就建立其他群組 如果真的要討論一些避免提及的議題,請詳細描述個人意見,不要只是轉貼 規定邀請機制,是要設定群組為公開或者封閉邀請制 不得任意修改群組名稱 懲罰規則制定:幾次違規要如何處理,幾次違規會踢出群組等等 群主權力的賦予,所有人約定成俗 尊重他人,所有人都有發言權,你沒有資格要求別人不要提出任何議題,除非版規有嚴格規定 是否禁止廣告或者限制發廣告的方法 是否允許早安圖、問候文等等 是否允許接龍 是否建立記事本收集成員資訊或者建立記事本提供成員分享資訊 以上是幾個比較常在板規中出現的資訊,但也可能因為實際狀況而增加相關資訊,大家就參考看看吧!

加密貨幣交易注意事項

圖片
比特幣大跌,有專家分析主因之一是因為政府加強監管,監管確實有他的好處,但也造成獲利空間限縮,因為有人獲利就會有人損失,因此整個加密貨幣大跌就是因為未來不再會有大漲大跌的空間,不過本文重點不是這個,是要描述一下何謂加密貨幣市場以及要注意那些事情。 加密貨幣技術又稱之為區塊鏈(Blockchain),他的主要精神是去中心化,所有的交易資料都會在網路上不斷散佈,也就世說會有很多人擁有同一份交易資料的備份,不過這些資訊都是匿名的,誰擁有哪個轉入地址並無法被得知,除非這些地址是由有信譽的交易中心所管理的,不然你根本不知道給你加密貨幣的人是誰,你又會將加密貨幣轉給誰。 在這樣的狀況下,還是有一些類是電話黃頁的服務出現,因為每一筆交易都需要一個目標地址,並未產生一個交易序號,所以交易前可以查詢一下交易地址是否合法,如果這個地址是有問題的,可能就會有很多人對他加上一些標註,比特幣可以透過 https://www.blockchain.com/explorer 乙太幣則可以透過 https://etherscan.io/ 從大家的註記(Comment)就可以知道哪一些是常常被拿來詐騙用的地址,以下畫面就是利用etherscan查到的Comment 這裡面說的Scammer就是詐欺者,不過並不是所有詐欺者都會用同一個錢包地址詐騙,他可以能會經常換錢包,所以不管怎樣轉帳前先確認對方身分,但如果怕有意外可以參考以下方法處理 到官方網站透過官方問題處理系統提問 官方的群組中也是可能戶有詐騙者出沒,他傳訊你的時候,即使他的名字跟群組中的管理者一樣,還是到群組中確認一下比較好 透過官方提供的E-Mail處理事情 另外,加密貨幣的合法性很重要,加密貨幣本身並沒有違法,是上面因匿名機制而造成的問題不合法,而加密貨幣的兌現也請不要在網路上自己進行,要在合法的交易中心進行,目前我知道的有MaiCoin、BitPoint等等,甚至全家也可以買賣加密貨幣,這些都是比較正派的交易中心。 加密貨幣的轉帳都需要轉帳費用,雖然這筆轉帳費用並不貴,但他影響你最後成功轉帳的數額,如果你需要轉1顆乙太幣,就請記得加上轉帳費用,不然到的對方可能會是0.99顆。 這兩年,很多新的加密貨幣問世,新加密貨幣的發行叫做ICO,你說這會不

To App or To RWD?

圖片
手機的問市帶來許多便利,所有手機的功能統稱為App,對用戶而言很方便,但卻為開發工程師帶來無止盡的問題,是要開發成原生App還是做成RWD網頁?這個答案取決於你的目的與需求。 談到App,可以再次證明軟體是無價的,沒甚麼價值的,因為每一個人聽到一套App的開發價格要一百萬都覺得不可思議,但這是有道理的,他的複雜度包括 要一次開發兩個平台系統─iOS和Android 每一個平台都要支援最新的幾個版本 每一隻手機的解析度都不一樣,都要做通盤考量 上架有很多規範,尤其是Apple App Store,很難一次就通過審查 手機畫面較小,所以使用者體驗和網頁是完全不一樣的,需要有很長的需求確認時間 那如果我採用RWD網頁呢?如果以下功能並不是你的主要需求,那你只要建置RWD網就就好了 需要即時提供訊息給用戶 需要很方便地使用手機硬體元件,例如項機、麥克風等等 需要可以離線使用 (網頁一定要上網才能用) 想利用手機的支付系統 需要很特殊的使用者體驗(網頁所辦不到的) 如果以上功能不是你覺得重要的功能,就可以使用RWD自適應網頁就好了,用手機的瀏覽器就可以達成目的了,也不用高昂的開發費用。 另外還有一個關鍵因素要考量,就是你的App功能是否會經常更新,如果是,就不建議用原生App,因為App上架都需要審核,而網頁不需要,所以如果你的服務是需要經常更新的,那就不適合原生App了。 以下做個簡單的表格比較 這邊簡單介紹到這邊,之後再找時間介紹甚麼叫原生App?甚麼叫RWD網頁?

網際網路的使用藝術 2.0

圖片
下面這篇文章是十幾年前寫的,有些人覺得這名字不太切題,但我個人還是比較喜歡這個名字,最近有些小省思,想在這基礎上再做點論述,比較能貼合近代科技,大家可以先讀完我的原文,或者直接往下捲到新的2.0版本。 網際網路的使用藝術 醞釀了一個多月,一直在衡量如何取評斷以及區分孰優孰劣,然而評斷總是不好, 也因此,本文會盡量少去判斷,而是以指引的方式來引領大家體解何謂網際網路, 何謂藝術。  網路之功能在於溝通,至於溝通的內容如何就難說紛芸,一般人可能認為網路就是 上上網、寫寫信、聊聊天,然後藏在後面的卻還有許許多多的未知存在,然而這是 一篇介紹文章,而非統整文章,許多東西都只是點到為止。  網路資訊分為文字、影像、聲音等等等,然而最主要的部分在於文字,網路生活與 過去的差異在於隨手可得的文字讓我們可以足不出戶而知天下事,而多樣化的資訊 則讓文字無法呈現的資訊也能躍然紙上,然而在這許許多多的資訊來源中,我們要 如何擷取與尋找則是一門學問。  資訊的接收可以分為主動與被動,一般人都是所謂的被動接收者,所有資訊透過轉 寄或者資訊提供者的主動寄發而將資訊放到你的手上,這種方式對於一般人來說是 最為方便的方式,而且發展至今,許多接收者都會隨手將資訊又轉寄出去,這造成 一些問題:  1.重複:同一封信可能會收到許多次,而有些人甚至就重複地轉寄了許多次。  2.品質:收到一大堆信件後,你真正會去看的可能只是少之又少的內容,其他的東 西可能對你一點用都沒有,甚至對所有人都沒用,還可能出現一些錯誤的觀念與資 訊,錯誤或者無用的資訊就稱之為垃圾,這對許多人造成了某種程度的困擾。  3.法律:一筆資訊是否可以合法轉寄不止,很少人會去思考,基本上,如果原作者 歡迎大家散播,那這筆資料就可以到處寄送,但是只要原作者並未同意或者您也並 未詢問原作者之下就轉寄原作的資訊,可能就有法律上的問題。  4.犯罪:當大家養成了轉寄習慣,許多人便開始利用這個習慣去從事一些不合法的 事情,並且藉由這種有效率的散播方式,將一些騙局以及非法交易傳遞到每個人手 中,能夠判斷其正謬之人自然不會受當,但是卻有許多人會因此蒙受損失。  雖然轉寄資訊有這些問題,但是整個行為對於網路發展卻有某些正面的價值,他促 進了資訊的正面傳遞功能,讓政令與知識能夠在最快的速度下傳到每個人手中,所 以這種網路文化

雲端科技淺論

圖片
近幾年很多人在講雲端技術,但甚麼是雲端?這是個新技術嗎?所謂雲端就是將資訊或者運算機制放在別人家,不放在自己家,那網頁技術就是雲端技術嗎?嚴格來說,網頁就是雲端技術的雛形,所以雲端並不是甚麼有趣的新技術,只是一種老飯新炒,但他又不只是把舊技術做出新定義,而是重新包裝成更適合大家需求的使用方式。 那甚麼是雲端,如果是比較技術的回覆,標準回答包括以下三個架構: IaaS: Infrastructure as a Service: 就是提供應提平台給大家使用,不用自己建伺服器,Google Cloud Platform, AWS與Azure等等虛擬主機就是這樣的服務 (GCP/AWS/Azure等技術大都同是涵蓋到PaaS與SaaS) PaaS: Platform as a Service: 就是提供一個平台大家做開發測試等等,這邊指的就是在虛擬主機上提供作業系統,讓使用者可以自由使用,GCP上的App Engine就是一種PaaS應用 SaaS: Software as a Service: 這就是大家比較知道的雲端技術,例如網頁、線上API或GMail等等 因此過去大家熟知的網頁就是SaaS,IaaS與PaaS是比較新的概念,他代表我們不需要自己買硬體來安裝作業系統,所有事情都可以在遠端進行,我們自己的電腦只是一個用戶端(Client),安裝個Windows 10或Ubuntu這類工作站平台就可以了。 雲端架構除了上述分法,還有一個分法就是以開放性界分 公有雲:雲端服務是對外開放的,所有人都可以由網際網路存取,例如開放的網頁 私有雲:只有組織內部可以存取,例如內部才能使用的ERP系統 社群雲:可能由多個組織共同使用的雲,他們有共同的目的與需求,有可能外部第三者管理,例如用Line群組溝通也算是社群雲的一種 混合雲:這是上述多種雲的混合,可能因為需求所致,部分服務是公開的,部分服務是保護在組織內部,中間以DMZ界接 上述的分類並不是唯一的答案,還有很多分法,只是將比較常見到的做個說明。 這邊談雲端主要是看到一些比較新的趨勢,過去大家都在考慮要準備多少伺服器來建構一個服務平台,並考慮到未來可能會增加的使用量,最後規劃出一個效能很好的設備,可能是16核CPU、64G RAM等等高規設備,但最後會遇到的問題經常是