水月居幸福遊記

 jupyter notebook 在 windows 底下預設的工作資料夾路徑在 C:\Windows\users\登入帳號\ 之下，但是一般不喜歡用 C:\ 的目錄來工作，因為不好維護，系統掛掉時，很容易忘了備這裏的東西，通常是放 D:\ 下的指定位置，為了方便說明，將這個要客製的資料夾路徑簡稱為工作資料夾(workSpace)，路徑就在 D:\workSpace，就這麼簡單的事，也能撞牆  工作環境：     Windows 10     Python 3     anaconda3       jupyter notebook         客製工作資料夾(workSpace)  其實要讓 jupyter notebook 啟動時就在工作資料夾也可以反過來操作，就是先到工作資料夾之後，再啟動 jupyter notebook，操作起來也蠻直覺的，人如果反骨，硬要走自已的路，就容易撞牆  總結下來幾個方式：  法一：  cd d:\workSpace  jupter notebook  法二：  jupyter notebook -- notebook-dir = "D:/workSpace"  法三：懶人最愛的捷徑，做1次，一直用   在 C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Anaconda3 (64-bit) 可以找到 anaconda 相關的應用程式啟動的捷徑，像是 jupyter notebook 的啟用捷徑   在 jupyter notebook 啟動捷徑 > 內容 >     目標 C:\ProgramData\Anaconda3\python.exe C:\ProgramData\Anaconda3\cwp.py C:\ProgramData\Anaconda3 C:\ProgramData\Anaconda3\pyth...

 jupyterlab 當初在裝的時侯可能有遇到權限問題，簡單處理就是大招直接開下去，用管理者權限裝了，導致後來要啟用 jupyterlab 時要先用管理者權限啟用 anaconda 才能啟用 jupyterlab，如果這時侯用一般使用者啟用時會出現類似： alias 引用時有問題，用 i18n() 替代， ExtentionManager 有問題，請檢查你的 jupyter_notebook_config.py 、 jupyter-labextention-script 之類的問題(如下 error log)，即使你用管理者權限啟用 jupyterlab 而你的 jupyter notebook 的密碼也設好了，用密碼也登不進去  工作環境：     Windows10       anaconda3         jupyterlab  先移掉 jupyterlab ，如同上述，用管理者權限裝的，先用管理者權限啟用 anaconda 再到 jupyterlab 的齒輪 remove application   重新安裝 jupyterlab ，打開 anaconda prompt (非管理者權限) conda install -c conda-forge jupyterlab  然後就會出現： EnvironmentNotWritableError: The current user does not have write permissions to the target environment. environment location : C :\ ProgramData\Anaconda3 不管 location 是那裏，把你的使用者權限加上去，如果沒有資料夾就開下去 裝好之後再回 anaconda (不使用管理者權限啟用)，此時開啟 jupyterlab 就可以啟用了     收工！ # lanuch jupyterlab with general user privelege within anaconda =======...

 jupyter 預設了 password 為原始的密碼，但是用 anaconda 裝了 jupyter 之後無效了！  工作環境：     Windows 10     anaconda3       jupyter notebook  C:\Users\登入的使用者名稱\.jupyter\jupyter_notebook_config.py  搜尋關鍵字 password 仔細看設定檔裏面的說明， ## Hashed password to use for web authentication. #   #  To generate, type in a python/IPython shell: #   #    from notebook.auth import passwd; passwd() #   #  The string should be of the form type:salt:hashed-password. c.NotebookApp.password = 把上述的執行結果貼上來  所以就是要再回到終端機(cmd.exe)中： python >>> from notebook.auth import passwd; passwd() Enter password : Verify password :  會得到一堆類似 'argon2)&^&*(*&^*()(*&)(**()(*&^%#$%^&**&^%$#@@#$' 的字串，貼回 jupyter_notebook_config.py 中，重新啟動 jupyter notebook 就行   收工！                      

 這個很常用，每次都是谷歌之後再找一次，下次不找了。  C:\Users\登入的使用者名稱\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup   把要啟動的應用程式捷徑放進去上述的資料夾中  收工！

 SEO 很少出現在工作環境中，然而，這次可能得和它打打交道，故事的開始是從，為什麼網頁在搜尋結果中總是找不到？  試試！  關鍵字被找到的過程是個黑箱，至少對搜尋引擎之外的人來說，網站怎麼被搜尋引擎找到的過程和判斷基準，不得而知，只知道在網頁中設計重要的字串放在內容裏很重要，所以，試試！  先搜尋一下，上谷哥找了某個網站的名字，還真找不到，但是它的相關機構的網頁、網站倒是找到了一堆，QQ，網頁的內容另外有人安排的，馬上能做的有一個，把網站的名字設到 DNS 裏面，而且還是別的網域裏的 DNS，比方說：某個想要被搜到的網頁放在 wanted.aaa.com 這個網站裏，但是在 bbb.com 的 DNS server 裏設了 wanted.bbb.com 過了一下下，在谷哥裏再次搜索 wnated.aaa.com 的機構名字，搜尋結果的第一個就跑出來了，成效真快！  SEO 很有趣！      收工！ ==========================  不同的搜尋引擎的表現是不一樣的，在用 edge 搜尋之前，都是使用 google 搜尋，後來想要觀察其中不同的時侯，用 edge 已經能找到這個網站，ff 和 chrome 都是找不到的，過了一陣子之後(大約2天)，在干預的情形不變的情形下 ff 和 chrome  也能找到了，這個機制可能需要時間，可能不是改動了網站的參數形成，雖然之前已經透過 DNS 的運作干預過了！  之後，突然想到，在設置 blog 之初有個參數，是否讓搜尋引擎找到網站這個選項，或許，這個選項能左右這個搜尋的結果，而使用 google 做為 DNS 伺服器與否，以及 DNS 的設置，會影響這個參數的表現，沒有打開這個參數也沒有設 DNS 的時侯，這個參數決定網站搜尋結果，然而它只約束自已的搜尋引擎，等到其他搜尋引擎已經察覺到這個網站，或許 SEO 就被啟動了，之後，有沒有 DNS 的介入已經不重要，要驗證，得再開一個網站，留給後人吧！

 其實要是不手賤可以不用這麼麻煩，因為大部份的時間用的是 python3 但是，裝的時侯沒注意，裝了 python2 和 python3 而預設的 pip 用的是 python2 ，在移除了 python2 之後，原本作動得好好的 docker container 不動了。  症狀： Traceback (most recent call last): File "urllib3/connectionpool.py", line 677, in urlopen File "urllib3/connectionpool.py", line 392, in _make_request File "http/client.py", line 1252, in request File "http/client.py", line 1298, in _send_request File "http/client.py", line 1247, in endheaders File "http/client.py", line 1026, in _send_output File "http/client.py", line 966, in send File "docker/transport/unixconn.py", line 43, in connect FileNotFoundError: [Errno 2] No such file or directory During handling of the above exception, another exception occurred: Traceback (most recent call last): File "requests/adapters.py", line 449, in send File "urllib3/connectionpool.py", line 727, in urlopen File "urllib3/util/retry.py", ...