不來嗯(咻～)的技術筆記

不知不覺進入AI的時代了，也不太需要再手寫什麼了，以下為與AI討論的Service Locator (Global Access)架構留個紀錄
在 3A 級遊戲開發（如 Unreal Engine 或各大自研引擎）的脈絡下，純粹的建構子注入（Constructor Injection）往往會撞上「規模化的牆」。當專案規模達到千萬行代碼、系統模組破千時，架構設計就不再只是「美不美觀」，而是「開發者的大腦頻寬是否足以負荷」。以下為你補充關於 「3A 級規模下的必然選擇」 與 「保留 DI 靈活性的折衷」 的內容，並進行整體的深度潤飾：

ubuntu 18.04.02在剛灌好MySQL(5.7)時因為權限設定的很嚴謹，導致了剛灌完就進不去的窘境
 

因為這東西坑到極點所以決定寫一篇來抱怨跟紀錄一下，Google的東西由於本身改版過快又一直推新的東西，導致網路上能找到的東西相當的亂，文件更是亂，同一個功能能找到四五種很像的東西，然後每個都各會卡在微妙或已被淘汰的地方，又或者是介面完全不一樣了不知道改去哪設定，我猜這一篇日後等我想回來參考的時候大概整個又都不一樣了吧........(苦笑)。
 

因為並沒有好好的受過CS教育，隨著碰的東西越來越多，一些東西逐漸混淆在一起，直到這次嘗試把Protobuf透過Unity放上IOS使用時因為觀念的不正確終於炸了，所以重新花了半天複習了一下這幾樣東西並做個筆記，每一個條目其實都可以單獨找到專業與圖文並茂的流程解釋，想深入了解還是一個一個去看比較好。
 

Nginx除代理外也具有Load balance功能，透過upstream來設定，算是非常簡易的設定方式
http {
upstream myapp {
server srv1.example.com;
server srv2.example.com;
server srv3.example.com;
}
server {
listen 80;
location / {
proxy_pass http://myapp;
}
}
}

繼上次某方程式不支援HTTPS後，這次又出了不支援轉址的情況，所以只好再請Nginx代為內部處理轉址而不是將轉址資訊返回給原程式
server {
listen 80;
server_name _;
location /psn/ {
proxy_pass http://127.0.0.1:90;
proxy_intercept_errors on; //開啟攔截http error的功能
error_page 301 302 301 = @redirect; //攔截指定要的代號並丟給@redirect處理
}
location / {
return 301 https://account.sp-int.ac.playstation.net/;
}
location @handle_redirect {
set $saved_redirect_location '$upstream_http_location'; //將30x返回的網址紀錄
proxy_pass $saved_redirect_location; //重新再proxy_pass一次
}
}

狀況：修改系統環境的GOPATH變數後，VSCode再也無法吃到正確的GOPATH位置
 

狀況描述：
1.Server端 ::accept(C++)或nodejs(io.on('connection'))無收到任何連結。

一、基底套件安裝
//安裝擴充資源庫
# yum install epel-release
//下載remi
# wget http://rpms.famillecollet.com/enterprise/remi-release-6.rpm
//安裝remi
# rpm -Uvh remi-release-6*.rpm

一、到下載最新版Boost library並解壓縮
# wget --no-check-certificate -c https://sourceforge.net/projects/boost/files/boost/1.65.0/boost_1_65_0.tar.bz2/download
# tar xzvf boost_1_65_0.tar.bz2