使用了一陣子，也修了不少bug，大概就先這樣子用看看，比較喜歡這樣一頁式地顯示全部資訊。 ( 其他資訊查詢APP的設計傾向單一屬性資料單一頁面，雖然顯示單一資料比較美觀，但是點來點去真的會忘記剛剛看了什麼， 這也是我想DIY的驅動之一 ) grabit changelog v0.8.0 個股趨勢圖(同頁面顯示) 下列圖示以電子級溶劑勝ㄧ(1773)為例，所有的趨勢圖是在同一個頁面顯示不需另開分頁， 這樣有個好處是不用點選跳轉到其他頁面後，就忘了之前看的感覺。 技術線圖: 單月營益率、月營收成長率、長短期營收年增率、長短期營收平均值: EPS(元)、ROE/ROA、利潤比率 - 季報、年報 : 流速動比率-季報、年報 : 全部個股篩選比較 可以用一些常用指標勾選來過濾個股，並顯示該個股的摘要財務與常用數據。 自訂分類標籤 自訂標籤顯示出來的表格結果跟篩選比較的表格是一樣的，差異只在是自定義標籤分類。
在 2021.8 月份收到十幾年前的一間電信電纜公司寄來 mail 反應 此 anERP 系統用了 10 幾年出現了Bug (其實過去10年至少有5個 bug) 希望要我修復，花了時間回想與重建開發環境， 思考後應該記錄一下才不會忘記曾經有做過 緣起 約 2010年，有兩間 ERP 軟體公司在此間電信電纜公司執行了 7 年的 ERP 系統整合開發案，最後卻未結案。 慘到不能用，該系統不是數據對錯，不然就是輸入完一陣子後某幾筆資料突然消失，要不斷重新輸入才能儲存。 而且無法順利聯繫 PM 修改其錯誤(即使有收維護費?)。 根據以上種種原因，我提了幾個可行方案與軟體公司推薦給對方，對方考慮近半年後， 還是決定讓我獨立開發，從零開始重寫。 實際參與討論與設計後，這麼繁雜的系統真是寫滿我的休閒時間，也有點不好意思 (因為我是第 2 次使用 ExtJS，所以開發速度不快，至於為何我採用 ExtJS，是因為我認為當年的時空背景會是最佳解) 開發過程中的那一年，對方還開給我全公司存取權限 (遠端開發，這麼相信我 !!!) 需求 須滿足單位與價格至小數以下兩位 須滿足內部多公司/多部門分帳 須滿足多業主共構情境 帶一個 MIS 教他前端 + 後端 + 資料庫 各種報表集合 摘要 先說結論，最後我沒全部寫完(只釋出到 v0.9.8)，公司測試後功能是 OK 的 ( 因為後續時間跟我的線上販賣健康食品產生衝突，只好婉拒 )。 最後有點不好意思沒有 100% 寫完，如果有機會我再去彌補。 而帶一個新手 MIS 寫前端 + 後端 + 資料庫這一點最後是失敗的， 畢竟這種需要時間累積的名詞/技巧/除錯， 怎麼可能短時間一年多就學會。所以這一點我放棄了，但是有 mail 問我的問題我一定會幫。...
緣起 英文: chasing coin，中文 : 跑酷 IN ! 跟夥伴 Ellington Su 實作一結合 strava 與挖礦，透過社群互動遊戲，讓跑步可以不只是健康而且能夠很酷地賺取加密貨幣。 摘要 使用技術 Server angular material nodejs fcf firebase android
cron tasks 有些具有可預測大約日期範圍的抓取，設為排程工作，避免沒事就去爬蟲頁面檢查點擊。 // 每天15:10(日線) cronTasks.AddFunc("30,50 15 * * *", func() { cronhome.MADaily(app) }) cronTasks.AddFunc("30,50 18 * * Fri,Sun", func() { cronhome.MAWeekly(app) }) cronTasks.AddFunc("30,40 13 * * Sat", func() { cronhome.MAMonthly(app) }) // 月營收: 每個月 1~18 日, every day between 1st and 15th lastMonth := now.AddDate(0, -1, 0) cronTasks.AddFunc("30 5,7,8,15,16,17,21,22,23 1-18 * ?", func() { cronhome.Revenue(app, lastMonth) }) // 今年公佈的股利 cronTasks.AddFunc("10 8,15,18,21 * * *", func() { cronhome....
因為想要練習寫 golang，在找不到題目的狀態下，剛好買了台 Mac-Mini M1 無法開卷商的 APP，想來想去乾脆直接就來寫一個自己使用. 目標 抓取個股月營收 解析網頁 寫入資料庫 比較數據 (開不開 Goroutines) 月營收爬蟲 Single Thread 17xx 間公司的月營收約 1 年份的數據筆數是 20,828 筆，抓取到寫入資料庫約 7.55 秒，不會掛點(被對方拒絕) 開 Goroutines 7倍效能，一定要開的啊 ! 數據筆數: 20,828 筆(1年份) 抓取到寫入資料庫約 1.1 秒完成 (Multi Thread) 把筆數拉大到 113,694 筆，約 48.58s (Single Thread) 開了 Goroutines 約 2.8s ~ 4.8s (Multi Threads) 開了 Goroutines 以後，週一到五比較沒問題，常會被遠方中斷，直到改成批次爬， 每一梯次只開 80 ~ 100 的 threads 完成之後再換下一個梯次， 這樣改法變得穩定多了，只剩下週六日會動不動就被擋下來， 要有完整被檔後再繼續爬不被拒絕的寫法這一點以後有空要研究一下。
因為想要練習寫 golang，在找不到題目的狀態下，剛好買了台 Mac-Mini M1 無法開卷商的 APP，想來想去乾脆直接就來寫一個自己使用. 目標 可根據財報/營收/均線/產業篩選條件篩選出想要的個股 可定義標籤做分類 可看個股過去表現 開發環境 Angular v12+ Tailwind CSS v2.2.4+ golang v1.16.6+ postgreSQL v13+
changela 的 v0.8.6 與 v0.8.7 服務功能如下: 增加儲存 PDF 按鈕 第一次下載會比較久，成功之後會在Server 端產生 Cached PDF 檔案 之後的下載會抓到暫存檔 編輯模式增加分類功能 目前已完成的里程碑 遵守 Semantic Versioning v2.0.0 遵守 Conventional-Commits 1.0.0 操作介面可拖拉 可替版本標籤化 (tag) 可排序 (sort) 可篩選 (filter) 可使用者訂閱 (subscription) 支援 mobile apps 下載 (android/iOS) 可轉成 PDF 下載 (saved as PDF) 和檔案快取
holiSign 的幾個使用情境範例在 samples 出貨單 此Delivery Note 範例 用 可以建立並輕易的拖曳表單欄位，比方說教育訓練表單、出貨單之類，並可在任意位置放置手寫簽名欄位。 Data Model Input 出貨單的資料如表單號碼、出貨方式等如下 : { "form": { "company": "<h1>叉子有限公司</h1>", "title": "<h1>Delivery Note 出貨單</h1>" }, "subject": "<p>統一編號：12332103</p><p>地址/Address：104 台北市松江路 65 號 78 弄 787 號 78 F<p>電話/Phone：<u>02-2587-8787</u></p><p>郵件/Email：<u>tangzi@tangzi.com.tw</u></p>", "order": { "orderNO": "PO29909", "deliveryCom": "Black Cat", "pickupDate": "2020/12/12 12:00" }, "customer": { "company": "艾鈦智能", "phone": "0917187187", "address": "新北市中安區中安路 87 弄 87 號 7 樓" }, "items": [ { "item": "拜多索福恩麵包/Stollen", "spec": "350g", "qty": "2" }, { "item": "多爾袞造型香料餅乾", "spec": "16pcs/盒", "qty": "1" }, { "item": "海洋香料餅乾", "spec": "16pcs/盒", "qty": "4" }, { "item": "巴賽隆納卡多榛果餅乾", "spec": "12pcs/盒", "qty": "5" } ] } 出貨單編輯主控台 這一張出貨單有 11 個 controls，包含一個客戶簽收簽名欄位...
為什麼想要寫 ? 這就 … 目標 可有編輯主控台 (Builder-Console) 可預覽 (Preview) 有手寫簽名功能，簽名時可帶入其他識別欄位 編輯元件可拖曳 將 UI 跟 Data Model 獨立抽離出來 ( json ) UI 可以用 flex 排版 命名 holi Sign 音似『給你簽』 開發環境 Angular Angular Material
changela 的 v0.8.3 與 v0.8.4 編輯模式: 新增 Mobile Apps section 在這裏可以上傳 android(.apk) 或 iOS(.ipa) 檔案，對外發布以後 可以讓其他使用者透過 QR-Code 下載 APP。 // Types of changes export enum SectionTypes { Added = 'Added' , // for new features. Changed = 'Changed', // for changes in existing functionality. Deprecated = 'Deprecated', // for soon-to-be removed features. Removed = 'Removed', // for now removed features. Fixed = 'Fixed', // for any bug fixes....