資訊分享

「量化寬鬆」： 「量化」指將會創造指定金額的貨幣 「寬鬆」則指減低銀行的資金壓力

網卡模式： Bridge模式，網卡名稱為 VMnet0：與Host主機同一網段 NAT模式，網卡名稱為 VMnet8：與Host主機不同一網段 Host-Only模式，網卡名稱為 VMnet1：僅可以連接Host但無法連接上網

來源 許多情況下，我們需要刪除整個資料表內的資料，重新輸入新資料，有三種方法可以參考使用，分別是使用Delete、Trancate與Drop，那使這三種方式的差異為何呢? 一、使用Delete : 使用Delete語法，不加任何Where條件下，是可以移除整個Table的資料，這個方式簡單易懂，但是卻會耗用大量資源，因為Delete語法： 1.Delete屬DML命令，不加任何Where條件下，會一筆一筆的移除資料列，且在交易記錄中每筆刪除的資料，都會記錄成一個項目，當整個Table的資料移除完時，已耗用許多時間。 2.若Table存在刪除的觸發程序(Trigger)時，將會引發觸發程序。 3.如果該Table包含識別欄位，使用Delete陳述式刪除資料表中所有資料時，並不會讓識別編號重置，所以後續再新增的資料，仍會從之前最後一個編號之後繼續編號下去 二、使用Truncate : 使用Truncate Table 會移除資料表中的所有資料列，但會保留資料表結構及其欄位、條件約束、索引等。 如果該Table包含識別欄位，這個識別編號會重設為原本定義的初始值。如果未定義任何初始值，就會使用預設值 1。 Trance Table 與Delete 比較的優點為： 1.使用的交易記錄空間較少：Truncate Table會取消配置用來儲存資料表資料的資料頁，以移除資料，所以交易記錄只會記錄頁面的取消配置。 2.通常會使用較少鎖定：Delete會鎖定每一筆資料，以便執行刪除，但Truncate Table只鎖定資料表和頁面，不會鎖定每個資料列。 3.速度較快：綜合以上兩點，Truncate Table會比Delete快！ Truncate Table 語法範例： TRUNCATE TABLE MyTestTable 三、使用Drop Table： 使用Drop Tablec會移除一或多個資料表定義及這些資料表的所有資料、索引、觸發程序、條件約束和權限規格，也就是完全刪除一個資料表。 當卸除資料表時，資料表的規則或預設值會失去它們的繫結，資料表的任何相關條件約束或觸發程序也都會自動卸除。如果重新建立資料表，您必須重新繫結適當的規則和預設值、重新建立任何觸發程序，以及加入所有必要的條件約束。 所以使用D

傳遞至下列收件者或群組失敗: user1@F1.tw 找不到您輸入的電子郵件地址。請檢查收件者的電子郵件地址，然後嘗試重新傳送郵件。如果問題持續發生，請連絡支援人員。 系統管理員的診斷資訊: 產生的伺服器: S1.test.com.tw <<我方伺服器名稱 user1@F1.tw  <<對方郵件帳號 #550 5.1.1 RESOLVER.ADR.RecipNotFound; not found ## 原始郵件標頭: Received: from HRserver (192.168.1.12) by S1.test.com.tw  (192.168.1.10) with Microsoft SMTP Server id 14.3.123.3; Tue, 25 Jun 2019  10:56:22 +0800 MIME-Version: 1.0 From: <hr@test.com.tw.com.tw> To: <user1@F1.tw> Date: Tue, 25 Jun 2019 10:56:23 +0800 Subject: =?utf-8?B?IOW5tOaciC3olqros4fmop0=?= Content-Type: multipart/mixed; boundary="--boundary_155_640839f4-502e-4f8b-8d82-a3f7f4fa7eb7" Message-ID: <30f3a7aa-f272-4dc3-9410-eb152ac63e49@S1.test.com.tw> Return-Path: hr@test.com.tw.com.tw X-Originating-IP: [192.168.1.12] 1.郵箱確實存在，也可正常收發。 2.外部郵箱所寄郵件，對方可正常收到。 3.內部郵箱所寄郵件，依然是退信的訊息。 綜合以上三個狀況後，確認問題是我這兒的設定問題，因此檢查自己的設定，最後發現當初自己手賤，針對其他分公司的網域設定了(授權網域)也就是寄到該網域的郵件，必須在我的Exchange Server上有設定郵箱或郵件連線人的帳戶，才會寄送。而該員又正好並不在我的

