筆記

電商心得 台北、電商、肺炎。 2020 年真的是充滿不確定與變化的一年， 離開中部到台北工作，開工上台北前，租好的房子差點被以更高價承租，差點沒地方住。 上台北後又遇到肺炎爆發，可以說是事情一波接一波來。 好在一路上遇到了許多朋友幫忙，公司的大家也很友善，很快地就習慣北部的生活。 趁著最近有空，寫一下這次在電商產業工作的心得。 電商可以說是近年來蓬勃發展的產業，我從以前就對各種商業模式非常有興趣，其中一直很好奇電商除了幾家知名線上購物平台外，還有許多的開店平台公司，這些開店平台的生態系會是什麼樣子。 進公司後有幾點疑問得到了一些想法如下 : 1.開店平台要吸引的客戶通常是哪些規模、哪些產業的廠商? 2.他們的客群又是哪些? 客群為什麼不在主流網站上購買? 3.開店平台能提供的價值是什麼? 1.開店平台要吸引的客戶通常是哪些規模、哪些產業的廠商? 我待的公司主要分兩個部門，一個是針對 NET、HANGTEN、特力屋、法雅客、Lativ 等大型店家提供完全客製化購物網站的接案部門、另一個則是針對中小企業提供透過付費模組有限度客製化的開店平台部門。 兩個部門客戶差異大概可以分為規模、預算、及目的。 完全客製化針對的目標族群都是大型自有品牌的公司，這類通常都具有一定規模，公司也有相關資訊單位或是顧問，具有一定的規劃能力與預算，但因為某些原因如單位成本或資安考量，所以委外。這些公司都有實體店面或通路，實力較雄厚，早在很早期就投入在虛實整合經營自有品牌了。 那開店平台的目標則是針對的族群就相對多元了，他們有些是個人經營，有些是中小企業，但他們選擇開店平台的原因大概可以歸納為預算有限+傳統轉型數位化試水溫。 這類公司其實比我想像中來的多且複雜，而在這波肺炎影響下，線上購物的數量明顯的增加，老闆之間本來就都會互通有無，加上政府又祭出轉型補助，開店數量更是暴增。 2.他們的客群又是哪些? 客群為什麼不在主流網站上購買? 大公司品牌本來就響亮了，經營電商比較像是為了延伸實體通路，消費者本來就有一定的向心力了，線上商城只是為了更方便服務那群消費者。 那中小企業或是個人品牌他們經營電商所瞄準的客群差異就滿大的，網路上的網紅或是地方的媽媽，南投的小農到屏東的海鮮餐廳，根據 TWNIC 的台灣網路報告，2019 年台灣整體上網使用率達到 89.6%，為歷年最高。 在這個網路黏著率高的時代，大家...

測試環境不會驗證 CSRF token，總是會通過 可以在 VerifyCsrfToken Middleware 中看到 $this->runningUnitTests() @Illuminate\Foundation\Http\Middleware\VerifyCsrfToken /** * Handle an incoming request. * * @param \Illuminate\Http\Request $request * @param \Closure $next * @return mixed * * @throws \Illuminate\Session\TokenMismatchException */ public function handle ($request, Closure $next) { if ( $this ->isReading($request) || $this ->runningUnitTests() || $this ->inExceptArray($request) || $this ->tokensMatch($request) ) { return tap($next($request), function ($response) use ($request) { if ( $this ->shouldAddXsrfTokenCookie()) { $this ->addCookieToResponse($request, $response); } }); } throw new TokenMismatchException( 'CSRF token mi...

DP1 裝飾模式 代理模式 DP2 工廠模式、原型模式 DP3 樣板模式、範本模式 DP4 建造者模式、觀察者模式 DP5 抽象工廠、轉接器模式 DP6 狀態模式、備忘錄模式 DP7 組合模式、迭代器模式 DP8 獨體模式(Singleton Pattern)、橋接模式(Bridge Pattern) DP9 命令模式(Command Pattern)、職責鍊模式(Chain of Responsibility Pattern)  留言 DP10 仲介者模式(Mediator Pattern)、享元模式(Flyweight Pattern) DP11 解譯器模式、訪問者模式

tags:  DesignPatterns Object-Oriented Programming 什麼是物件導向? 根據  WIKI  中的定義如下 : 物件導向程式設計（英語：Object-oriented programming，縮寫：OOP）是種具有物件概念的程式程式設計典範，同時也是一種程式開發的抽象方針。它可能包含資料、屬性、程式碼與方法。物件則指的是類別的實例。它將物件作為程式的基本單元，將程式和資料封裝其中，以提高軟體的重用性、靈活性和擴充性，物件裡的程式可以存取及經常修改物件相關連的資料。在物件導向程式程式設計裡，電腦程式會被設計成彼此相關的物件。 りしりこんさ小 ??? 簡單的來說，物件導向設計可以視為一種思考方式，將所有問題做抽象化思考。 將每件事情分解成物件，每個物件又有各自的行為和狀態。透過這些狀態間的訊息傳遞，互相依賴，來達成設計上的需求，比起傳統的程序導向思考，物件導向這種抽象化思考更能夠便於管理物件以及開發解決問題。 大綱 類別 (Class) 與 物件 (Object) 類別描述物件而物件則是類別的實例。建立物件的動作稱為「實例化」。 以藍圖作比喻，若類別是藍圖，物件就是根據藍圖所蓋的建築物。 封裝(Encapsulation): 將物件內部的資訊隱藏起來，限制外部的直接存取，並提供一組或多組介面提供外部存取。 抽象資料型態 (abstract data types) : 在電腦科學中，抽象資料型態代表的是某種特定的資料結構或者數學模型，例如，抽象的堆疊（stack）由3個操作定義：推入 push，彈出 pop，檢視堆疊頂端資料 peek。 狀態(State)的保存 : 物件狀態的處理 物件特性 : 物件本身的屬性? 訊息(Messages) : 物件與物件之間透過訊息傳遞彼此協作。 繼承(Inheritance) 又稱為一般化（Generalization）與特殊化（Specialization）的關係，A繼承B乃指物件類別A是物件類別B的一種，因此物件類別A可以繼承物件類別B的屬性與方法。兩個以上類別一般化後之類別稱為超類別（Superclass）。 多型(Polymorphism) : 一個訊息的意義是由接收者決定而不是發送者，例如發動引擎對汽車跟飛機來說實現的方式就不一樣。 一般化(General...