發表文章

目前顯示的是 4月, 2024的文章

.Net SerialPort條碼槍接收數據換行不完全斷斷續續異常

圖片
  諸多公司通常會有所謂倉儲 有些則會導入條碼掃描取代手動輸入的E化 節省keyin耗時  近期由於移植過來的母公司早期寫的方式透過VB6的code based過舊不合適 要再另外寫一個.net 版本的barcode scanner 擴充程式接收來做不同業務邏輯 此時才發覺使用的條碼槍為rs232串口接收 需要透過 serial port 做讀取接收 https://www.posdata.eu/product/2874/datalogic-powerscan-pm9501-2d-hp-barcode-scanner-rs232-kit.html 只能說時常跟serial port接觸阿.... 其實也不難用.net 可能C#或是vb.net寫的 通常不外乎自己拉一個SerialPort控制項 或是程式初始物件 //create a Serial Port object SerialPort sp = new SerialPort (); 再去做DataReceivedHandler的事件註冊撰寫 這次發現在call SerialPort.ReadExisting方法從緩衝區讀出資料時候有時會是完整一行 有時則是會給我拆行 由於接收當下立馬有子字串拆接地幾個字元處裡 就會時常拆解錯 https://learn.microsoft.com/en-us/dotnet/api/system.io.ports.serialport.readexisting?view=net-8.0 建議在call SerialPort.ReadExisting方法之前 去call Thread.Sleep 方法 讓其延遲0.2~0.5秒 避免掃刷過程過快導致緩衝區資料來不及存入就被不完整讀取出來 另外補充說明  一般掃條碼如果用的是USB接口的就不是透過serialport而是藉由文字框監聽事件 相當於滑鼠鍵盤keyin 如果是透過rs232這類接口則無法藉由文字框監聽事件來讀取喔 如果不能進庫房現場確認user電腦的時候 可以請user先打開notepad嘗試請他測試能否打印進去就可以區別出來了 另外一維條碼還會有空間限制,你如果字串封裝成barcode,字串內文愈長則barcode就會長愈長,而二維條碼不會有此問題但相關字型和既定硬體設備就需要評估哪種變革較合適。

用docker快速創建一個oracle database 23c free

圖片
此篇參照  Oracle Database Free Release 23c https://container-registry.oracle.com/ords/f?p=113:4:106243230296983:::4:P4_REPOSITORY,AI_REPOSITORY,AI_REPOSITORY_NAME,P4_REPOSITORY_NAME,P4_EULA_ID,P4_BUSINESS_AREA_ID:1863,1863,Oracle%20Database%20Free,Oracle%20Database%20Free,1,0&cs=3KInUGzFRioTBPWzyCnF11sBPjJgt5JogHOMQfx8UOqSYV_zIKl1H9VvVNvNQyvevJzm49C21fiJk58GUpwDTGw https://container-registry.oracle.com/ords/f?p=113:1:106243230296983:::1:P1_BUSINESS_AREA:3&cs=3BUsuvUmAbuUfPcmKNZ5PLWrQq_X-HM3XGxC5bVcMLbHsQrjsJGuMtRnWJLSqo6gTxEATm9CZMVlsGuo4xgt-Dg 記得oracle官方網站帳戶先註冊準備好 官方網站連結 https://container-registry.oracle.com/ords/f?p=113:10:275482672962::::: container-registry.oracle.com/database/free 是位於 Oracle 的容器註冊處的 Docker 儲存庫。 23.3.0.0 是映像檔的標籤,通常表示軟體的版本 (在此案例中為 Oracle Database 版本 23.3.0.0) 本次是在win11 採用docker 25的版本 Step1.先去登入oracle官方registry docker login container - registry . oracle . com Step2.PULL 特定版本的oracle free docker pull container - registry . oracle . com / database / free: 23.3 . 0.

執行批次時發生錯誤。錯誤訊息為: 已發生類型 'System.OutOfMemoryException' 的例外狀況。

  https://blog.sqlauthority.com/2008/07/22/sql-server-clear-sql-server-memory-caches/comment-page-1/

CSP,Content Security Policy(內容安全策略)的設定