常用函數 split() 通过指定分隔符对字符串进行切片 print('The {} needs to {}'.format(username,action)) 字串格式連結 print('The code is {:.1f}'.format(num)) 指定小數點進位 print(array_name, end=' ') 將所有打印在同一行，並且項目之間留出間隔 len() 抓取長度 語法 列表 list1 = ['Google', 'Runoob', tup1, 2000] 應用：序列、變內可變動 檢索是索引位置(index)为索引 有序序列 元素可修改 方括号[] 常用函數： .append()附加在列表最後一個 .pop(index)刪除列表最後一個，或指定index .reverse() 列表反轉 .sort() 排序 .insert(index,value) 插入 字典 d = {key1 : value1, key2 : value2 } 應用：無序、key不能 檢索以关键字(key-value pair)为索引 是無序序列，如需要排序，改用list 字典是另一种可变容器模型 可存储任意类型对象 关键字必须是互不相同 使用 花括号{}表示 常用函數： .keys() 獲得所有鍵值 .values() 獲得所有值 .items() 獲得鍵值與值 以上函數並不能直接取用，需用list 轉成列表才行 元組 tup1 = ('Google', 'Runoob', list1, 2000) 應用在：內容不變，例如用戶資料、訂單年份 元組key與value都不能被修改； 以连续的整数为索引 小括号() 常用函數： .count(value) 傳回值在元組中出現的次數 .index(value) 傳回值在元組位置值 集合 parame = {value01,value02,...} 是一个无序的不重复元素序列 集合空集合 set() 可以將list、tuple、direc 加入 set(

來源 加水電瓶和免加水電瓶(免保養電瓶)哪一種電瓶比較好用，有人覺得加水電瓶壽命長，有人覺得免加水(免保養電瓶)好用，就像電動車與燃油車各有消費者的喜好。我們就請專家來說說看： 加水式電瓶 加水電瓶需要常常保養和檢查，電瓶電解液不足時輕者會傷到電瓶內部極板，重者有可能電瓶會爆裂，檢查電解液時電瓶上方有六個孔蓋可打開，不過需要注意電解液是有腐蝕性的液體，不小心碰觸到時需使用清水沖洗。 檢查電解液時需要將電瓶上方孔蓋打開，檢查電解液和比重是否在標準範圍內，電解液不足時需添加電瓶補充液，電解液比重量測可以看出這顆電瓶健不健康，比重計標準值1.26-1.30內(綠色)，白色充電不足，紅色表示這顆電瓶快掛掉，電解液顏色可以判斷電瓶內部極板是否老化，檢查好電解液後需要將電瓶在進行充電，在充電當中需要檢查電解液的比重順便看電解液顏色，電解液正常是白色(純水的顏色)如果呈現出來的茶色或是黑色表示極板有老化現象，就需要考慮更換電瓶了，所需要的工具是 1.比重計2.充電機3.電解液4.電錶，注意幫電瓶充電時需要在通風良好的空間並嚴禁煙火。 免加水式電瓶( 免保養電瓶) 免加水式電瓶(免保養是電瓶)瓶是目前較多人安裝，因為免加水(免保養)式電瓶不需要經常去維護，不過也要時常去看電瓶上方檢視窗口顏色參考電瓶健康狀態，檢視窗呈現綠色時為電瓶功能正常，轉為黑色時需將電瓶進行充電，呈現白色時電瓶考慮該換了，一般免加水電瓶檢視窗口浮筒式設計，當電瓶液不足時浮筒下降以角度折射改變顏色，當然免加水式電瓶當電瓶水不足時因無法添加電解液所以只有更換電瓶。 上面所敘述是加水式電瓶和免加水式電瓶保養上的差異 加水式電瓶或是免加水式電瓶品質好壞不能完全怪罪電瓶本身，其實跟發電機、電瓶正負極線和駕駛者使用的路況和習慣有很大的關係: 當發電機都在充電電壓過高會導致電瓶電解液水的部分蒸發電瓶液不足會傷到極板，電瓶使用壽命就會縮短。反之如果發電機充電電壓較低時，電瓶長時間無法處於飽電狀態下，電瓶效能會衰退很快，就像長跑市區短程(買菜車、載小孩上下課)和長跑高速公路的車使用電瓶壽命就會不一樣，都跑市區的車輛電瓶使用壽命就會比跑高速公路使用壽命較短。 電瓶正負極線是連接發電機和電瓶中間的橋樑，引擎一啟動發電機就開始充電，在炎熱的夏天開車時一定會開冷氣，這時發電機的負荷就會增加，如果這時電瓶正負極線接

RC、SC、SRC依舊傻傻分不清？沒關係！以下為各位做基本介紹，讓您快速明瞭又清楚。 RC結構的基本介紹： RC結構是指鋼筋混凝土結構。RC造的房子剛性較大，地震來襲時之搖晃位移量較小，因為RC結構其混凝土佔較大比例，故屬較剛硬的結構性質。 RC結構的工法是最傳統也是業界施工技術最純熟的工法，目前RC造的建築在台灣最高約可以蓋到三十樓左右。 SC結構的基本介紹： SC結構的主體就是鋼骨結構。SC是以純鋼骨做設計，強度不含外圍的鋼筋混凝土的結構型式。 SC結構具有較強的韌性、但結構組成較軟，能抵抗建築受強風或地震所造成的較大位移，但樓層若較高平常受強勁風吹的時候也容易搖晃，所以目前SC住宅之建案為避免搖晃之問題，會在鋼骨柱內外、鋼骨樑外部以混凝土包覆設計，除能增加結構剛性、降低變形搖晃外，亦因混凝土具備絕佳的耐高溫性質可達到結構防火之要求。 SRC結構的基本介紹 SRC結構就是鋼骨鋼筋混凝土結構，其結合鋼骨與鋼筋混凝土的結構形式，具有兩種結構的特點，所以，施工技術層面較高，品管要求須更嚴謹。 SRC比RC多了內部鋼骨的配置，有較強的韌性與抗拉能力，在樓層較高的建案中，與RC設計相較，可略為縮小柱的斷面尺寸，故在高層建築中會以SRC結構設計為主，主要是為減少柱所佔的空間面積。 針對住宅常使用的RC、SC、SRC等工法作一些基本介紹及比較： 資料來源 RC、SC、SRC三者比較 1.空間及樓版使用面積比較： SRC及SC的鋼骨材料強度高，總體鋼材斷面積大，一般樓高的建案採用RC構造基本上是很合適的，但若高樓已達到超高層住宅時，則採用SRC或SC可以略為減少樑柱尺寸大小，即結構設計斷面尺寸較一般RC略小，樓層有比較大的淨高，而且鋼柱尺寸較小，所佔用空間小，實際可用之樓板面積也略微增加。但若採用最新、最高強度的鋼材及混凝土做RC設計時，其結構斷面尺寸及有機會和SRC結構相當，這也是未來營建團隊另一個很好的新選擇方案。 2.居住之舒適性比較： RC及SRC採用較為剛性大且厚重的混凝土柱、樑，所以震動位移小及隔音效果比SC好，而目前為提昇SC住宅之舒適性，建案會採用斜撐或制震設置，或在鋼股外包覆混凝土來改善上述的困擾。 3.建造成本的比較： 總體結構建造成本與其內部所含的鋼材數量成正比，一般而言RC造價

【FQ1】什麼是利率與殖利率？ 利率：利息的比率，通常以一年為計算單位，故又叫年利率 公式：利息 = 本金 * 年利率 * 定存時間 例如：年一萬，年一年與年三個月，其利率為1%，那利息為何? 10000 x 1% x 1 = 100 10000 x 0.72% x 1/2 = 36 殖利率：每年投資股票公司會配發利息，但股價會著市場波動 PS：利率或殖利率都是在反應本金與利率滿關係 公式：  利息(不變)/股價(隨著市場變動) 例如：中華電信於2018年股價為100元，配發5元，那殖利率為何? 5/100 = 5% 【FQ2】存股一定打敗銀行定存？ 常被忽略的三個弱點和一個關鍵 存股風險： 損失本金的風險 公司不一定穩定獲利，所以就不一定發放股利 除權息根據規定上市櫃公司每年都要除息，股價會自動減去股利(現金或股票)，以維持總市值不變 選擇參加除權息，是要納入個人綜合所得稅 + 扣補充保費 + 手續費 + 稅交證 + 補充保費 故不管參加，二者之間何者對自己較有利，必須考慮一下。 【FQ4】存股怎麼選？新手秒懂的放山雞選股法(基礎篇) 存股賺什麼：賺 長期累績 的 穩定配息 ，共享公司每年獲利。 如選擇存股對象? 從台灣(50 股本大、產業成熟、獲利穩定)，篩選條件如下： 5年穩定平均配息(最好遂年成長) 5年來獲利穩定 年均殖利率排行  PS： 殖利率是可以操作，只要舉債或是處份公司資產來配息，要避免這樣，分析近五年殖利率狀況。 【FQ5】 台股殖利率排行前三名是他們⋯放山雞選股法(網站實作篇) 初學者選股法： 從生活中食衣住行找出隨合投資的股票：例： 電信：中華電/台灣大/遠傳 金控：第一金(官)/兆豐金(官/中信金 交通：和泰車/台灣高鐵(官) 雲售：統一超(7-11) 找出台灣50成本股→ Goodinf → 類股一覽→概念股→ETF 台灣50 找出股票政策歷年加強平均→ Goodinf → 類股一覽→概念股→ETF 台灣50→歷年加強平均 【FQ6】存股如何決定進場時機？2018台股萬點對新手的意義 計算合理股價進場 每年五、六月開股東會，決定發多少股利 【FQ30】股票怎麼買？600秒學完台股交易基礎 【FQ31】股票1元不是你的1元～搞懂零股先從

一、 RUNAS 用法: RUNAS [/profile] [/env] [/netonly] /user:<UserName> program /profile     如果需要載入使用者的配置檔案 /env          要使用當前環境,而不是使用者的環境。 /netonly   只在指定的憑據限於遠端訪問的情況下才使用 /savecred 使用之前由使用者儲存的認證 /user    <UserName> 應使用 USER@DOMAIN 或 DOMAINUSER 形式 program    EXE. 的命令列，非system32下則指定絕對部徑。 參閱下面的例子 ex: > runas /profile /user:mymachineadministrator cmd > runas /profile /env /user:mydomainadmin "mmc %windir%system32dsa.msc" > runas /env /user:user@domain.microsoft.com "notepad "my file.txt"" >runas  /savecred /noprofile /user:administrator@test.com.tw "C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Kyocera\KYOCERA Net Viewer.lnk" 二、目的：使用網域環境，限制只有特定用戶可以使用L槽 @echo off net use /delete S: net use /delete L: echo. 建立S、L槽 net use S: \\fireServer\檔案臨時交換區 net use L: \\fireServer\public rem 限制username.txt內清單，不能使用L槽 rem 其他username必須使用相對路徑指定 FOR /f %%a IN (\\ad1\sysvol\username.txt) DO ( if /I %username% ==

【MyGoNews林湘慈/綜合報導】台北市政府地政局表示，買賣交易是雙方物的交換，有物有權有交易的價值，但如何等價等值的交換卻是難題，買賣爭議與糾發通常發生在於不公平與不對等價值的互易。預售屋買賣制度是台灣特有的不動產交易型態，它的產生要從1970年第一家代銷公司7天即完銷的傳奇說起，它打開了台灣預售屋制度近50年的發展。這樣的銷售制度是一個經濟社會演化下的產物，當時的時空背景市場資金短缺，預售屋消費者可以分期付款、建設公司隨著工程進度進帳，所以有了這個分期履約的交易制度，它隨著經濟蓬勃興起，但這幾十年來也出現很多問題，包括不少因建商財務危機而成為爛尾樓，契約爭議或繳了自備款、工程款捲款的狀況，還有近10年以來一直爭論不休的實坪與虛坪的議題，買屋應該在乎的是登記面積？還是使用面積效益？在法規變來變去之下，消費者還是應該在訂約前清楚了解自己買的標的內容是什麼，以確保交易權益。   專有、共有的使用權益大不同   台北市地政局指出，按公寓大廈管理條例第3條所定義，公寓大廈是指得區分為數部分之建物及其基地，而該建物區分所有後可各別有其專有部分，並按專有應有部分之權利，分享共用部分，全區共同事務則應召集區分所有權人會議決議。依照規定建物原則上專有專用，例外可約定共用；而共有則共用，例外可約定專用。(圖1)   一、專有專用---- 專有部分分別為主建物和附屬建物(例如雨遮、屋簷露台、陽台)，原則就專用；例外約定共用情形例如有一 棟大廈臨馬路邊，主建物的外牆可刊登廣告，這個外牆的使用就必須經過該棟建物所有權人共同同意方可使用。   二、共有共用---- 共有部分分別為法定共用(例如主樑柱、承重牆、樓地板、屋頂…)和非法定共用(例如地下室空間及梯間)，原則就共用，共有約定專用只能在非法定共用部分，且必須共有人會議決議並立於規定，例如地下室停車位的使用。 圖1 ：專有部分、共有部分的情形   實坪是什麼？   目前法規針對實坪並沒有定義，有人認為是實際登記面積，有人認為是實際具有使用效益的坪數，但不管如何，擁有一間屋子它應該具有以下二種必要的部分：   一、專有部分---- 公寓大廈管理條例所稱建築物專有部分主要是來自於所有權的概念，所有權又稱完全物權，是指民法上，權利人對標的物可以直接全面排他性支配特定物的物權，這在區分所有權的大樓型態上更具意義。因此，不