今天就是這樣，最後就損出了，真幹。可能要56~57秒時才能進行下單，降低翻盤的機會。
這週結束了，新策略執行一週的感覺就是，下單的時機點有時後真的沒掌握好，不然應該績效可以在好一點，但少還是賺錢，目前策略看來是可以用的，要好好做好下單的動作才行。
2019/10/05
IB 盈透 交易心得~做錯一筆單，多賠的
因為是用1分k來做進出場，所以通常都會在50幾秒的時後下單，但就是會有這種，感覺是符合做空的黑k要形成，或是做多的紅k，進去後還剩幾秒準備要進下一根k棒時，突然一個反轉，紅變黑或黑變紅，該進場變不該進場。
今天就是這樣，最後就損出了，真幹。可能要56~57秒時才能進行下單，降低翻盤的機會。
這週結束了，新策略執行一週的感覺就是，下單的時機點有時後真的沒掌握好，不然應該績效可以在好一點，但少還是賺錢，目前策略看來是可以用的，要好好做好下單的動作才行。
今天就是這樣，最後就損出了，真幹。可能要56~57秒時才能進行下單，降低翻盤的機會。
這週結束了，新策略執行一週的感覺就是，下單的時機點有時後真的沒掌握好，不然應該績效可以在好一點，但少還是賺錢，目前策略看來是可以用的，要好好做好下單的動作才行。
2019/10/04
IB 盈透 交易心得~圖表下單(chart trade)進場價不能設太高/低
現在用IB的TWS下單程式下單，都是用圖表下單功能，就是看著k線圖，點選你要的進場價做下單的動作。
假如做多的話，如果目前指數在26000，這時就會點選高於26000的價格，才有機會立即成交。
因為怕點選好價格，然後要按下確定鈕的時後，突然來個快市造成價格上漲很多，所以下點所點選的價格，就會盡量點高一點的價格，可能會點在26030之類的。
昨天在下單時，就不小心點在"太高"的點位，結果系統居然就跳出價格異常不能成交，傻眼
。
然後趕快重下單，但就錯過進場的時間點，剛好那根還漲蠻多的，超嘔，真的是上了一課。
IB 盈透 交易心得~不交易也要付錢
上個月都沒交易，在測試新的策略，結果今天在看每日的帳單時，發現了一個東西，怎麼被扣了10塊錢。
原來是每個月最低的消費佣金要超過10塊錢，沒超過的話，IB還是要收這筆錢，就直接扣款，突然就覺得台灣的券商還是不錯的。
詳細的規則可以來這裡看
https://www.interactivebrokers.com/en/index.php?f=4969
原來是每個月最低的消費佣金要超過10塊錢，沒超過的話，IB還是要收這筆錢，就直接扣款，突然就覺得台灣的券商還是不錯的。
詳細的規則可以來這裡看
https://www.interactivebrokers.com/en/index.php?f=4969
2019/10/03
IB 盈透 交易心得~10月重新開始
在停止一個月重新調整交易策略後，10月開始新策略的實戰。
目前交易了兩天，共六筆單，勝率5成。
新的策略主要有兩個比較大的改變，
第一 : 從5分k改成1分k看盤。
第二 : 把固定停損改成移動停損。
目前的損益是正的，策略本身感覺還可以，但有個比較麻煩的問題。
因為改用1分k，真的就是要一直盯盤，不然一不小心就錯失機會或滑價了。
至於台指，10月還是尚未開倉，持續等待機會來臨。
目前交易了兩天，共六筆單，勝率5成。
新的策略主要有兩個比較大的改變，
第一 : 從5分k改成1分k看盤。
第二 : 把固定停損改成移動停損。
目前的損益是正的，策略本身感覺還可以，但有個比較麻煩的問題。
因為改用1分k，真的就是要一直盯盤，不然一不小心就錯失機會或滑價了。
至於台指，10月還是尚未開倉，持續等待機會來臨。
2019/10/02
VMWARE 虛擬機設定手動MAC Address : 無法開啟虛擬機器 它與VMWARE保留的MAC衝突
最近在測試虛擬機的備份跟還原，將備份的虛擬機，要還原到另一台測試的ESXI裡面，虛擬機的MAC要保持相同。
原本的虛擬機在建置時，是設定自動產生MAC，所以MAC是00:0C:29開頭。
還原到其他台ESXI之後，要將虛擬機的MAC設定改成手動，然後輸入還本的MAC時，就跳出"無法開啟虛擬機器的電源，乙太網路位址不允許。它與VWMARE保留的MAC衝突 "。
原是因當你把MAC設定調成手動時，MAC的開頭不能是"00:0C:29"，因為這段MAC通通都只能讓ESXI自動產生，所以就算你設定好了，開機就會產生錯誤無法啟動。
這時只要用ssh連上ESXI，切換到 "vmfs/volumes/虛擬機所在的datastore/虛擬機名字"，然後用vi去編輯裡面有一個.vmx的檔案。
找到你的網卡，通常就叫ethernet0.addressType = "generated"，在它上面自己加一行ethernet0.checkMACAddress = “false”，然後在把addressType改成ethernet0.addressType = "static"就行了。
MAC Address的部份可直接在圖形介面上設定即可。
原本的虛擬機在建置時，是設定自動產生MAC，所以MAC是00:0C:29開頭。
還原到其他台ESXI之後，要將虛擬機的MAC設定改成手動，然後輸入還本的MAC時，就跳出"無法開啟虛擬機器的電源，乙太網路位址不允許。它與VWMARE保留的MAC衝突 "。
原是因當你把MAC設定調成手動時，MAC的開頭不能是"00:0C:29"，因為這段MAC通通都只能讓ESXI自動產生，所以就算你設定好了，開機就會產生錯誤無法啟動。
這時只要用ssh連上ESXI，切換到 "vmfs/volumes/虛擬機所在的datastore/虛擬機名字"，然後用vi去編輯裡面有一個.vmx的檔案。
找到你的網卡，通常就叫ethernet0.addressType = "generated"，在它上面自己加一行ethernet0.checkMACAddress = “false”，然後在把addressType改成ethernet0.addressType = "static"就行了。
MAC Address的部份可直接在圖形介面上設定即可。
VMWARE virtual machine manual MAC Address configuration: Unable to power on the virtual machine due to MAC conflict with VMWARE's reserved MAC.
Recently, I was testing the backup and restore of virtual machines. I needed to restore a backup of a virtual machine to another ESXi server for testing purposes while keeping the MAC address of the virtual machine the same.
The original virtual machine was set to automatically generate a MAC address, starting with "00:0C:29." After restoring it to another ESXi server, I had to manually configure the MAC address of the virtual machine. However, when I entered the original MAC address, an error message appeared stating, "Cannot power on virtual machine. The Ethernet address is not allowed. It conflicts with the MAC address reserved by VMWARE."
The issue arises when you switch the MAC address configuration to manual, and the MAC address starts with "00:0C:29." This range of MAC addresses is reserved for automatic generation by ESXi, so even if you configure it correctly, an error occurs when trying to power on the virtual machine.
To resolve this, you can SSH into the ESXi server and navigate to "vmfs/volumes/datastore_name/virtual_machine_name." Then, use the vi editor to modify the .vmx file within that directory.
Locate the network adapter section, which is typically named ethernet0.addressType = "generated." Add a new line above it with the following entry: ethernet0.checkMACAddress = "false". Then, change the addressType to ethernet0.addressType = "static".
For configuring the MAC address, you can do that directly in the graphical interface.
2019/10/01
支撐區/壓力區的判斷教學
網路上查到很多文章都是用支撐跟壓力來做進出場判斷，但每次看完都覺得有點抽象，抓不到那個感覺，剛好看到這篇，有講的比較細一點，而且支撐跟壓力是用一個區域來定義，而非特定一個價位，還不錯，大家可以看看。
https://www.colibritrader.com/what-are-supply-and-demand-zones-and-how-to-trade-with-them/
https://www.colibritrader.com/what-are-supply-and-demand-zones-and-how-to-trade-with-them/
2019/09/27
QCY T2 TWS藍芽耳機
原本已經有一個"有線"的藍芽耳機(Jam Transit Fitness)，那條短短的線其實有點白爛，它有點捲，所以戴的時後有時後會卡卡的，而且它的耳塞在把耳機拿下來的時後，實在太容易掉了，掉了有時後還不知道，等到下次要用才發現不見了，搞到最後耳塞只剩小的，小的戴起來隔音效果就差，實在太鳥了，所以就決定要買個新的。
最近買了一個真無線(True Wireless)藍芽耳機，本來要買小米的，不到台幣600，CP值不錯，但台灣小米完全沒貨，傻眼，後來上淘寶買了一個QCY T2，送到台灣大概台幣1000，心得如下~~
耳機很小很輕，戴起來感覺ok。
耳塞裝到耳機上是很緊的，不會掉。
左右耳都可單獨使用。
收訊狀況也沒什麼問題，沒斷線過。
整體來說算是滿意。
但有一個缺點，耳機很小很光滑，放在充電盒內有磁吸，所以要拿出來時要小心，不然一不小心就會掉了。
最近買了一個真無線(True Wireless)藍芽耳機，本來要買小米的，不到台幣600，CP值不錯，但台灣小米完全沒貨，傻眼，後來上淘寶買了一個QCY T2，送到台灣大概台幣1000，心得如下~~
耳機很小很輕，戴起來感覺ok。
耳塞裝到耳機上是很緊的，不會掉。
左右耳都可單獨使用。
收訊狀況也沒什麼問題，沒斷線過。
整體來說算是滿意。
但有一個缺點，耳機很小很光滑，放在充電盒內有磁吸，所以要拿出來時要小心，不然一不小心就會掉了。
2019/09/26
Commvault 還原 ESXI虛擬機失敗 [Current license or ESXi version prohibits execution of the requested operation.]
最近在Commvault上要測試，把ESXI上備份的虛擬機，還原到其他台ESXI，看看還原出來的虛擬機會不會有問題。
所以就先去下找同版本的ESXI，裝在一台閒置的伺服器上，剛裝好，可以有60天的評估試用期，還原的時後都ok。
後來在還原其他台虛擬機時，出現了[Current license or ESXi version prohibits execution of the requested operation.]的錯誤，很奇怪。
後來才發現，因為自己把免費版的序號輸入後，將ESXI從試用版轉換成免費版的授權，所以就會還原失敗，這失敗的訊息應該是來自VMWARE，不是Commvault的問題，後來就把ESXI重裝，繼續採用試用版授權，就可以還原了。
所以就先去下找同版本的ESXI，裝在一台閒置的伺服器上，剛裝好，可以有60天的評估試用期，還原的時後都ok。
後來在還原其他台虛擬機時，出現了[Current license or ESXi version prohibits execution of the requested operation.]的錯誤，很奇怪。
後來才發現，因為自己把免費版的序號輸入後，將ESXI從試用版轉換成免費版的授權，所以就會還原失敗，這失敗的訊息應該是來自VMWARE，不是Commvault的問題，後來就把ESXI重裝，繼續採用試用版授權，就可以還原了。
訂閱：
文章 (Atom)