圖片
  CSP(Content Security Policy,內容安全策略) 限制載入的資源(js,css,字體,圖片)只能在白名單中,可能是你同一站台域名或是特定網域、其他來源。是可以在前端跟後端程式沒有特別去做XSS防禦機制時候,仍有透過此header配置而讓XSS相關風險能得到更全域性地保障,有時應用程式碼中還沒實作某程度的XSS修補,就能再透過它配置來讓風險可被克服。 是一種電腦安全標準、網頁安全機制,目的在於防禦 跨網站指令碼攻擊(Cross-Site Scripting, XSS)、資源數據盜取(Cross-Site Data Theft, XSD)和網頁樣式置換…等代碼注入攻擊。阻止惡意內容在受到信任的網頁環境中執行,這個 CSP 內容安全策略標準,是 W3C 網路應用安全工作群組的候選推薦標準,目前也被現代網頁瀏覽器廣泛支援中。 實質就是白名單制度,開發者明確告訴用戶端,哪些外部資源可以載入和執行,等同于提供白名單。它的實現和執行全部由流覽器完成,開發者只需提供配置。 透過在 http header 響應頭中添加指令,限制瀏覽器載入和執行特定來源的資源,這些資源可能是 JavaScript、CSS、字體、圖像、影片或任何嵌入的內容,它會告訴瀏覽器只能允許載入特定來源的資源,並且阻止載入外部或未受信任的資源,同時還可限制內嵌腳本的執行,以防止 駭客攻擊者可能會透過任何形式的漏洞在網站中安插惡意的程式碼,也就是XSS 攻擊。 因此這時就需要使用 CSP 規範,告知瀏覽器發出的要求位置是否受到信任,並且積極阻擋非預期的對外連線,以加強網站的安全性。 CSP設定指令 由一系列的指令和資料來源所組成,如 'default-src'、'script-src'、'style-src' 等,每個指令都可以用來指定一個或多個資料來源並限制相應的資源載入,資料來源可以是具體的 URL 也可以是特定的關鍵字,如表示當前網站的來源的 'self' 或 允許內連腳本的 'unsafe-inline' 都可以。 Content-Security-Policy: default-src 'self'; script-src 'self'  (1)在 http heade

電子商務_Ch2.商業模式

圖片
宅經濟(Stay at Home Economic)/閒人經濟 隨著網際網路興起而出現,減少出門消費的新現象跟新的商機。 也就是所謂在家中兼職、家中上班、辦公,宅在家裡就能從事網路消費。 消費主要藉由網路購物宅配送貨上門模式。 「宅」一詞源於「御宅族」 御宅經濟(Otaku Economy)則是一連串滿足御宅族需求的經濟活動。 共享經濟(Sharing economy) 為「閒置資源」的再使用,擁有閒置資源的企業或者個人,藉由有償租貸方式,於網路時代下,所有的產品服務都能被眾人共同使用、甚至共享出租。 起因於社會中眾多個人或企業無法負擔高額產品購買費用或高額維修費。因此,藉由網路作為資料傳輸平台,讓彼此能藉由網路做共享出租、使用。使用合理的價格與他人共享資源。 以「租貸」取代「購買」。 比方:airbnb,uber,WeWork 此外雲端運算(Cloud Computing)也是共享經濟體制下不可或缺的一環。 個人或企業能在雲端平台上共享資訊傳輸,分享給特定消費者,並做線上付款。 隨著網路環境改善、行動智慧手機興起,有效地提供產權擁有者和需求者直接連接的平台。 也能扣除掉仲介商的仲介費。 零工經濟(Gig Economy) 愈來愈多「零散化工作」興起的趨勢,企業正在削減全職工作以更精準地配置人力。 愈來愈多正職會被零散的「差事」取代。主要在於經濟不景氣,企業興起工作委外風潮,有別於以往傳統的全職,希望將正職人力需求縮編,為了降低成本把工作外包出去。 零工經濟一般可細分為兩大類 1.知識為主體的零工: 顧問、作家 2.服務為主體的零工:外送員、uber司機 零工經濟興起也表示「鐵飯碗」安全感不在,需要從事打零工,有多個微工作(micro-jobbing)才能養活自己。 工業4.0(Industry 4.0、Industrie 4.0) 物聯網掀起的工業4.0革命,透過虛實整合系統(CPS,Cyber Physical System),時時掌握和分析終端使用者,來驅動生產、服務,甚至商業模式的創新。也就是指「從服務顧客驅動研發、供應鏈和生產,整個價值鏈的全生命週期管理和服務」。是基於個性化服務,C2B商業模式屬於小量、多樣生產模式。 未來也C2B屬於無庫存與訂單生產的。此外是基於數據決策。 由德國政府推動的高科技戰略,利用物聯網及網際網路服務改革生產流程。融合物聯網、雲

