兩邊一致就好了，如果最後決定這個不應該做成開放資料、也不應該做成統計圖，不然我去算圖的長度，我就有資料了（笑）。
如果按照你上次所說的，如果一陣子之後再公開沒有問題，不管是一天或七天或十五天，其實十五天之後，應該完全沒有敏感性才對？所以十五天前釋出多少有關係嗎？
庫存量是十五天前的庫存量（不公開），有意義嗎？對於外面要炒作的，這個不是反問啦！如果有意義的話，當然也許有兩個（做法）：一個是增加時間差，好比是一年前的總可以吧！另外一個是在標示上要標得比較清楚，說這個並不是當日，而是推估之類的，稍微模糊一點，這也是可以模糊的。
如果這兩個之外，還是有別的不能公開的原因，那就跟兩個市政府一樣，我們要問一下是什麼原因。
謝謝。
你們現在布署的虛擬主機有流量上的額外收費嗎？如果突然之間變得非常多人？
其實唯一我們擔心的是塞車問題，而不是別的，如果在本機那邊有快取起來，其實不會用到CPU的運算量，你剛剛也澄清了，流量是不會付錢，唯一的差別是那一條專線的可用頻寬而已。
如果要確立這一個情況，負載測試可不可以先不設上限？因為到一千人的時候，絕對不會用完，對不對？
所以要知道頻寬或者是CPU先用完，最簡單的方式是測到壞掉為止，這樣一下子就知道你們目前上限在哪裡，而這個上限，我們直接跟院長或者是其他朋友說一下，他們就可以瞭解今年還不會到那麼多人，之後再想CDN；或許如果測出來的狀況很好，以至於發現真的不行的時候，再專線加速或升頻寬就好了，這樣就不一定要用到CDN。
反過來講，如果專線頻寬用完之前，機器就當掉了，快取或者是網頁伺服器還需要調整，這樣就很需要CDN，除非把這邊調好，我們就實際不設上限測測看。
不知道有什麼想法？
要做一個格式的轉換，本來類似試算表，之後會轉成JSON或者是其他的格式，並不是技術上很困難的問題，也就是資料在那邊，而是要作一個規劃的動作，並不是整批全部的試算表資料都給使用者，而是用一小部分，只是做這樣的規劃？
你要的格式給他們，他們可以生得出來。
應該是說，這邊的API永遠是這個Data的子集，並不會你們這邊（農委會）還要從頭開發Data，是不可能的。
既然提到這一個，這二十七項是否可以作為一個類似目錄的東西？在網頁上，現在有在一個網站當中可以看的，而用樹狀列表的方式呈現出來，在資訊界是用「APIs.json」的目錄格式，至少來這個網站的人會運用的話，就知道這一個網站上的資料都是這二十七個端點組合而成，如果覺得可以畫成更漂亮的圖，像3D或者是什麼，只要回去用這二十七個端點就好。
以前都是用word或者是pdf的檔，放在網站的某一個角落，當實際程式改變的時候，這不一定會跟著更新，現在的想法是，如果現在開始設計的時候，把這個跟目錄加進去，然後跟開發放在一起的時候，大家是否比較知道二十七個端點是做什麼的；不然我現在看批發市場，沒有辦法腦補出那有什麼不同，因此有一個目錄，我相信會很有幫助。
國發會資管處也正在做這一個目錄後面文件格式的中文化，也就是OAS 3，這並不是馬上立刻就要做，但是上線的時候，有這一個目錄讓大家這一個呈現並不是唯一的呈現方式，大家可以拿去作其他的綜合運用，如果有目錄的話，可能會比較好。
我知道，因為很多人自己想說下載回去用top load或者是r分析之類的，就是儘量讓他們做這一件事的時候，比較容易一點。
我查到這一個情況，現在除了截圖之外，有沒有辦法有一個網址分析出去？
以前自己外面在幫教育部做字典的時候，查到的狀態會直接反應到網址上，後來教育部改版之後，有把我們這一個訴求納入，但是說不能直接改網址，而是變成按分享，然後就可以copy一個網址，（點選）那一個網址回來的時候，還是會跑到同一個畫面，只是包含區間跟這一些東西都會出來，但上面的網址沒有辦法直接複製，我相信這樣也ok；重點是好不容易查好了，一般來講會想要分享出去，不管是用email或者是什麼方式。
版面上不一定要用五、六個分享的按鈕，那個過兩個月就退流行，所以最簡單的方法是，看是不是按某個鍵或不按鍵，就可以取得可分享的網址，這樣是不是比較容易讓這個系統大家熟知。
當倉貯的問題解決之後，我們可以知道是「6＋1圖表」或者是「5＋1圖表」，是這樣嗎？
你有不公開的理由，我就沒有一定要公開。
你說寒害來的時候，如果要分析，就從氣象局接資料，不要從這邊拿的意思嗎？
是就是啊（笑）！
可以啊！這個講清楚就好了，未來系統上線，為什麼溫度不在裡面，雖然氣象局有提供這個資料，大家分析的時候要往別的地方拿，逐字稿就可以解釋這一件事，這是ok的，沒問題。
是啊！如果可以攤平的話……
是啊！就兩個做法，一個是現在的web service，本來就已經有工具，從這個已經產出我剛剛所講的索引跟OAS 3，這個是現成、也不用額外再寫。
外面的人想要用的時候，就會一直回伺服器拿資料，這邊撐得住，大家什麼事都不用做（笑）；如果你覺得會撐不住，一個是在中間放一個快取的代理伺服器，第一次拿了之後，在近端存取下來，在這邊改API或者是什麼樣，就不用管代理伺服器，只要管地址，本來叫V1、未來叫V2，這個是標準的做法。
另外一個做法，如果預期的量是非常大，以至於一定要用CDN，那這樣就攤平，變成一堆的「.json」檔。
我覺得兩個方案，後面比較廢工，我沒有說一定要這樣做，前面基本上只要做一個能夠快取的代理伺服器，其實基本什麼都不用寫，而是提供一個索引就好了。
因此我覺得既然這一個API都是取得的，並不需要再作額外太多的設計，一切以你們開發的沉默成本最小為原則。
你們是對ASP.NET線嗎？
在伺服器那邊，直接把那個page設成「可快取」，你們用自己的硬碟去做快取，不然就是中間要有一個快取的伺服器，不管是在使用端或是你們那一端，還是要有一個，不能每一筆都回到裡面去。
要嘛就直接用javascript直接去改網址列，如果覺得這樣比較困難的話，至少有一個產生內嵌或固定網址的按鈕，就是有一個專門給人複製用的網址列可以複製。
如果兩個都沒有的話，就像彥佑講的一樣，就會自己截圖、附一句話，但是附得一句話詮釋不當，讀者沒有辦法自己檢證，這樣會造成非常多謠言。
還有什麼別的想法？
看大家有沒有什麼想法，如果沒有的話，我們就先這樣子。
我們有幾個確定的事項，包含跟地方及滾動式倉貯最後釋出，或不要釋出，或有時間差釋出，及這個系統繼續精進，包含網址及最後呈現時的流量測試，這部分都麻煩繼續關心，謝謝。
上線前有沒有要做最後一次確認？或者是你告訴我們上線時間，我們就自己連過去看，也是可以，不一定大家都來開會。
現在的狀況是，這一個網址，我們其實從外面是連不上的，也不知道做到哪裡，因此才需要這樣開會，如果你們需要一個外面連得上的測試機，其實也可以書面處理，只是看大概什麼時候可以出這樣的測試狀態。
沒有關係。
做到什麼就什麼時候，我們要解決的是從外面可以連進來，也就是測到幾人之內是不會當掉，你們要做這一件事，包含介面優化或者是用什麼畫圖，其實都可以一直改善，只是那個時候是要有資料，而不是長得很漂亮，如果汛期才上的話，公信力馬上打折扣——最基本的是，承載的負載量及從外面連得到的這兩件事，看什麼時候可以讓我們從外面測。
謝謝。有困難都可以說（笑）？
如果資料有缺，其實就是一張圖片變成四張或者是三張，你們的表格裡面，有些是已完成，應該是可以公開的吧！對不對？
所以最壞的情況是，上面寫「已完成」我們才看得到，「未完成」看不到，而自由點選那邊不能點，最壞的狀況是這樣；即使是這樣，25日還是可以分享的。
因為一開始期待不要設那麼高，未來會越來越好，過了兩、三天又發現多一張圖。
因為只有我們知道上幾張圖，從外面來看是一開始自兩張到五張，這樣也不錯（笑）。
會議結束，謝謝大家。
不好意思，錯過上一班高鐵，讓大家都等一下，不好意思。
