---
# System prepended metadata

title: 各種天馬行空的概念分享

---

各種天馬行空的概念分享
====

----

## 概覽

- 目前應該還沒有人做過的服務
  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