電子商務_Ch1筆記

圖片
電子商務(E-Commerce) : 從廣義我們可以知道 電子商務就是 將傳統商業模式數位化加上網路化(虛擬化) 透過電腦網路來進行交易之行為(購買、銷售、運送、產品、服務交換) 當中對應三項重要元素: 商品、流程、交易 在傳統商務上此三項元素都是在實體環境進行,藉由電子商務領域 使三項元素可以虛擬之數位化方式取代(節省時間交通...等問題) 商品 ==> 可變為數位化產品 流程 ==> 可轉為在網路零售賣場 交易 ==> 則可透過數位化金流服務達成 學者 Choiet al. 也曾於電子商務經濟學指出 產品、流程、交易中任一項虛擬數位化皆可算是電子商務化的應用!!!! 電子商務維度圖 從字面拆開來說 電子  指的即是  「科技」 商務  指的則是   「商業模式」 它主要是透過 科技 、 商業模式(核心) 、 社會網路 三者所建構而成 早期 :  科技 、 商業模式(核心) 現今:  科技 、 商業模式(核心) 、 社會網路(FB、Line.......etc) 從淺層面上來在轉白話一些則是 全世界各地遠在他鄉的商人及客戶 藉由網際網路模式不須親自碰面完成交易的過程。 ================================================================== 電子商務之發展演進: 至1980年代共經過五階段轉變 ================================================================== 電子商務六大層面: 我們可以把電子商務一詞在進一步細分為 1.商流 2.物流 3.金流 4.資訊流 5.設計流 6.服務流 ================================================================== 普遍錯誤認知和大多數人做法: 通常普通認知就是做一個網站然後將其印在名片上 在有適當場合去做分享推廣 這是單單一種 針對 商品 和 行路 的電子化 而並非真正深層電子商務含意 因為並未透過這樣的行為模式去達成接觸客戶及成交訂單的一個結果 電子商務三種普遍常見型態: 1.搜尋引擎 (Google、

電子商務_Ch7電子商務策略_波特產業五力分析

圖片
https://slasherspace.com/michael-porter-five-force-model/ 波特(Porter)競爭力模式(Competitive Forces Model) 1979年管理大師麥克波特提出的「波特五力分析」,密切影響公司競爭力和獲利能力。 藉此分析企業所處的商業競爭環境,並做出利於公司發展的商業策略。 產業五力分析 1. 現存競爭者的競爭強度(Intraindustry Rivalry) ->中游 企業在市場競爭中首先要深入分析的對象。 比方要瞭解主導的競爭對手是誰?一般對手常用的競爭策略是什麼? 指的是與自己相同性質的企業競爭能力,比方同是日系車廠的Toyota和Honda,彼此之間同型車的定價就不會相差太多,在市佔率較高的車款上就會以略高(or略低)於對手價格販售。 2. 供應商的議價能力(Bargaining Power of Suppliers) ->上游 當企業的原料供應商非常集中,或企業採購原料的交易成本 (如搜尋、比價、議價、協商、簽約、監督等) 非常高時,供應商的議價能力就愈大。可以利用網際網路建立供應鏈關係管理、協同商務等應用系統。 「供應商」指的也就是所採購的原物料或零組件廠商,當該項資源相對稀缺,或掌握在少數廠商手中時,供應商議價能力就顯得相當強勢。例如:重要金屬原料供應商 供應商議價能力講白話一點就是能否將價格抬上去,也有可能你是比較沒這麼知名的製造商,在該行業地位沒這麼高,供應商沒這麼想和你合作可能因為量不夠多,也可能導致提高價格。 另一種情況就是你生產的這產品有很多供應商給你選擇,此時供應商議價能力就相對來得薄弱。 3. 買方的議價能力(Bargaining Power of Buyers) ->下游 當購買群體非常集中、購買金額非常龐大,則購買者此時的議價能力相對就愈大。可以利用顧客關係管理、夥伴關係管理來提昇服務,間接降低顧客議價的意願。 消費者討價還價能力,把價格壓下來的能力。如果 (潛在)新加入者的威脅 跟 替代品的威脅 都十分多,那可頂買方議價能力也相對強很多,因為消費者可不一定和你買。 「買方」可能指的是下游通路商(Channel)或終端消費者(End User),當買方團體具有強勢議價能力時,產品價格和利潤會持續下滑。例如:產品於電商平台上銷售,較知名電商通常會抽取