<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Форум QUIK [тема: Идентификация индикаторов]</title>
		<link>http://forum.quik.ru</link>
		<description>Новое в теме Идентификация индикаторов форума  на сайте Форум QUIK [forum.quik.ru]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Sun, 03 May 2026 10:30:15 +0300</pubDate>
		<item>
			<title>Идентификация индикаторов</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message30367/topic3559/">Идентификация индикаторов</a></b> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			Я бы предложил через socket или ещё как-то с некоторой периодичностью слать пакет, содержащий key и настройки, туда, где внешнее ПО будет слушать эти пакеты. Но если индикатор без новых тиков не умеет что-либо делать после создания ( с индикаторами не работаю ), то это не осуществимо. <br />
			<i>10.04.2018 06:48:46, vgi.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message30367/topic3559/</link>
			<guid>http://forum.quik.ru/messages/forum10/message30367/topic3559/</guid>
			<pubDate>Tue, 10 Apr 2018 06:48:46 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>Идентификация индикаторов</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message30365/topic3559/">Идентификация индикаторов</a></b> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			<br />====quote====<br /><a class="blog-p-user-name" id="bp_cLR80kX3" href="/user/1833/" bx-tooltip-user-id="1833">vgi</a> написал:<br />Добрый день!<br /><br />Как Вам вариант с генерацией файла типа pid индикатором?<br />Имя файла - уникальный key. <br />Внутри можно или просто датавремя последнего тика писать. Тогда настройки в отдельный файл при перезапуске индикатора сохранять.<br />Либо датавремя+настройки дампить прямо в key-файл.<br />=============<br />здравствуйте.<br /><br />с файлом проблемы три.<br /><br />1. При аварийном завершении терминала файлы останутся на диске. Можно попробовать поиграться с temporary files<br /><br />2. Дата время внутрь файла не вариант. Существуют инструменты с двумя сделками за торговую сессию<br /><br />3. Все это крайне медленно... <br />
			<i>10.04.2018 06:33:11, s_mike@rambler.ru.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message30365/topic3559/</link>
			<guid>http://forum.quik.ru/messages/forum10/message30365/topic3559/</guid>
			<pubDate>Tue, 10 Apr 2018 06:33:11 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>Идентификация индикаторов</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message30364/topic3559/">Идентификация индикаторов</a></b> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			Добрый день!<br /><br />Как Вам вариант с генерацией файла типа pid индикатором?<br />Имя файла - уникальный key. <br />Внутри можно или просто датавремя последнего тика писать. Тогда настройки в отдельный файл при перезапуске индикатора сохранять.<br />Либо датавремя+настройки дампить прямо в key-файл. <br />
			<i>10.04.2018 06:27:05, vgi.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message30364/topic3559/</link>
			<guid>http://forum.quik.ru/messages/forum10/message30364/topic3559/</guid>
			<pubDate>Tue, 10 Apr 2018 06:27:05 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>Идентификация индикаторов</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message30357/topic3559/">Идентификация индикаторов</a></b> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			Добавлю.<br /><br /><br />Есть некая shared область памяти, куда каждая запущенная копия индикатора должна дописывать свою запись в виде key=data/ &nbsp;key должен быть уникальным. При уничтожении индикатора запись должна уничтожаться.<br /><br />Читая эту область памяти, внешнее ПО должно получатьсписок ключей (то есть запущенныхкопий индикатора) и данные, к этой копии относящиеся. При удалении индикатора данные должны уничтожаться. <br />
			<i>09.04.2018 19:45:40, s_mike@rambler.ru.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message30357/topic3559/</link>
			<guid>http://forum.quik.ru/messages/forum10/message30357/topic3559/</guid>
			<pubDate>Mon, 09 Apr 2018 19:45:40 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>Идентификация индикаторов</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message30356/topic3559/">Идентификация индикаторов</a></b> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			Здравствуйте.<br /><br />Вопрос скорее к разработчикам.<br /><br /><br /><br />Есть индикатор, одновременно запущенный на несколшьких разных инструментах (или одинаковых), с разными или одинаковыми настройкками, на произвольных таймфреймах и т.п.<br /><br />Необходимо:<br /><br />Найти способ для каждой запущенной копии индикатора сгенерировать свой ключ (строка, число) для установления связи между этой конкретной копией индикатора и внешним ПО. Основная проблема - получение внешним ПО информации о закрытии индикатора (тем или иным способом), закрытии терминала и корректная работа при перезапуске индикатора (например в режиме связанных окон).<br /><br />Допустимы любые быстрые способы - средства терминала, winapi и так далее. У меня не хватает фантазии пока.<br /><br />Спасибо. <br />
			<i>09.04.2018 19:39:43, s_mike@rambler.ru.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message30356/topic3559/</link>
			<guid>http://forum.quik.ru/messages/forum10/message30356/topic3559/</guid>
			<pubDate>Mon, 09 Apr 2018 19:39:43 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
	</channel>
</rss>
