{"push_id":2069158053,"size":13,"distinct_size":1,"ref":"refs/heads/Dev","head":"8c4e097ab5a4d2d7357899be583618090f254bcf","before":"f35f5f984a624f552ff57f125a2040ca9d96c000","commits":[{"sha":"4f6efd0080d034010d093c3d91e415ec970502a8","author":{"name":"marshao","email":"aab93934468f85f1e36050312a4290476df276de@foxmail.com"},"message":"Merge pull request #1 from marshao/master\n\nMaster","distinct":false,"url":"https://api.github.com/repos/marshao/StockAutoTrades/commits/4f6efd0080d034010d093c3d91e415ec970502a8"},{"sha":"64f6450827ccdb59dc50d18a820e0854a31f7acb","author":{"name":"marshao","email":"aab93934468f85f1e36050312a4290476df276de@foxmail.com"},"message":"Merge pull request #2 from marshao/master\n\nMaster","distinct":false,"url":"https://api.github.com/repos/marshao/StockAutoTrades/commits/64f6450827ccdb59dc50d18a820e0854a31f7acb"},{"sha":"174c1b742869bdab2ef4f20058bdc62dfcdd3d5c","author":{"name":"marshao","email":"aab93934468f85f1e36050312a4290476df276de@foxmail.com"},"message":"20170904 UBT1\n* Wrong if else determination condition when signal == -1 and apply signal to records.\n* Adding function to reactive stock agent every 5 mins\n*Change the best pattern calculation from daily basis to weekly basis to enforce the insistency of pattern.\n* Find out a bug in apply_best _pattern, in step 2 (check_avaliable_stock), the buying command do not need to varify the done value.\n*Adding functions to enable trading multiple stocks\n20170906:\n* Found a bug in Stock in hand information retrival. When receive 1.1 information, the done should be True.\n20170907\n* Add one more condition in stock inhand check. When signal = -1 and done = True, the stockAvaliable must not = 0 to process the next step.\n\n20170912\n* Found a bug in system, the log has different signal value with value in DB. Trying to set up a validation mechnisze to mornitor the consistense.\n*The problem may from one cause, everytime when applying best pattern to stock, the table will not be cleaned before. So there are multiple records in the table. That may cause some problem. The fix is to force the table be cleaned every time before applying pattern on stock.\n\n20170922\n* Found a bug, whether the system or the data from QQ will add random deplicated M30 rows with 0 trading_volumn into DB.\n* Added a procedure to delete 0 trading volumn M30 rows in system.\n\n20170927\n* There is a new problem, after updating Ubuntu core. There seems has new control on PID management. It makes my system hang and wait for new pid until timeout. This issue must be solved asap.\n\n20170929\n* Start up first_m30 analysis\n\n20171010\n* The multiprocess problem is from the Mysql DB. It seems from some block of table. The problem dispeared after restart DB.\n*Improved 25% computing efficiency by extracting all signals into memory but not extract signal pattern signals every time. Downside is to use much more memory.","distinct":false,"url":"https://api.github.com/repos/marshao/StockAutoTrades/commits/174c1b742869bdab2ef4f20058bdc62dfcdd3d5c"},{"sha":"93a79b36bde1a47e0f4f472dc1d0edb6198557ab","author":{"name":"marshao","email":"aab93934468f85f1e36050312a4290476df276de@foxmail.com"},"message":"20170904 UBT1\n* Wrong if else determination condition when signal == -1 and apply signal to records.\n* Adding function to reactive stock agent every 5 mins\n*Change the best pattern calculation from daily basis to weekly basis to enforce the insistency of pattern.\n* Find out a bug in apply_best _pattern, in step 2 (check_avaliable_stock), the buying command do not need to varify the done value.\n*Adding functions to enable trading multiple stocks\n20170906:\n* Found a bug in Stock in hand information retrival. When receive 1.1 information, the done should be True.\n20170907\n* Add one more condition in stock inhand check. When signal = -1 and done = True, the stockAvaliable must not = 0 to process the next step.\n\n20170912\n* Found a bug in system, the log has different signal value with value in DB. Trying to set up a validation mechnisze to mornitor the consistense.\n*The problem may from one cause, everytime when applying best pattern to stock, the table will not be cleaned before. So there are multiple records in the table. That may cause some problem. The fix is to force the table be cleaned every time before applying pattern on stock.\n\n20170922\n* Found a bug, whether the system or the data from QQ will add random deplicated M30 rows with 0 trading_volumn into DB.\n* Added a procedure to delete 0 trading volumn M30 rows in system.\n\n20170927\n* There is a new problem, after updating Ubuntu core. There seems has new control on PID management. It makes my system hang and wait for new pid until timeout. This issue must be solved asap.\n\n20170929\n* Start up first_m30 analysis\n\n20171010\n* The multiprocess problem is from the Mysql DB. It seems from some block of table. The problem dispeared after restart DB.\n*Improved 25% computing efficiency by extracting all signals into memory but not extract signal pattern signals every time. Downside is to use much more memory.","distinct":false,"url":"https://api.github.com/repos/marshao/StockAutoTrades/commits/93a79b36bde1a47e0f4f472dc1d0edb6198557ab"},{"sha":"ab59fe3e74d36547f4ab7e2905aa930a02e33e76","author":{"name":"marshao","email":"aab93934468f85f1e36050312a4290476df276de@foxmail.com"},"message":"Merge pull request #6 from marshao/Dev\n\n20170904 UBT1","distinct":false,"url":"https://api.github.com/repos/marshao/StockAutoTrades/commits/ab59fe3e74d36547f4ab7e2905aa930a02e33e76"},{"sha":"9c87c60a1f592d40d0e545ce4b0bd262d0d4f817","author":{"name":"marshao","email":"aab93934468f85f1e36050312a4290476df276de@foxmail.com"},"message":"20170904 UBT1\n* Wrong if else determination condition when signal == -1 and apply signal to records.\n* Adding function to reactive stock agent every 5 mins\n*Change the best pattern calculation from daily basis to weekly basis to enforce the insistency of pattern.\n* Find out a bug in apply_best _pattern, in step 2 (check_avaliable_stock), the buying command do not need to varify the done value.\n*Adding functions to enable trading multiple stocks\n20170906:\n* Found a bug in Stock in hand information retrival. When receive 1.1 information, the done should be True.\n20170907\n* Add one more condition in stock inhand check. When signal = -1 and done = True, the stockAvaliable must not = 0 to process the next step.\n\n20170912\n* Found a bug in system, the log has different signal value with value in DB. Trying to set up a validation mechnisze to mornitor the consistense.\n*The problem may from one cause, everytime when applying best pattern to stock, the table will not be cleaned before. So there are multiple records in the table. That may cause some problem. The fix is to force the table be cleaned every time before applying pattern on stock.\n\n20170922\n* Found a bug, whether the system or the data from QQ will add random deplicated M30 rows with 0 trading_volumn into DB.\n* Added a procedure to delete 0 trading volumn M30 rows in system.\n\n20170927\n* There is a new problem, after updating Ubuntu core. There seems has new control on PID management. It makes my system hang and wait for new pid until timeout. This issue must be solved asap.\n\n20170929\n* Start up first_m30 analysis\n\n20171010\n* The multiprocess problem is from the Mysql DB. It seems from some block of table. The problem dispeared after restart DB.\n*Improved 25% computing efficiency by extracting all signals into memory but not extract signal pattern signals every time. Downside is to use much more memory.","distinct":false,"url":"https://api.github.com/repos/marshao/StockAutoTrades/commits/9c87c60a1f592d40d0e545ce4b0bd262d0d4f817"},{"sha":"bc9919a71a37ba65892b57485148903d3611a3c5","author":{"name":"marshao","email":"aab93934468f85f1e36050312a4290476df276de@foxmail.com"},"message":"20170904 UBT1\n* Wrong if else determination condition when signal == -1 and apply signal to records.\n* Adding function to reactive stock agent every 5 mins\n*Change the best pattern calculation from daily basis to weekly basis to enforce the insistency of pattern.\n* Find out a bug in apply_best _pattern, in step 2 (check_avaliable_stock), the buying command do not need to varify the done value.\n*Adding functions to enable trading multiple stocks\n20170906:\n* Found a bug in Stock in hand information retrival. When receive 1.1 information, the done should be True.\n20170907\n* Add one more condition in stock inhand check. When signal = -1 and done = True, the stockAvaliable must not = 0 to process the next step.\n\n20170912\n* Found a bug in system, the log has different signal value with value in DB. Trying to set up a validation mechnisze to mornitor the consistense.\n*The problem may from one cause, everytime when applying best pattern to stock, the table will not be cleaned before. So there are multiple records in the table. That may cause some problem. The fix is to force the table be cleaned every time before applying pattern on stock.\n\n20170922\n* Found a bug, whether the system or the data from QQ will add random deplicated M30 rows with 0 trading_volumn into DB.\n* Added a procedure to delete 0 trading volumn M30 rows in system.\n\n20170927\n* There is a new problem, after updating Ubuntu core. There seems has new control on PID management. It makes my system hang and wait for new pid until timeout. This issue must be solved asap.\n\n20170929\n* Start up first_m30 analysis\n\n20171010\n* The multiprocess problem is from the Mysql DB. It seems from some block of table. The problem dispeared after restart DB.\n*Improved 25% computing efficiency by extracting all signals into memory but not extract signal pattern signals every time. Downside is to use much more memory.","distinct":false,"url":"https://api.github.com/repos/marshao/StockAutoTrades/commits/bc9919a71a37ba65892b57485148903d3611a3c5"},{"sha":"086ba278cb68eea04ca2096738014bbae9d5845d","author":{"name":"marshao","email":"aab93934468f85f1e36050312a4290476df276de@foxmail.com"},"message":"20170904 UBT1\n* Wrong if else determination condition when signal == -1 and apply signal to records.\n* Adding function to reactive stock agent every 5 mins\n*Change the best pattern calculation from daily basis to weekly basis to enforce the insistency of pattern.\n* Find out a bug in apply_best _pattern, in step 2 (check_avaliable_stock), the buying command do not need to varify the done value.\n*Adding functions to enable trading multiple stocks\n20170906:\n* Found a bug in Stock in hand information retrival. When receive 1.1 information, the done should be True.\n20170907\n* Add one more condition in stock inhand check. When signal = -1 and done = True, the stockAvaliable must not = 0 to process the next step.\n\n20170912\n* Found a bug in system, the log has different signal value with value in DB. Trying to set up a validation mechnisze to mornitor the consistense.\n*The problem may from one cause, everytime when applying best pattern to stock, the table will not be cleaned before. So there are multiple records in the table. That may cause some problem. The fix is to force the table be cleaned every time before applying pattern on stock.\n\n20170922\n* Found a bug, whether the system or the data from QQ will add random deplicated M30 rows with 0 trading_volumn into DB.\n* Added a procedure to delete 0 trading volumn M30 rows in system.\n\n20170927\n* There is a new problem, after updating Ubuntu core. There seems has new control on PID management. It makes my system hang and wait for new pid until timeout. This issue must be solved asap.\n\n20170929\n* Start up first_m30 analysis\n\n20171010\n* The multiprocess problem is from the Mysql DB. It seems from some block of table. The problem dispeared after restart DB.\n*Improved 25% computing efficiency by extracting all signals into memory but not extract signal pattern signals every time. Downside is to use much more memory.","distinct":false,"url":"https://api.github.com/repos/marshao/StockAutoTrades/commits/086ba278cb68eea04ca2096738014bbae9d5845d"},{"sha":"7cde8c8419eb10e7301ba5d53e27b99a84b81ccb","author":{"name":"marshao","email":"aab93934468f85f1e36050312a4290476df276de@foxmail.com"},"message":"20170904 UBT1\n* Wrong if else determination condition when signal == -1 and apply signal to records.\n* Adding function to reactive stock agent every 5 mins\n*Change the best pattern calculation from daily basis to weekly basis to enforce the insistency of pattern.\n* Find out a bug in apply_best _pattern, in step 2 (check_avaliable_stock), the buying command do not need to varify the done value.\n*Adding functions to enable trading multiple stocks\n20170906:\n* Found a bug in Stock in hand information retrival. When receive 1.1 information, the done should be True.\n20170907\n* Add one more condition in stock inhand check. When signal = -1 and done = True, the stockAvaliable must not = 0 to process the next step.\n\n20170912\n* Found a bug in system, the log has different signal value with value in DB. Trying to set up a validation mechnisze to mornitor the consistense.\n*The problem may from one cause, everytime when applying best pattern to stock, the table will not be cleaned before. So there are multiple records in the table. That may cause some problem. The fix is to force the table be cleaned every time before applying pattern on stock.\n\n20170922\n* Found a bug, whether the system or the data from QQ will add random deplicated M30 rows with 0 trading_volumn into DB.\n* Added a procedure to delete 0 trading volumn M30 rows in system.\n\n20170927\n* There is a new problem, after updating Ubuntu core. There seems has new control on PID management. It makes my system hang and wait for new pid until timeout. This issue must be solved asap.\n\n20170929\n* Start up first_m30 analysis\n\n20171010\n* The multiprocess problem is from the Mysql DB. It seems from some block of table. The problem dispeared after restart DB.\n*Improved 25% computing efficiency by extracting all signals into memory but not extract signal pattern signals every time. Downside is to use much more memory.","distinct":false,"url":"https://api.github.com/repos/marshao/StockAutoTrades/commits/7cde8c8419eb10e7301ba5d53e27b99a84b81ccb"},{"sha":"30986e1ea323c7b20f6dbda025a879068bb543f0","author":{"name":"marshao","email":"aab93934468f85f1e36050312a4290476df276de@foxmail.com"},"message":"20170904 UBT1\n* Wrong if else determination condition when signal == -1 and apply signal to records.\n* Adding function to reactive stock agent every 5 mins\n*Change the best pattern calculation from daily basis to weekly basis to enforce the insistency of pattern.\n* Find out a bug in apply_best _pattern, in step 2 (check_avaliable_stock), the buying command do not need to varify the done value.\n*Adding functions to enable trading multiple stocks\n20170906:\n* Found a bug in Stock in hand information retrival. When receive 1.1 information, the done should be True.\n20170907\n* Add one more condition in stock inhand check. When signal = -1 and done = True, the stockAvaliable must not = 0 to process the next step.\n\n20170912\n* Found a bug in system, the log has different signal value with value in DB. Trying to set up a validation mechnisze to mornitor the consistense.\n*The problem may from one cause, everytime when applying best pattern to stock, the table will not be cleaned before. So there are multiple records in the table. That may cause some problem. The fix is to force the table be cleaned every time before applying pattern on stock.\n\n20170922\n* Found a bug, whether the system or the data from QQ will add random deplicated M30 rows with 0 trading_volumn into DB.\n* Added a procedure to delete 0 trading volumn M30 rows in system.\n\n20170927\n* There is a new problem, after updating Ubuntu core. There seems has new control on PID management. It makes my system hang and wait for new pid until timeout. This issue must be solved asap.\n\n20170929\n* Start up first_m30 analysis\n\n20171010\n* The multiprocess problem is from the Mysql DB. It seems from some block of table. The problem dispeared after restart DB.\n*Improved 25% computing efficiency by extracting all signals into memory but not extract signal pattern signals every time. Downside is to use much more memory.","distinct":false,"url":"https://api.github.com/repos/marshao/StockAutoTrades/commits/30986e1ea323c7b20f6dbda025a879068bb543f0"},{"sha":"0f57331f67c4b3e504d3e675e0f7e758d0fb61c7","author":{"name":"marshao","email":"aab93934468f85f1e36050312a4290476df276de@foxmail.com"},"message":"20170904 UBT1\n* Wrong if else determination condition when signal == -1 and apply signal to records.\n* Adding function to reactive stock agent every 5 mins\n*Change the best pattern calculation from daily basis to weekly basis to enforce the insistency of pattern.\n* Find out a bug in apply_best _pattern, in step 2 (check_avaliable_stock), the buying command do not need to varify the done value.\n*Adding functions to enable trading multiple stocks\n20170906:\n* Found a bug in Stock in hand information retrival. When receive 1.1 information, the done should be True.\n20170907\n* Add one more condition in stock inhand check. When signal = -1 and done = True, the stockAvaliable must not = 0 to process the next step.\n\n20170912\n* Found a bug in system, the log has different signal value with value in DB. Trying to set up a validation mechnisze to mornitor the consistense.\n*The problem may from one cause, everytime when applying best pattern to stock, the table will not be cleaned before. So there are multiple records in the table. That may cause some problem. The fix is to force the table be cleaned every time before applying pattern on stock.\n\n20170922\n* Found a bug, whether the system or the data from QQ will add random deplicated M30 rows with 0 trading_volumn into DB.\n* Added a procedure to delete 0 trading volumn M30 rows in system.\n\n20170927\n* There is a new problem, after updating Ubuntu core. There seems has new control on PID management. It makes my system hang and wait for new pid until timeout. This issue must be solved asap.\n\n20170929\n* Start up first_m30 analysis\n\n20171010\n* The multiprocess problem is from the Mysql DB. It seems from some block of table. The problem dispeared after restart DB.\n*Improved 25% computing efficiency by extracting all signals into memory but not extract signal pattern signals every time. Downside is to use much more memory.\n\n20171023 in Master:\n* Solved a problem in Signal calculation about DB engine.","distinct":false,"url":"https://api.github.com/repos/marshao/StockAutoTrades/commits/0f57331f67c4b3e504d3e675e0f7e758d0fb61c7"},{"sha":"80ac8b461b70d94ed934acb0bc51ecc757677bac","author":{"name":"marshao","email":"aab93934468f85f1e36050312a4290476df276de@foxmail.com"},"message":"Merge branch 'Production' into master","distinct":false,"url":"https://api.github.com/repos/marshao/StockAutoTrades/commits/80ac8b461b70d94ed934acb0bc51ecc757677bac"},{"sha":"8c4e097ab5a4d2d7357899be583618090f254bcf","author":{"name":"marshao","email":"aab93934468f85f1e36050312a4290476df276de@foxmail.com"},"message":"Merge branch 'master' into Dev","distinct":true,"url":"https://api.github.com/repos/marshao/StockAutoTrades/commits/8c4e097ab5a4d2d7357899be583618090f254bcf"}]}
{"actor":{"display_login":"marshao"}}