各種天馬行空的概念分享 ==== ---- ## 概覽 - 目前應該還沒有人做過的服務 01. 兒童資訊整合 02. 基督教圖書資訊整合 03. 基督教童書資訊整合（= 1+2 的交集） 04. 基督教影音整合聯播服務 05. 協會核心整合：LINE@ 版 基督徒工具 - 改善現有服務的相關建議 - 教會機構名錄 - 活動訊息佈告 ---- ## 其他想過的概念 --- ## 01. 兒童資訊整合 ---- ### 集中呈現基督教幼兒教育相關資訊 >整合以前到現在， >全世界出現過的兒童主日教材、基督教動漫畫、基督教相關童書。 >供查詢、宣傳、媒合購買、社群討論、教學經驗、教育教養觀點、線上師資培訓 ---- ## 出發點 從以前到現在有很多針對孩子的相關基督教內容， 一直沒有可以集中查閱、使用相關資源的地方。 所以提出一個平台集中相關資訊， 媒合幼兒教育使用者與內容提供者， 同時也建立相關資訊的集中資料庫， 未來應用在其他服務。 - 從幼教、回憶出發 - 幫助現在正在製作相關基督教幼教製作團隊宣傳 ---- ## 可以幫助誰？ - 未來的兒童本身 - 一般家長 - 未來、現任新手爸媽 - 兒童主日學老師 - 幼兒教育人員 - 幼兒教育相關出版機構 - 幼兒教育相關創作者 ---- ### 怎麼做？ - 先搜集相關資訊，透過相關出版社、機構合作提供過往書單、產品清單。 相關範圍內的產品資訊目錄要先建立起來。 - 分為圖、文、影、音 各別搜集： 繪本、童書、兒童音樂、有聲書、卡通動漫畫… - 能合法完全呈現內容的，就完全呈現。 - 沒有中文的內容，就嘗試合作翻譯出中文。 會有額外成本。 - 不能完整呈現的， 要引導使用者去其他獲得方式。 或購買資訊及試閱。 ---- - 提供社群討論，鼓勵分享見證、回憶、以及教學心路歷程、教養專欄交流……等。 - 跟其他單位合作，提供線上培訓主日學老師教材。 - 或引導到對方出版社或機構在對方網站內培訓。 - 顯示幼兒教育或家庭相關的基督教活動。 - 同時也能直接在幼教資訊平台快速發活動，活動佈告同時獲得該活動。 - 顯示有附設幼兒教育設施的相關教會及機構 ---- ### 可能遇到的問題 - 收集相關資訊 - 說服各合作單位參與提供基礎資訊 - 橫向溝通 - 授權 - 回憶各種基督教幼教資訊 - 翻譯成本 ---- ### 可橫向串聯的相關提案（平台） - 活動訊息佈告 - 教會機構名錄 - 基督教圖書資訊整合 - 基督教童書資訊整合 --- ## 02. 基督教圖書資訊整合 ---- ### 主要做基督教圖書綜合搜尋 >聯合各神學院圖書資料，加上公開的相關領域基督教書籍。 >目標收集各種書籍的基本資訊及媒合借閱、購買、書籍交換、哪些教會或閱覽室有該書籍等等 ---- ## 出發點 基督教書籍資訊整合 - 以圖書為核心的資訊整合服務 - 部分概念跟黑熊原本推的書的專案， 有一定比例重疊。 ---- ## 可以幫助誰？ - 尋找適合自己基督教書籍的人 - 書籍借閱室 - 各會堂圖書室 - 基督教圖書研究人員 - 基督教書商、基督教出版機構 - 基督教相關圖書創作者 - 神學院與教會之間的書籍調查與流通 - 閒書流通（借閱、贈送、二手販售） ---- ### 怎麼做？ #### 第一階段：先建立、補完集中的圖書資料庫 集中呈現所有各地基督教書目。 透過與各地的圖書資訊、出版者合作， 也開放輸入系統沒有的書籍，讓大家一起完善。 最後可以查閱任何一本基督徒書籍基本資訊。 ---- 並提供： - 簡易媒合窗口購買 - 借閱地點 - 進一步要能連線顯示實際藏書狀況 - 開放投稿/刊登推薦書評（文字、聲音、影片）、開放針對書的討論 - 不限文字投稿， 也可 embed YouTube 或 SoundCloud ---- ### 第二階段：提供借閱系統 #### 理想上，可查詢線上藏書可借閱狀態 - 包含各神學院所、各教會圖書館、公立圖書館、國家圖書館、 及開放自己登記自己其他可供預約借閱或交換、贈送書籍的方法或藏書場地。 ---- - 各教會的部分做個小後台， 讓他們能夠方便登記目前的藏庫借閱狀況。 - 進階還要能登記限內閱、預約借書（排隊）、還書提醒等等。 - 各藏書中心，自訂自己的借閱規則。 平台只負責橫向串聯顯示借閱狀態跟借閱方法，促成借閱。 ---- - 結合教會機構名錄，來呈現借閱地點相關資訊。 - 地圖顯示哪裡可以借到這本書，藏書狀態 （限內閱、可借閱、已借出、有幾本） - 並提供錯誤資訊回報功能，顯示附近教會機構功能。 - 雙向結合活動訊息佈告， 可以直接在這看到相關圖書類型的活動訊息。 也可以直接在這個網站內快速舉辦活動， 讓活動佈告同時刊登。 ---- - 其次是開放註冊會員，主動提供自家的相關書籍借閱、交換、贈送、二手拍賣。 - 可以提供借閱的書，可限定我們有的書單，或讓對方也能新增補完資訊。 借閱系統也讓藏書人應用， 登記對外開放的借閱狀況。 ---- ### 第三功能：線上閱讀 - 再進階就是開放線上閱讀 - 能合法完全呈現內容的，就完全呈現。 - 沒有中文的內容，就嘗試合作翻譯出中文。 會有額外成本。 - 不能完整呈現的， 要引導使用者去其他獲得方式 或購買資訊及試閱。 - 收集書籍相關的延伸作品、其他形式同名作品。 - 補上各別搜集相關 影、音 - 或 開放提供註冊會員投稿書籍朗讀：有聲書 ---- ### 第四功能：社群探討、書籍推薦 - 提供社群討論、讀書會，鼓勵自由分享讀書心得、投稿書評……等。 - 跟書房、出版等機構合作，提供相關出版專區。 提供媒合找書、採購，及到店試閱、試聽。 - 照書房機構的規劃，提供他們推薦的相關書籍閱讀脈絡。 某某系列，再某某系列。 - 等於有個專區友善內容製造面的，能自己決定要主打什麼。 - 不一定要書房或機構，作家個人也可以，沒有實體書的寫作者也可以。 ---- ### 第五功能：讓會員提出的需要 - 提供會員能訂閱自己感興趣的書籍類型， 讓會員能被動收到 E-mail 或其他類型通知。 - 提供自由填寫想要什麼書，或正在找什麼書還沒找到。 - 可以讓供應者知道，哪些類型或哪些書正在被尋找、被需要。 - 或公開徵求別人推薦指定類型或無特定類型的書籍給他閱讀。 ---- ### 第六功能：書籍分類個別媒合 - 例如：童書資訊區跟相關幼兒園與機構媒合 - 其他類型也可以分為食衣住行等其他類別， 跟相關的商家做圖書資訊合作嘗試 ---- ### 可能遇到的困難 - 說服各合作單位參與 - 橫向溝通 - 授權 - 整合各單位提供的圖書資訊書單 - 持續更新確實的藏書狀況 - 要能知道某地可供借閱的書，目前可不可借。 書的狀態必須要確實更新，才會是有效的應用。 - 持續增加合作的借閱地點 ---- ### 可橫向串聯的相關提案（平台） - 活動訊息佈告 - 教會機構名錄 - 台灣聖經網讀書會 - 兒童資訊整合 - 基督教童書資訊整合 --- ## 03. 基督教童書資訊整合 ---- ## 出發點 - 同時從兒童及圖書資訊出發。 - 合併前面兩個提案，並限縮整理範圍及服務規模。 只針對基督教幼兒教育相關圖書做資訊整合服務。 影音的部分，及其他類型圖文影音則不收集。 ---- ## 其餘項目 - 為合併前兩個提案，有交集的共同點。 - 變成專門服務育兒相關的圖書資訊整合 包含借閱、二手販賣、贈送童書、玩具 等等 ---- ### 可橫向串聯的相關提案（平台） - 活動訊息佈告 - 教會機構名錄 - 台灣聖經網 - 兒童資訊整合 - 基督教圖書資訊整合 --- ## 04. 基督教影音整合聯播服務 ---- ## 出發點 - 從 Video 資訊整合的觀點出發 - 隨著錄影成本越來越低， 越來越多會堂甚至個人都有 YouTube， 或在 Facebook 等其他網站公開 Video。 - 而且有越來越多的趨勢，因為拍攝越來越容易。 - 因此希望能一次呈現、收集所有基督教 Video - 甚至連 Sound 也想包進來。 例如：公開的 [SoundCloud](https://soundcloud.com/) 但資源相對少很多。 ---- ### 解決基督教影音資訊很分散的問題 不論是國內國外，都已經有很基督教相關影片。 但都分散在 YouTube 及其他影音平台上， 一般會眾很難一次得知有這麼多基督教相關影音。 這個概念等於幫忙做影片分類， 做影片目錄，方便集中選播，甚至集中直播。 非中文語系的影片， 如有 CC 字幕在上面也建議收集呈現。 ---- ## 可以幫助誰？ - 幫助有需要的人，找到教會機構相關影音。 - 幫助眾教會分享宣傳呈現影片給有需要的人 - 如果結合教會機構名錄地圖資訊， 還能幫助教會，快速觀摩收看跟鄰近教會影片 - 同理也能幫助在任何地點定位搜尋的朋友， 快速透過附近教會的影音， 更了解教會性質跟相關內容。 ---- ### 怎麼做？ - 不提供上傳，提供的是分類與一次呈現關聯性， 集中呈現基督教影音資訊。 - 透過 YouTube API（[1](https://developers.google.com/youtube/v3/quickstart/js) [2](https://developers.google.com/youtube/v3/code_samples/javascript) [3](https://developers.google.com/youtube/v3/docs/channels/list)）或其他平台 API - 或根據頻道與播放清單 URL 規則， 資料庫儲存相關 ID（Channel、Video、Playlist）， 然後去組合 embed iframe 輪播 或節省用戶端記憶體的燈箱觀賞。 ---- - 節省用戶端記憶體的燈箱 以 [blog.kkcpct.org](http://blog.kkcpct.org) 的 Video 為例： 利用 JavaScript 自動修改 YouTube 相關網址 透過簡單的**原始網址**刊登，自動呈現相關影片。 - 或透過 YouTube RSS 擷取新影片資訊 - 收集足夠也可細分分類，如： 特會影音集中、合唱獻詩影音集中、講道集中、節慶禮拜回顧……等 ---- ### 收集上 - 分為主動管理：主動堂會提供資料 以及我們把我們找到的部分放上去 - 又或是我們找到的資訊，我們來填。 - 也可以有堂會來認領後，就讓對方管理。 - 這個概念等於把 Video 的部分獨立出來。 收集現成的基督教 Video 資訊， 可供其他平台，有需要時直接互相串聯使用。 ---- ### 分類時 - 建製成本高，但維護容易的作法是： 透過 YouTube API 加上程式設計， 讓他能後台操作分類或簡易自動分類。 - 不寫程式來快速達到目的： 手動分類建立清單，分類專區掛上該清單輪播， 後續更新就比較辛苦要完全人工操作。 只能手動更新播放清單。 - 好處是可以結合 OVOTV 那類應用，直接在電視上可以觀看。（可看實機示範） ---- ### 分類類型 - 結合教會機構名錄 可以集中主題式，或宗派，或地區式觀看各教會的相關影音。 - 結合地圖資訊 - 幫助收看鄰近教會影片 - 在任何地點定位搜尋， 透過附近教會影音，了解性質跟相關內容。 ---- ### 其他分類 - 特會影音集中 - 合唱獻詩影音集中 - 講道集中 - 節慶禮拜回顧 - 直播 - 根據遇到無法分類的影片再列新分類 ---- ### 呈現畫面上 - 可以讓影音集中畫面 **讓相關機構、教會的名錄、活動頁面互相呈現產生關聯**。 未來有其他服務也可以同理，互相產生關聯。 ---- ### 儲存成本 - 嚴格來說這個概念， 只會收集 Channel ID、Video ID、Playlist ID 去組合呈現。 - 其他平台沒有研究 URL 規則或 相關 API 的話， 頂多儲存對方的整個 embed code。 資料庫上儲存的，應該只需要文字字串即可。 ---- ### 類似概念的網站 - [http://www.iptv.com.tw](http://www.iptv.com.tw/) - 這很趨近這個概念想做的， 但他不限於基督教相關影音。 也沒有結合教會資訊及相關教會相關（獻詩等等）分類概念 - [https://www.fuyin.tv](https://www.fuyin.tv/) - 這個例子，他們有做到教會類的資訊分類。 但這屬於服務簡體中文用戶的網站。 對整體華人的幫助比較有限， 缺乏我們這邊在地資訊的資源。 ---- ### 如果要嘗試做這個 - 可以參考剛剛那兩個網站， 並滿足 RWD 跟在地化資訊。 - 結合教會機構名錄地圖資訊、 台灣聖經網會員綁定所屬教會， 或這個平台再個別綁定教會（不限一間） 每次進入能優先看到自己教會影音等等 - 或提供訂閱某某教會某某機構影片優先收看 可能按個愛心或星星就優先看誰 ---- #### 可能遇到的問題 - 原本就公開的影片，需要授權才能收集呈現？ - 根據智慧財產法院網站[103年度刑智上易字第93號(違反著作權法)](http://ipc.judicial.gov.tw/ipr_internet/index.php?option=com_content&view=article&id=1241:10393&catid=99:2011-06-10-09-19-43&Itemid=450) embed 不會造成公開傳輸： >超連結或「嵌入embed 」功能的行為並未「向公眾提供或傳達著作內容」，而是將網友送往特定網頁，讓該網頁向該公眾「提供或傳達著作內容」，故超連結或「嵌入embed 」功能並不會構成「公開傳輸」之行為 ---- #### 可能遇到的問題 #### 異端影音 - 如果是規劃開放式提交，減少人工審查。 會遇到這問題，要規劃相對檢舉機制自動下架。 - 或如教會機構名錄，都自由提交，但人工放行。 - ~~或反向操作，特別弄專區列出什麼是異端影音~~XD ---- ### 可橫向串聯的相關提案（平台） - 教會講道整合呈現 - 活動訊息佈告 - 教會機構名錄 - 台灣聖經網 - 兒童資訊整合 - 基督教圖書資訊整合 - 基督教童書資訊整合 --- ### 協會核心整合：LINE@ 版 基督徒工具 - 概念同基督徒工具 APP 只是用 LINE@ 實現，入口網站整合。 - 我們可以教人如何讓 LINE@ 單獨做捷徑在桌面 取代開發 APP，與安裝的步驟。 ---- ### 好處 - 大家都有 LINE 比起要對方特別去裝 APP 簡單， 而且自動就沒有跨平台的問題。 可以提供大眾化查詢服務（群組、客室）， 也可以針對個人提供個人化內容。 ---- - 不用多安裝一個 APP 加入一個 LINE 相對於安裝一個 APP 降低大家不想安裝的問題 - 實際面 APP 開發成本較高，應用較廣。 - 用 LINE 來時間成本較低甚至不用， 相較 APP 可以多做對話應用，查詢回應。 ---- ### 應用面 - 對話可以應用各種可查詢回應 API 例如： - 信望愛聖經 API - 未來如台灣聖經網也開 API 也可直接應用 - 像是寫一句話， 讓聖經網根據相關詞語，推薦金句。 - 隨選分類查經、有聲聖經等等 - 華人教會機構名錄、活動訊息佈告： - 協助更新：上傳教會照片、等等資訊更新 - 其實也可以獨立寫一個 LINE BOT ---- - 我們可以教人如何讓 LINE@ 單獨做個捷徑在桌面， 取代開發 APP，與安裝的步驟。 - 如果再 LINE 可以， 也可以去研究 FB、微信 等訊息服務 他們也都有這類的 UI API 可以使用。 ---- ### 可橫向串聯的相關提案（平台） - 活動訊息佈告 - 教會機構名錄 - 台灣聖經網 - 兒童資訊整合 - 基督教圖書資訊整合 - 基督教童書資訊整合 --- ## 提升現有服務的功能 ---- ### 教會機構名錄及活動佈告 ### 建議新增交通分類 - 進行交通取向分類的改版： 新增依照捷運站、鐵路站、高鐵站的分類模式， 尋找教會或活動 ---- ## 出發點 - 合併 Google 導航推薦路線的功能 自動提供大眾交通及自行開車， 如何敘述交通前往方式。 - 增加定位找週邊教會的另一種方式 - 解決大部分沒有交通指引的問題 - 一樣的概念， 活動訊息佈告或往後跟地圖有關係的服務也適用。 ---- ## 可以幫助誰？ - 想快速知道如何搭乘前往的朋友 避免已經得到確切資訊還要複製地址老半天， 另外再去搜尋如何前往，可搭乘什麼交通工具。 - 幫助教會或機構網站不用自己敘述如何前往。 ---- ### 怎麼做？ - 至少提供連結窗口， 媒合使用者去 Google 導航頁面去自行查看 不一定要做進來我們網站內顯示交通資訊 - 提供網站小工具， 讓教會或機構網站能安裝呈現。 ---- ### 可橫向串聯的相關提案（平台） - 活動訊息佈告 - 教會機構名錄 - 往後有應用到交通資訊的平台 都建議考慮這部分的需求 --- ## 教會機構名錄 相關建議 ---- #### 教會機構名錄 新增 - 新增呈現與收集資訊的欄位 - 捐款資訊 - 對方線上捐款網址或相關奉獻辦法說明 - 放明顯點避免老是有人誤會奉獻來我們家， 最後又要幫忙轉奉獻XD - YOUTUBE - LINE 聯絡方式 或 LINE@ - 加入LINE@ 按鈕 - 原 Facebook 欄位，深入儲存對方 Facebook ID - 教會歷史欄位：提供欄位讓對方可以填寫 - 收集夠多，就能另外成立一個子服務。 ---- - 增設按紐 - 聯絡按紐 - 地址呈現超連結，引導開啟 Google MAP。 可合併「帶你去教會」的功能一起使用 - 針對實際使用作改良建議， 目前外面用手機查某個單位怎麼去， 只能看到地址，還要手動複製到地圖。 - ``tel:`` 電話直接播打按紐或超連結 - 這種寫法確認 Android 支援， 沒意外的話 APPLE 也支援。 節省再去手動複製電話號碼， 另外播號的麻煩。 ---- #### Facebook 直接對話通訊按紐 - 連結至 >https://m.me/FB ID 能幫助大家快速從 FB 聯絡教會機構。 - 例如：我們協會的是 https://www.facebook.com/CCNDA 自動對應的聯絡按鈕的連結目標就是 https://m.me/CCNDA ---- #### 教會機構名錄 新增 - 分享按紐 - Facebook 分享按紐、按讚 - LINE 分享按鈕 - LINE 按讚按鈕 ---- #### 教會機構名錄 新增 - 增設一鍵「讓手機加入這筆資料到個人通訊錄」 - 使用情境： 手機開啟某個單位的頁面， 按個鈕就將聯絡資訊存到他手機上保存為聯絡人備用。 - 如：單位、負責人、地址、電話、E-mail、地圖(Google MAP 連結) - 概念參考： 透過 QR code，讓聯絡人自動載入新增聯絡人。 - 可能(?)可以透過 [vCard](https://zh.wikipedia.org/wiki/VCard) ``*.vcf`` 來達成 ---- #### 帶你去教會機構的功能 - 讓現在定位的地點 跟目標地址做導航 可以選擇要用什麼交通工具， 呈現推薦路程。 - 提出原因是為了避免人工去寫交通資訊、搭車辦法 名錄目前沒有提供如何搭車去各個地點的資訊 但這人工做難度有點高。 所以傾向建議直接用 Google 導航的功能 ---- - 透過 Google MAP API - 或不排斥的話也可以不要寫在網站內 引導開啟超連結去 Google MAP URL 搭配相關導航 GET 參數。 - 好處是這樣在手機上也會呼 Google MAP APP 去導航。 而且可以任意調整行程， 中間還能插入別的地點安排路線， 比較靈活實用。 - 或把 Google MAP URL 做框架進來(?)。 ---- - 以前寫教會 LINE BOT 應用用過相關導航 GET 去啟動 URL 達成導航， 所以確認不透過 API， 單純應用 GET 也可以辦到這個功能。 **看範例** - 類似現在活動那邊的功能 - 不過要能自訂出發地點才好用 活動那邊就是少一個自訂出發地點的方式 ---- ### 教會機構名錄 修改 - 建議簡介增加可以寫超連結的功能。 - Markdown 解析 - 不只純文字呈現， 以便教會機構在簡介放入相關連結。 例如：奉獻捐款連結 ---- ### 教會機構名錄 API 建議事項 - 協定升級為 ``https`` （由伺服器端強制跳轉 ``http`` 成 ``https``） 才能確保未來的相關應用都不會因為安全問題， 無法使用 API。例如現狀： https 協定中，不能使用 http 協定的 API。 - 前端無法使用 AJAX 或 fetch 跨域使用 API （這部分活動訊息可以） 建議伺服器端開放權限，讓前端跨域應用 API。 - 目前是 ``Access-Control-Allow-Origin`` --- ## 活動訊息佈告 ---- ### 活動訊息佈告建議修正 - RSS 功能 - 目前活動訊息佈告的 RSS 功能 event.oursweb.net/rss 部分無法正常解析， [經過查證 W3C 的檢驗器也寫出部分結構有錯誤](https://validator.w3.org/feed/check.cgi?url=https%3A%2F%2Fevent.oursweb.net%2Frss) - 建議對 RSS 的部分做整理，盡量讓他合格。 ---- #### 防呆問題 - 不能讓標題沒有文字，也能提交。 - 月、日選項建議加強防呆 前端去控制動態變化選項。 不要讓不合理的數字出現在選項。 例如：11月31日、沒有閏年的2月29日。 - 具體來說，先記目前日選項 index 落在哪天。 監聽年跟月的變動， 變動時觸發判斷那年那月有幾天，計算後重新產生日選項，並自動選擇到剛剛記住的 index。 - 後端收資料的時候也要再驗證一次，不要收規則外的資料。 ---- - 讓附加檔案有刪除功能 - 圖片尺寸很小，卻誤判圖片尺寸過大 - 基本上判斷過度占用頻寬， 只需阻擋檔案容量過大的就好。 建議不要去判斷圖檔尺寸。 過大圖片去呈現的時候， 讓圖片不要超過螢幕就好。 - 之前遇到這種誤判，圖片都嫌太小看不清楚了。 怎麼會禁止尺寸過大的圖檔？ - 建議修正[網址過長時，Google MAP 顯示異常](https://event.oursweb.net/w/EqO8Pib3?utm_source=Facebook&utm_medium=facebook.com%2Foursweb&utm_campaign=%E3%80%90%EF%BC%83%E7%89%B9%E6%9C%83%E3%80%912017%E9%81%87%E8%A6%8B%E7%A5%9E%E8%B9%9F%E7%89%B9%E6%9C%83%ED%A0%BD%ED%B8%87)。 ---- ## 活動功能的各種建議 - 正在填寫內容時， 讓所有輸入文字自動暫存在瀏覽器上。 - 提交成功或取消發活動才清除 - 避免登入狀況異常或登入過久， 要重新登入又要再寫一次。 或是避免手殘回上一頁，也是要再寫一次。 - 如果能支援這個部分， 對使用者來說會很方便。 ---- ## 名錄、活動功能建議 - 由前端辨識文字敘述，可能是電話的號碼 自動加上 ``<a href="tel:電話號碼">數字</a>`` - 幫助手機端的全使用者， 都可以訊息時，有需要就按個鈕撥通電話。 - 不用再複製貼去撥電話的 APP， 減少使用者的麻煩，也減少多餘動作。 ---- - 建議能增設地區分類 - 建議讓 https://event.oursweb.net/nearby 多解析一個 GET 變數 透過這種方式去顯示那個行政分區 - 例如： https://event.oursweb.net/nearby?place=台北市大安區 他就會填入搜尋框框，自動搜尋那個地區。 ---- - 建議新增通報機制 - 做個區域或提交表單， 由用戶填單通報相關錯誤或諮詢。 - 自動通報前端增加監聽 onerror 的事件 - 監聽的時候， 自動 POST 錯誤事件的相關 LAG 給 JANDI 或其他通報整合系統。 - 這樣才能在使用者端出現錯誤的第一時間， 卻沒有跟我們通報的時候， 能有機會由我們主動注意錯誤。 - 基本每個平台服務，都應該要有這個機制。 充分應用網站前端可以監測的 error 自動通報。 ---- ### 活動功能建議 - 忘記密碼的功能 - 對不起，我已經忘掉一組密碼， 一直沒地方可以自救XD - 包含重複 E-mail 註冊時， 應該要判斷自動跳轉去忘記密碼。 ---- ### 活動功能建議 - 收藏活動：讓用戶登記他喜歡的活動資訊 - 用「有興趣」、「會參加」的概念， 來探討這部分也可以。 - 友善列印收藏的活動重點資訊： 標題、時間、地點（批次列印） ---- - 訂閱活動： - 針對宗派或自選機構， 分類、地區、自訂關鍵字，去做訂閱。 關鍵字的部份， 等於一種讓使用者提供他想看的活動是哪分面的。 - 可能可以優先讓他看（牽扯到排序）， 或至少可以優先通知相關更新。 然後有頁面專門讓他專心看他訂閱的部分。 ---- - 新增或更改通知時： 有新或更新的活動， 每天發一次 E-mail 或結合其他方式通知。 - 例如： - HTML5 API 通知(Notification)、推播(Push) 不原生來開發的話， 可參考接入第三方平台來達成推播： [OneSignal](https://onesignal.com/)、[iZooto](http://izooto.refr.cc/su1205su) ---- - 或是透過 LINE Notify， 做比較靈活使用的個人一對一免費通知。 - 這方面對使用者來說不會太難， 對開發來說只要後端串好相關 POST， 儲存經授權可被通知的使用者 ID， 就可以個別通知個人化資訊。 - 訂閱活動也可以慢慢累積， 每個用戶對活動的興趣跟參與趨勢資料。 未來如要玩相關的分析， 自動推薦分析後的相關關鍵字活動才有依據。 ---- #### 使用者登入後的延伸訂閱應用 - 使用者可以自訂，是否依照自定頻率來做提醒。 - 自訂追蹤的活動開始前多少天，會通知。 - 由使用者先設定授權， 自動記憶上次及目前定位資訊， 附近活動的更新通知。 - 類似 RSS 訂閱的概念， 只是是用區域當條件來收通知。 讓活動去找使用者， 而不是使用者被動去逛。 ---- - 也不一定要登入後的使用者， 才能享受(?)活動地區自動提醒。 - 只要授權同意， 也可以把定位存在 cookie， 或瀏覽器的其他暫存區。 - 不登入就提供上次定位地點附近， 活動資訊供使用者參考。 ---- #### 自動產生 QRcode 當圖片附件 - 當有填寫報名網址， 卻沒有任何附加檔案的時候。 自動產生 QRcode 當附件。 - 幫助電腦端的使用者， 多一個注意力，發現報名方式。 ---- ##### 「一鍵儲存活動到 Google 日曆」或 *.ICS 分享 - 這樣才能把想儲存的活動，帶出去自訂通知。 達到更多的應用。 例如：我們目前沒有做的活動提醒功能。 或使用者串連其他支援 Google 日曆的平台， 如： IFTTT.com、Zapier.com、JANDI.com、Slack…等其他方式應用日曆。 ---- - 針對 Google 日曆直接用 URL 的 GET 參數達成。 這部分我去年已經完成，目前但尚未實裝在。 - [請看示範](https://event.oursweb.net/w/yBobwTLW) - 除了圖片檔案 Google 日曆沒有辦法接收， 其他的都能轉過去。 - 活動「時、分」暫用 00:00 設置。 如果活動可填寫到「時、分」， 也能做到轉入 Google 日曆時， 就確實帶入正確活動時段而非當天 00:00。 - 有字數限制，要做字數判斷並擷取。 ---- - 甚至，導航的部分也轉寫過去 Google 日曆。 - 讓對方能透過 Google 日曆，有更多延伸應用。 - 我是透過前端抓取畫面呈現結果來達成。 如果直接用後端來處理這部分， 呈現的資訊誤差會比較小。 - 也可提供 ``*.ics``， 供大家自行匯入各平台的行事曆。 如：Outlook 或 APPLE 那邊的行事曆系統 等等 ---- - 建議活動增加影音宣傳的欄位 - 直接提供 embed 該影音的功能。 填寫時填原本的網址或 embed code 都可以。 由前端判斷是否為 embed code。 - 是的時候 超連結點下去， 載入燈箱框架顯示對方填寫的 embed。 - 不是的時候 超連結點下去， 載入登箱呈現幫他們自動轉換好的 embed。 - 或是不提供自填 embed， 但支援提供影片網址。 ---- - 我們在由前端去判斷他的網址， 是否有 YouTube 或其他影音平台相關特徵。 自動幫他們組合出該影音平台的 embed 呈現。 判斷不出來的部分，直接保持單純超連結。 - 規劃用燈箱，是為了節省用戶端的記憶體消耗 有想看的影片且點下去，影片才顯示。 避免載入網頁要連影片都顯示， 拖慢速度又耗能，最後又沒人看。 - 例如：[看範例](http://blog.kkcpct.org/2017/10/2017-10-22_12.html) ---- #### 建議提供欄位儲存「活動來源」 - 像台灣聖經網新聞後台轉載一樣， 有問題時比較有參考依據可以調查。 ---- #### 導航的部分 - 地圖顯示區在手機上很難放大 - 建議能增設地圖連結， - 方便直接跳去 Google 地圖網站或 APP， 友善靈活自由規劃路線行程。 - 目前的導航路程顯示， 是直接拿現在裝制取得的定位， 自動建議到達目標地點的路線。 如果可以，建議增加「**修改出發地點**」的功能。 - 某些情況我們會用目前的定位來找路線。 ---- - 因為預先排日程了解路線時， 使用者不會正好在出發地點。 - 所以需要根據「自定出發地點」， 再提供導航建議的功能。 ---- ##### 友善網站應用的部分 - 建議規劃開放寫入模式 API - 讓對方透過 API 提交活動，人工審核或不審。 - 主用是用來給往後相關活動的提交窗口方便 - 例如： 自建資料收集的外掛，因為沒有 API 寫入。 目前仍然是最後要手動在介面按下提交。 - 又例如，如果跟基督教報社雙方談好， 讓他們收集活動的內容可以直接串連進來， 節省去人工去 COPY 文字轉貼的重複工作。 就會需要寫入式的 API 串聯。 ---- - 這有個小缺點就是， 可能以後提交活動的相關單位， 透過這部分使用刊登的化， 會減少來我們的網站，造成流量下滑。 - 寫出活動 API 的基本功能對外說明， 幫助想用的人。 ---- - 建議推出小工具 - 讓教會機構或個人， 可以在他的網站或 Blog 顯示一定條件的活動。 - 不然只有 API 開放可能還是門檻太高， 會達不成到處都能看到活動的效果。 - 甚至可以嘗試 Facebook Plugin 之類的， 讓大家個粉專裝有我們的活動顯示。 ---- ##### 友善發活動介面及同工介面的部分 - 自動填入地址、取代名稱，自動跳回第一畫面。 - 填個地址要切來切去、跳來跳去、 複製來複製去真的很煩人， 所以建議優化這部分的體驗。 - 例如：[請看示範](https://event.oursweb.net/post) ---- - 自動查詢並填入 oid 的功能 - 目前已經實現：[請看示範](https://event.oursweb.net/post) 因為名錄 API 不能允許前台跨域查詢， 加上在 ``https`` 協定中， 禁止查詢 ``http`` 協定的 API 所以目前使用拐彎抹角的方式達成。 - 當查詢的字有很多匹配的單位時， 目前我暫時使用 console.log 呈現。 但理想上應該要跳出相關介面選擇， 希望有機會可以發展到那樣。 [請看示範](https://event.oursweb.net/post) ---- - 一鍵匯入 Facebok 單一活動頁面 - 這概念上應該要有， 因為目前大部分完整活動資訊都在 Facebook 上。 - 讓對方填寫匯入 Facebook 活動網址。 經由後端程式 去串 Facebook event 相關 API， 自動填入活動佈告的發文區。 ---- - 目前我只寫了前端的 JavaScript， 反向應用，讓 Facebook 丟資料進來給我們。 - 由於活動沒有新增專用的 GET 參數， 所以技巧性把資料跨頁、跨網域， 帶入訊息佈告，自動填寫。 [請看示範](https://www.facebook.com/search/events/?q=%E6%95%99%E6%9C%83) ---- - 遇到前端的瓶頸之一， 是活動目前的 UI 其實有隱藏項目。 我把看得到的數值改掉， 但隱藏的部分沒有跟著變動。 所以部分自動填入後，會沒有效果。 - 但目前這樣寫真的不夠完善， 希望有機會能把這個功能做起來。 不只我們轉貼者可以使用， 其他教會機構他們有發過 FB 活動的話， 也可以快速發佈到我們活動， 不用複製來、複製去。 ---- ## 其他想法 - 讓 Facebook 活動，定期同步到我們的平台。 - 這部分我用了前端可以辦到的事情， 已經完成一個小功能：[請看示範](https://www.facebook.com/search/events/?q=%E6%95%99%E6%9C%83) - 但這個部分只用前端變成半手動的 ---- - 更深入應用 Google 日曆 API - 開一個 Google 日曆 - 當活動有 新建 / 修改的動作時， 就去即時觸發 Google 日曆 API ， 透過後端去寫入那個指定的 Google 日曆。 - 利用 Google 日曆， 當成另一個活動資訊連接口。 等於活動變化時，除了寫我們資料庫， 也寫到 Google 日曆。 ---- - 開放這個日曆，則很容易讓使用者訂閱， 滿足了新活動自動通知的相關應用。 - 甚至因為資料在 Google 日曆有一份， 所以大家可以對 Google 做到延伸應用， 一樣可以去玩自己的相關應用。 讓資料的可用性變高。 - 利用現成支援 Google 日曆的相關第三方， 像 JANDI、IFTTT， 可以有延伸應用其他的觸發、流程通知。 - 讓不直接使用 API 的人， 也能去實際應用更多組合， 不再限於一定要去寫程式伺服器， 才能達到更多效果。 ---- - 算是一個可以更貼切的滿足活動提醒、關注， 推廣應用卻降地技術門檻的應用想法。 - 一來我們也不用特別去處理開發通知的部份， 使用者又不用學習太多就能直接應用。 - 網路上 Google 日曆的相關應用、教學。 很容易整理出來， 轉介給新手了解如何應用。 ---- - 讓 Google 日曆跟使用者帳號綁定應用 - 要參加、有興趣，或指定單位的活動， 會自動增加到他指定的 Google 日曆裡面。 但那就要透過 API 去完成即時同步。 ---- - 批次匯入活動 - 在 Google 日曆應用範圍裡， 一種是透過 CSV 匯出 / 匯入批次活動。 - 針對大量轉貼活動的操作， 也許也可以考慮做這部分的批次匯入。 先把資料都整理好一次， 一次全塞進去的概念。 - 如果支援匯出 CSV， 可批次匯入 Google 日曆跟其他支援的平台。 但匯入的部分，跟一鍵儲存單一活動比起來， 對用戶來說會比較難操作，需要特別教學。 ---- - 再多一個 LINE Login ---- ### 其他討論 - 關於每個活動所屬問題 - 遇到類似當年 E-mail 分類類似的問題： 有的活動是聯合舉辦， 如果用資料完整性的角度來看， 不能歸屬在其中一個單位。 應該要每個都匹配到同一個連活舉辦， 甚至是協辦的活動。 - 這部分 Gmail 後來是用 「多重標籤的型態來歸屬」 不知道活動訊息佈告， 能不能也有辦法讓多個單位， 都歸屬在同一個活動？ ---- ### 系列的巡迴活動 - 需不需要規劃什麼方式讓他們有關聯？ 目前的作法是把同個活動， 不同時間地點換掉而已。 - 但這其實會造成部分內容重複性刊登。 - 加上使用者閱讀也很難因為這個場次， 得知另一個場次。 除非內容都有完整敘述所有場次。 - 借鏡 Facebook 的活動功能， 是可以一個活動有多個活動地點及時段。 --- ##### 其他想過：這次來不及詳細探討的其他可能 - 福音詞曲資訊整合、查詢、實際應用服務 - 詩歌基本資訊、簡介、由來、創作理念、背後故事 - 歌詞：原文、中文翻譯、動態歌詞 - 樂譜：各式樂譜、官方樂譜、開放聽寫歌譜、簡譜 - 試聽：服務聽眾、媒合購買、DEMO階段支持創作 - 練唱區 - 媒合練唱指導人才 - 發表翻唱，影音交流（embed 不提供上傳） - 分部練習，影音交流（embed 不提供上傳） - 卡拉 OK：線上、線下（讓普通卡拉OK連鎖店也上架） ---- - 集中整合基督教捐款資訊： 可以視為教會名錄的子服務 - 教會週報整合：圖、doc、PDF、OCR 等 - 基督教日程整合：線上整合各教會的行事曆 - 教會歷史刊登收集整合 - 教會講道整合呈現： - 完整記錄講道，未來分析。 - 主動刊登為主，人工收集需有對方的同意。 - 神學、研經課程資訊整合：解決課程分散 - 基督教福音機構資源整合平台： - 分群類集中呈現各機構資訊 - 資訊一把抓 ---- - 教會團隊培訓資訊整合平台：線上、線下都呈現。 - 提供刊登 免費、付費的相關課程，或技能交換。 - 聖經、相關造就課程外， 還媒合各種課程資訊。 例如，但不限於： - 網路應用、社群媒體 - 樂器學習、合唱、聲樂、敬拜讚美 等指導 - 攝影、錄影、音控、錄音、混音、成音 - 海報平面設計 - 詞曲創作 ---- - 基督教專業資源媒合： 供需媒合、家教、易物、甚至更多供需媒合 求職、求才、拍賣 例如：會網頁設計，協助教會設計開發網站 弟兄姊妹找保母，想找基督徒奶媽 或是技能交換 樂器、烹飪、語言…技能交換或媒合家教 - 教會團隊培訓資訊整合平台， 算這個概念與活動訊息佈告交集的子服務。 - 教會攝影、活動人物照片整合： 以圖為出發點，集中呈現圖片（可 API 化） ---- - 基督教導遊： - 幫助基督徒透過相關內容遊山玩水的平台 - 結合教會機構名錄， 可以讓教會機構提前知道有誰規劃來玩， 相關吃喝玩樂專才參與當地接待。 - 基督教網路社群集中呈現的聯盟 - 類似網站目錄，主要集中社群網站的部分。 - 用瀑布牆或其他方式呈現，一口氣 可以看到各教會的 Facebook 或其他社群平台。 讓在 Facebook 上分散的各教會可以， 透過網路集結呈現。 ---- - 通報整合服務： - 通知各種消息給訂閱人提醒通知。 - 直接做一個專門負責通訊的平台， 串聯處理協會各網站的個人化通知需要。 等於把串聯通知的功能抽出來做， 避免個專案都要重複做通知處理。 串 API 延伸應用結合各種 webhook 同步通知： LINE、JANDI、Slack、IFTTT、mail、簡訊…等等 - 基督徒租屋網，從住的角度整合相關資訊。 - ~~基督教 Wiki~~ ---- - 基督教醫療資源集中、情報交換社群平台： 衛教、認識醫療資源、病友、親屬 - 開一個基督徒做夢平台： 直接讓大家寫期待什麼基督徒網路服務、 並開放開發者認領XD - 有開發者認領就做，認領過的其他人一樣可以開發。 - 達到一定的實質支持度就做 - 目的是讓基督徒直接公開提出網路期待與需求， 也幫助開發者釐清，現在還缺乏、被期待哪部分網路應用。 ---- ### 奉獻捐款、第三方支付整合平台： ~~已有很多平台在做了，就不重複製作。~~ ---- # END