В задаче по реализации безубытка, нам должно быть все равно, как открывалась и закрывалась позиция(ии), руками или скриптом, простым закрытием или перезакрытием (с помощью скрипта или руками) Все это должно быть не важно. Важно то какую дату мы внесли в параметры нашего скрипт, с этого момента (включительно с этой даты) уровень безубытка должен расчитываться, в хронологическом порядке, для последующих открытых и закрытых позиций, вплоть до текущего времени.
sever29>>: Зачем с 2000? Нет, считывать будет максимум пару тройку дней, а историю открытых и закрытых позиций брать из вкладки - "история счета" и "торговля". Попытался наглядно продемонстрировать на скрине (в прицепе). Например дата отсчета уровня безубытка- 2010.03.23 06:25 и дальше, по хронологии, на текущий момент, считает уровень безубытка для всех открытых поз. Если же эта дата соответствует дате открытия, уже закрытой позиции, счет идет по этому же алгоритму, только уже с учетом закрытой и текущих позиций.
从技术的角度来看，还不太清楚它将是什么样子。假设，即使我们保存了结果，并在下次启动时读取以前的结果，用它们来计算水平，没有损失，但仍然没有人对用手开仓，然后用手平仓，休息时不启动脚本进行保险。因此，读数将是不正确的。
我们不应该关心一个头寸是如何开仓和平仓的，无论是手动还是使用脚本，简单的平仓或重仓（使用脚本或手动）。重要的是我们在脚本中设置的日期，从这一点开始（包括这一天），盈亏平衡水平应该按时间顺序计算随后的开仓和平仓，直到当前时间。如果我们想改变计算盈亏平衡水平的日期，我们再次向图表发送这个脚本，但在其参数中改变日期。
В задаче по реализации безубытка, нам должно быть все равно, как открывалась и закрывалась позиция(ии), руками или скриптом, простым закрытием или перезакрытием (с помощью скрипта или руками) Все это должно быть не важно. Важно то какую дату мы внесли в параметры нашего скрипт, с этого момента (включительно с этой даты) уровень безубытка должен расчитываться, в хронологическом порядке, для последующих открытых и закрытых позиций, вплоть до текущего времени.
所以你必须从某个地方获取历史数据，如果你设定计算2000年以来的盈亏平衡水平，脚本应该从哪里获取数据？如果它不是一个脚本，而是一个专家顾问，从启动到从终端卸载的那一刻开始跟踪，我或多或少能理解。
所以你必须从某个地方获取历史数据，如果你设定计算2000年以来的盈亏平衡水平，脚本应该从哪里获取数据？如果它不是一个脚本，而是一个专家顾问，从启动到从终端卸载的那一刻开始跟踪，我或多或少能理解。
Зачем с 2000? Нет, считывать будет максимум пару тройку дней, а историю открытых и закрытых позиций брать из вкладки - "история счета" и "торговля". Попытался наглядно продемонстрировать на скрине (в прицепе). Например дата отсчета уровня безубытка- 2010.03.23 06:25 и дальше, по хронологии, на текущий момент, считает уровень безубытка для всех открытых поз. Если же эта дата соответствует дате открытия, уже закрытой позиции, счет идет по этому же алгоритму, только уже с учетом закрытой и текущих позиций.
2000年只是一个例子，但问题是，一个通用的脚本不会起作用。你可以贯穿历史，但那里也有一个限制 "历史列表的大小取决于终端的 "账户历史 "标签的当前设置"(c)，但这个条件已经可以满足。原则上是可以写的，我想我们可以在时间出现一点的时候再来讨论这个问题。因为为一个刚开张的订单附加一条线是一件事，在这里你必须花一点时间。
2000年只是一个例子，但问题是，一个通用的脚本不会起作用。你可以贯穿历史，但那里也有一个限制 "历史列表的大小取决于终端的 "账户历史 "标签的当前设置"(c)，但这个条件已经可以满足。原则上是可以写的，我想我们可以在时间出现一点的时候再来讨论这个问题。因为为一个刚开张的订单附加一条线是一件事，在这里我必须花一些时间。
最重要的是理解取得。不要忘记，我会等待。
Самое главное понимание достигнуто. Не забывайте, буду ждать.
与你在一起，没有忘记))))))))))))
和你在一起，你不会忘记))))))))))))
:)))
奇奇
кхе-кхе-кхе
我记得，但我现在很忙。
我记得，但我现在很忙。
>>好的。