Здравствуйте. В 2015 году вы писали о том что нет смысла портировать quik под linux. Но с тех пор в России появилась система, являющаяся официальной защищённой системой для россиян и гос.структур.
Речь не идёт о том чтобы портировать под неё QUIK, но может быть вы сделаете исключение и хотя бы создадите мануал по установке Quik под нашу систему?
Под Ubuntu и другие системы существуют уже отработанные способы установки через Wine. А вот под российскую Астру, лично я, не осилил. И мануалов не нашёл. Может быть вы как-нибудь подружите с разработчиками и запилите мануал под Астру?
Виктор написал: Здравствуйте. В 2015 году вы писали о том что нет смысла портировать quik под linux. Но с тех пор в России появилась система, являющаяся официальной защищённой системой для россиян и гос.структур.
Речь не идёт о том чтобы портировать под неё QUIK, но может быть вы сделаете исключение и хотя бы создадите мануал по установке Quik под нашу систему?
Под Ubuntu и другие системы существуют уже отработанные способы установки через Wine. А вот под российскую Астру, лично я, не осилил. И мануалов не нашёл. Может быть вы как-нибудь подружите с разработчиками и запилите мануал под Астру?
Добрый день.
Мы примем к сведению Ваше предложение, но ничего обещать пока не будем. Спасибо.
Alexey Ivannikov, скажите, пожалуйста. Есть ли какой то прогресс в этом направлении?
В сложившихся условиях, когда windows могут начать блокировать, было бы очень актуально локализовать quik.
Ну хотя бы мануал напишите как установить и использовать его в нашей национальной системе - Linux Astra. Чтобы скрипты все работале, dll из скриптов корректно подгружались.
Alexey Ivannikov,скажите, пожалуйста. Есть ли какой то прогресс в этом направлении?
В сложившихся условиях, когда windows могут начать блокировать, было бы очень актуально локализовать quik.
Ну хотя бы мануал напишите как установить и использовать его в нашей национальной системе - Linux Astra. Чтобы скрипты все работале, dll из скриптов корректно подгружались.
Виктор написал: Alexey Ivannikov,скажите, пожалуйста. Есть ли какой то прогресс в этом направлении?
В сложившихся условиях, когда windows могут начать блокировать, было бы очень актуально локализовать quik.
Ну хотя бы мануал напишите как установить и использовать его в нашей национальной системе - Linux Astra. Чтобы скрипты все работале, dll из скриптов корректно подгружались.
1. Windows никто не станет блокировать ибо колониальный принцип "товары за воздух" выгоден пендосам
2. В каком месте астра национальная? в финской либе qt* ? или в омериканском ядре линукса или X11 / wayland ?
В России нет полного цикла ни в одном из ИТ направлений от софта до железа. На это уйдут даже не годы - десятилетия.
новичок написал: 1. Windows никто не станет блокировать ибо колониальный принцип "товары за воздух" выгоден пендосам
а вот не факт. ты тока прикинь какой колоссальный ущерб можно нанести.эти вот санкции там.. поставки железа - это долго все. а тут - по нажатию кнопки - бабах, и 90% компов в стране - не работают. также и с мобилками - хоп - и все гудроиды и айфоны превратились в бесполезный кусок пластика. это будет прямо катастрофа.
Цитата
новичок написал: 2. В каком месте астра национальная? в финской либе qt* ? или в омериканском ядре линукса или X11 / wayland ?
с чего это ядро стало омериканским то? Линус финн же. "национальная" следует читать как "собиралась на ПЭВМ расположенных на территории РФ".
Цитата
новичок написал: Ну хотя бы мануал напишите как установить и использовать его в нашей национальной системе - Linux Astra.
А собственно в чем проблема то? Линукс - он везде линукс.
Цитата
новичок написал: Чтобы скрипты все работале, dll из скриптов корректно подгружались.
Нормально написанные скрипты работают. Я пользуюсь. И нормально сделанные dll - тоже. Какие-то конкретные проблемы? или "У меня ничего не работает"?
Виктор написал: Может быть вы как-нибудь подружите с разработчиками и запилите мануал под Астру?
Вот ради интереса безо взяких мануалов попробовал. Все работает искаропке. -Поставил "Орёл". -Открыл менеджер пакетов, поискал wine, отметил все что нашлось и поставил. В меню "Утилиты" поставился "PlayOnLinux" -Зашел на сайт арки, скачал дистриб. -Зашел в "PlayOnLinux", сказал установить и далее-далее... -Добавил ярлык на стол.
Kalmar, вы так пишите, как будто, первый день замужем. В идеальном сферическом мире живёте и с отладкой/тестированием никогда не работали. Сферически-идеальную операцию сделали, описали последовательность шагов и написали "Всё работает". Ну раз у вас работает, значит тему можно закрывать - проблема решена. Да?
При чём тут дистрибутив арки, когда торговля идёт через дистрибутивы брокеров, докручивающих к арочному кучу свистелок и перделок?
Куча нестабильных ошибок вываливается как при попытке как запустить quik, так и подключить dll через lua. При том что в win работает ровно.
Я с этой проблемой *бусь, с перерывами, уже год почти. Суммарно времени пара недель потрачено на попытки запустить хоть как то, подбор версий wine, поиск недостающих библиотек в wine, попытки собрать 5 версию wine, потому что в репозитории них*ра нет современного wine, и миллион других проблем. И даже после нормального запуска нихрена не подключаются dll на qt из lua.
Спасибо, бл*дь, что объяснили мне что у вас всё работает.
Kalmar, извините, я погорячился в прошлом посте. Всё же надеюсь что Arqa выпустит нормальный мануал как полноценно устанавливать и запускать именно в Орле.
Ну и как у нас с импортозамещением господа разработчики торгового ПО? может всё таки начнёте полноценную разработку ПО под Астру Линукс или Дебиан полноценного х64 квика? Или ждёте волшебного пинка от Мишустина и ЦБ РФ? Можно устроить и поднять этот вопрос...
Виктор написал: Alexey Ivannikov ,скажите, пожалуйста. Есть ли какой то прогресс в этом направлении?
В сложившихся условиях, когда windows могут начать блокировать, было бы очень актуально локализовать quik.
Ну хотя бы мануал напишите как установить и использовать его в нашей национальной системе - Linux Astra. Чтобы скрипты все работале, dll из скриптов корректно подгружались.
1. Windows никто не станет блокировать ибо колониальный принцип "товары за воздух" выгоден пендосам
2. В каком месте астра национальная? в финской либе qt* ? или в омериканском ядре линукса или X11 / wayland ?
В России нет полного цикла ни в одном из ИТ направлений от софта до железа. На это уйдут даже не годы - десятилетия.
Не прошло и года, как Windows в России забанили.
Но разработчики QUIK, видимо, будут тянуть до самого последнего конца, когда либо брокеры наймут других разрабов, либо придётся впопыхах портировать нормально работающий QUIK под linux
Виктор написал: Alexey Ivannikov ,скажите, пожалуйста. Есть ли какой то прогресс в этом направлении?
В сложившихся условиях, когда windows могут начать блокировать, было бы очень актуально локализовать quik.
Ну хотя бы мануал напишите как установить и использовать его в нашей национальной системе - Linux Astra. Чтобы скрипты все работале, dll из скриптов корректно подгружались.
1. Windows никто не станет блокировать ибо колониальный принцип "товары за воздух" выгоден пендосам
2. В каком месте астра национальная? в финской либе qt* ? или в омериканском ядре линукса или X11 / wayland ?
В России нет полного цикла ни в одном из ИТ направлений от софта до железа. На это уйдут даже не годы - десятилетия.
Не прошло и года, как Windows в России забанили.
Но разработчики QUIK, видимо, будут тянуть до самого последнего конца, когда либо брокеры наймут других разрабов, либо придётся впопыхах портировать нормально работающий QUIK под linux
много шума из ничего. ------------------------ По словам представителя Microsoft, компания продолжит выполнять свои обязательства перед российскими клиентами, пока действует приостановка новых продаж. ---------------------- Т е если Вы новую винду не покупаете через представительство Microsoft, а например с новым компом из китая, то вам ничего не угрожает. ------------- Обновление уже купленной винды никто не отменял.
Виктор написал: Alexey Ivannikov ,скажите, пожалуйста. Есть ли какой то прогресс в этом направлении?
В сложившихся условиях, когда windows могут начать блокировать, было бы очень актуально локализовать quik.
Ну хотя бы мануал напишите как установить и использовать его в нашей национальной системе - Linux Astra. Чтобы скрипты все работале, dll из скриптов корректно подгружались.
1. Windows никто не станет блокировать ибо колониальный принцип "товары за воздух" выгоден пендосам
2. В каком месте астра национальная? в финской либе qt* ? или в омериканском ядре линукса или X11 / wayland ?
В России нет полного цикла ни в одном из ИТ направлений от софта до железа. На это уйдут даже не годы - десятилетия.
Не прошло и года, как Windows в России забанили.
Но разработчики QUIK, видимо, будут тянуть до самого последнего конца, когда либо брокеры наймут других разрабов, либо придётся впопыхах портировать нормально работающий QUIK под linux
много шума из ничего. ------------------------ По словам представителя Microsoft, компания продолжит выполнять свои обязательства перед российскими клиентами, пока действует приостановка новых продаж. ---------------------- Т е если Вы новую винду не покупаете через представительство Microsoft, а например с новым компом из китая, то вам ничего не угрожает. ------------- Обновление уже купленной винды никто не отменял.
Ой, да такими мелкими шажками можно каждый шаг отмазывать, что мол ну это ещё ничего не значит, это же не разом всё заблокировали. А когда через 2-3 года будет заблокировано всё - окажется что, ну надо же, кто бы мог подумать. Ведь ничего похожего и близко не было. Ни с Китаем, ни с оборудованием, ни с санкциями. Но это же всё не с Windows было, так что не считается. Детский сад.
Виктор написал: Alexey Ivannikov ,скажите, пожалуйста. Есть ли какой то прогресс в этом направлении?
В сложившихся условиях, когда windows могут начать блокировать, было бы очень актуально локализовать quik.
Ну хотя бы мануал напишите как установить и использовать его в нашей национальной системе - Linux Astra. Чтобы скрипты все работале, dll из скриптов корректно подгружались.
1. Windows никто не станет блокировать ибо колониальный принцип "товары за воздух" выгоден пендосам
2. В каком месте астра национальная? в финской либе qt* ? или в омериканском ядре линукса или X11 / wayland ?
В России нет полного цикла ни в одном из ИТ направлений от софта до железа. На это уйдут даже не годы - десятилетия.
Не прошло и года, как Windows в России забанили.
Но разработчики QUIK, видимо, будут тянуть до самого последнего конца, когда либо брокеры наймут других разрабов, либо придётся впопыхах портировать нормально работающий QUIK под linux
много шума из ничего. ------------------------ По словам представителя Microsoft, компания продолжит выполнять свои обязательства перед российскими клиентами, пока действует приостановка новых продаж. ---------------------- Т е если Вы новую винду не покупаете через представительство Microsoft, а например с новым компом из китая, то вам ничего не угрожает. ------------- Обновление уже купленной винды никто не отменял.
Ой, да такими мелкими шажками можно каждый шаг отмазывать, что мол ну это ещё ничего не значит, это же не разом всё заблокировали. А когда через 2-3 года будет заблокировано всё - окажется что, ну надо же, кто бы мог подумать. Ведь ничего похожего и близко не было. Ни с Китаем, ни с оборудованием, ни с санкциями. Но это же всё не с Windows было, так что не считается. Детский сад.
Выше чел написал Вам как ставить приложения винды на линуксе. В интернете достаточно инфы как и что делать. Если Вы это не в силе освоить, то наймите спеца , чтобы Вам настроили.
Под "Астрой" не пробовал устанавливать связку wine + QUIK, а вот под Ubuntu 20.04 пробовал связку wine 7.0 + QUIK 9.5.0.42.
Использовалась виртуалка под QEMU/KVM с образом диска на SSD и относительно неплохим процессором Ryzen 3600 на хост-системе.
Есть следующие проблемы:
1) Производительность каких-то операций ввода-вывода терминала сильно падает (видно, как заметно медленнее прокачиваются все обезличенные сделки). Не знаю, эмулятор ли тут виноват или сам терминал так написано, но факт есть. Если будет не SSD, а HDD использоваться -- всё ещё хуже.
2) Есть баг в функции os.sysdate(), который проявляется ТОЛЬКО под wine. Выглядит как будто иногда (раз на несколько тысяч вызовов) не учитывается временной пояс. Вроде, можно с этим программно бороться внутри QLua-скриптов, но не факт, что только в скриптах эта проблема вылезает.
3) Иногда есть проблемы со свечными графиками. Они перестают получать новые свечи, пока не перезакажешь данные. Возможно, что причиной является п.2.
4) Если одновременно запускать несколько скриптов, то заметно раньше появится проблема производительности. Она и под Windows есть, а под Linux вылезает ещё быстрее.
По совокупности проблем мы не смогли запустить серьёзный алготрейдинг в связке linux + wine. Так, по мелочи можно, чтобы сэкономить на лицензиях для Windows.
В целом, конечно, хотелось бы терминал для Linux хоть в каком-то нативном виде.
Виктор написал: Alexey Ivannikov ,скажите, пожалуйста. Есть ли какой то прогресс в этом направлении?
В сложившихся условиях, когда windows могут начать блокировать, было бы очень актуально локализовать quik.
Ну хотя бы мануал напишите как установить и использовать его в нашей национальной системе - Linux Astra. Чтобы скрипты все работале, dll из скриптов корректно подгружались.
1. Windows никто не станет блокировать ибо колониальный принцип "товары за воздух" выгоден пендосам
2. В каком месте астра национальная? в финской либе qt* ? или в омериканском ядре линукса или X11 / wayland ?
В России нет полного цикла ни в одном из ИТ направлений от софта до железа. На это уйдут даже не годы - десятилетия.
Не прошло и года, как Windows в России забанили.
Но разработчики QUIK, видимо, будут тянуть до самого последнего конца, когда либо брокеры наймут других разрабов, либо придётся впопыхах портировать нормально работающий QUIK под linux
много шума из ничего. ------------------------ По словам представителя Microsoft, компания продолжит выполнять свои обязательства перед российскими клиентами, пока действует приостановка новых продаж. ---------------------- Т е если Вы новую винду не покупаете через представительство Microsoft, а например с новым компом из китая, то вам ничего не угрожает. ------------- Обновление уже купленной винды никто не отменял.
Ой, да такими мелкими шажками можно каждый шаг отмазывать, что мол ну это ещё ничего не значит, это же не разом всё заблокировали. А когда через 2-3 года будет заблокировано всё - окажется что, ну надо же, кто бы мог подумать. Ведь ничего похожего и близко не было. Ни с Китаем, ни с оборудованием, ни с санкциями. Но это же всё не с Windows было, так что не считается. Детский сад.
Выше чел написал Вам как ставить приложения винды на линуксе. В интернете достаточно инфы как и что делать. Если Вы это не в силе освоить, то наймите спеца , чтобы Вам настроили.
Вы смешиваете 2 разных вопроса: 1. Про корректную работу QUIK в Astra Linux, 2. Про ситуацию когда разрабы будут тянуть до последнего, а потом бегать в попыхах пиля альтернативу под национальную систему. . Поставить wine и запустить под ним quik, лично мне, не сложно, без всяких PlayOnLinux. Сложно запускать самописные библиотеки на qt для QUIK, которые под win работают корректно, а на эмуляторе вылетают. QUIK не приспособлен к полноценной работе под эмулятором в Linux. Да, примитивный функционал купи/продай работает без проблем. Реализация полноценной функциональности под wine НЕ РАБОТАЕТ. И не работает именно потому что она и не должна работать. Это очевидно, что любой сложный продукт под эмулятором будет работать нестабильно.
1) Производительность каких-то операций ввода-вывода терминала сильно падает (видно, как заметно медленнее прокачиваются все обезличенные сделки). Не знаю, эмулятор ли тут виноват или сам терминал так написано, но факт есть. Если будет не SSD, а HDD использоваться -- всё ещё хуже.
Уточните, пожалуйста, помимо проблем с обезличенными сделками, проявляется ли каким-либо еще образом снижение производительности? Рекомендуем Вам выполнить следующие настройки: - Основные настройки (F9) / Программа / Получение данных: Интервал обновления данных с текущим состоянием - Запрашивать данные раз в 1 сек.; - Основные настройки (F9) / Программа / Получение данных / Котировки : Формировать список обновляемых инструментов и параметров - "умным" заказом данных; - Основные настройки (F9) / Программа / Сохранение данных: Сохранять для получаемых инструментов и параметров - Только данные, отражающие текущее состояние. Просьба сообщить, помогут ли данные настройки решить проблему низкой производительности.
Цитата
2) Есть баг в функции os.sysdate(), который проявляется ТОЛЬКО под wine. Выглядит как будто иногда (раз на несколько тысяч вызовов) не учитывается временной пояс. Вроде, можно с этим программно бороться внутри QLua-скриптов, но не факт, что только в скриптах эта проблема вылезает.
Просим Вас подробнее описать данную проблему, а также прислать скриншоты и скрипт, при выполнении которого наблюдается указанное поведение. Фалйы можно направить на нашу почту quiksupport@arqatech.com.
Цитата
3) Иногда есть проблемы со свечными графиками. Они перестают получать новые свечи, пока не перезакажешь данные. Возможно, что причиной является п.2.
Уточните, пожалуйста, речь идет о графиках, созданных с помощью QLua, или об обычных графиках? Пришлите, пожалуйста, скриншот данной проблемы.
Цитата
4) Если одновременно запускать несколько скриптов, то заметно раньше появится проблема производительности. Она и под Windows есть, а под Linux вылезает ещё быстрее.
Уточните, пожалуйста, какие скрипты запускаются? Как именно проявляется проблема производительности?
Что касается разработки QUIK для ОС Linux, в настоящий момент мы не можем поделиться какими-либо новыми сведениями по этой теме. Если данное ПО будет выпущено, соответствующая новость появится на сайте: https://arqatech.com/ru/about/news/
1) Производительность каких-то операций ввода-вывода терминала сильно падает (видно, как заметно медленнее прокачиваются все обезличенные сделки). Не знаю, эмулятор ли тут виноват или сам терминал так написано, но факт есть. Если будет не SSD, а HDD использоваться -- всё ещё хуже.
Несколько раз сталкивался с этой проблемой на винде - обезличенные сделки загружаются всё медленнее и медленнее, пока совсем почти не останавливаются. В первый раз решил закрытием лишних окон в квиках, чтобы они ресурсы не отъедали (либо переключиться на вкладку без окон) Второй раз решил устранением троттлинга путём смены термопасты.
Разработчикам: если разместить на оси самописный индикатор - то при добавлении фигуры на этот график координаты фигуры смещаются и график улетает в какие-то сильно далёкие координаты. Приходится очень-очень сильно сжимать масштаб оси, переводить фигуры на ось индикатора, и тогда уже перестраивать их.
Виктор, добрый день. Для решения проблем с производительностью предлагаем Вам выполнить следующие настройки: - Основные настройки (F9) / Программа / Получение данных: Интервал обновления данных с текущим состоянием - Запрашивать данные раз в 1 сек.; - Основные настройки (F9) / Программа / Получение данных / Котировки : Формировать список обновляемых инструментов и параметров - "умным" заказом данных; - Основные настройки (F9) / Программа / Сохранение данных: Сохранять для получаемых инструментов и параметров - Только данные, отражающие текущее состояние.
Просим Вас сообщить, какой именно индикатор размещается, на каком графике, а также используемую версию Рабочего места QUIK; также, если есть такая возможность, сделайте скриншот или запись экрана с описанным поведением программы.
1) Производительность каких-то операций ввода-вывода терминала сильно падает (видно, как заметно медленнее прокачиваются все обезличенные сделки). Не знаю, эмулятор ли тут виноват или сам терминал так написано, но факт есть. Если будет не SSD, а HDD использоваться -- всё ещё хуже.
Уточните, пожалуйста, помимо проблем с обезличенными сделками, проявляется ли каким-либо еще образом снижение производительности? Рекомендуем Вам выполнить следующие настройки: - Основные настройки (F9) / Программа / Получение данных: Интервал обновления данных с текущим состоянием - Запрашивать данные раз в 1 сек.; - Основные настройки (F9) / Программа / Получение данных / Котировки : Формировать список обновляемых инструментов и параметров - "умным" заказом данных; - Основные настройки (F9) / Программа / Сохранение данных: Сохранять для получаемых инструментов и параметров - Только данные, отражающие текущее состояние. Просьба сообщить, помогут ли данные настройки решить проблему низкой производительности.
Цитата
2) Есть баг в функции os.sysdate(), который проявляется ТОЛЬКО под wine. Выглядит как будто иногда (раз на несколько тысяч вызовов) не учитывается временной пояс. Вроде, можно с этим программно бороться внутри QLua-скриптов, но не факт, что только в скриптах эта проблема вылезает.
Просим Вас подробнее описать данную проблему, а также прислать скриншоты и скрипт, при выполнении которого наблюдается указанное поведение. Фалйы можно направить на нашу почту quiksupport@arqatech.com .
Цитата
3) Иногда есть проблемы со свечными графиками. Они перестают получать новые свечи, пока не перезакажешь данные. Возможно, что причиной является п.2.
Уточните, пожалуйста, речь идет о графиках, созданных с помощью QLua, или об обычных графиках? Пришлите, пожалуйста, скриншот данной проблемы.
Цитата
4) Если одновременно запускать несколько скриптов, то заметно раньше появится проблема производительности. Она и под Windows есть, а под Linux вылезает ещё быстрее.
Уточните, пожалуйста, какие скрипты запускаются? Как именно проявляется проблема производительности?
Что касается разработки QUIK для ОС Linux, в настоящий момент мы не можем поделиться какими-либо новыми сведениями по этой теме. Если данное ПО будет выпущено, соответствующая новость появится на сайте: https://arqatech.com/ru/about/news/
Не знаю, зачем я это пишу, ведь вряд ли что-то изменится.
1) При запуске в терминале десятка торговых скриптов, которые примерно раз в секунду выводят данные в таблицы, созданные с помощью QLua имеющие размеры порядка 10 столбцов и 20-50 строк, приводят к тормозам. Проблема в том, что операции на отрисовку графического интерфейса встают в общую очередь в терминале, при этом возникает live lock.
2) Скриншот делать бессмысленно. Код примерно такой:
Код
function main() while true do local t1 = os.time() local dt = os.sysdate()
local t2 = os.time(dt) if math.abs(t1 - t2) > 1 then message(tostring(t1) .. "; " .. tostring(t2), 2)
end
end
end
Под Windows таких проблем нет. В описанном мною выше эмуляторе wine под Ubuntu 20.04 есть.
3) Речь идёт о свечных графиках внутри терминала. У нас такие ошибки были, в основном, на графиках акций СПБиржи.
4) См. п.1. Проблема производительности в том, что отзывчивость GUI падает.
1) При запуске в терминале десятка торговых скриптов, которые примерно раз в секунду выводят данные в таблицы, созданные с помощью QLua имеющие размеры порядка 10 столбцов и 20-50 строк, приводят к тормозам. Проблема в том, что операции на отрисовку графического интерфейса встают в общую очередь в терминале, при этом возникает live lock.
Просим Вас прислать для анализа пример запускаемого скрипта, а также копию Вашего Рабочего места QUIK.Инструкция по созданию архива Рабочего места: 1) закройте Рабочее место QUIK; 2) убедитесь, что QUIK исчез из списка процессов в диспетчере задач Windows; 3) сделайте копию папки с QUIK; 4) удалите из копии папки с QUIK файлы ключей pubring.txk и secring.txk, если они там присутствуют; 5) сделайте архив копии папки с QUIK и пришлите его на нашу почту quiksupport@arqatech.com.
Цитата
3) Речь идёт о свечных графиках внутри терминала. У нас такие ошибки были, в основном, на графиках акций СПБиржи.
Просьба также прислать сделать архив Рабочего места QUIK в момент проявления данной проблемы и прислать нам.
Виктор написал: Alexey Ivannikov ,скажите, пожалуйста. Есть ли какой то прогресс в этом направлении?
В сложившихся условиях, когда windows могут начать блокировать, было бы очень актуально локализовать quik.
Ну хотя бы мануал напишите как установить и использовать его в нашей национальной системе - Linux Astra. Чтобы скрипты все работале, dll из скриптов корректно подгружались.
1. Windows никто не станет блокировать ибо колониальный принцип "товары за воздух" выгоден пендосам
2. В каком месте астра национальная? в финской либе qt* ? или в омериканском ядре линукса или X11 / wayland ?
В России нет полного цикла ни в одном из ИТ направлений от софта до железа. На это уйдут даже не годы - десятилетия.
Не прошло и года, как Windows в России забанили.
Но разработчики QUIK, видимо, будут тянуть до самого последнего конца, когда либо брокеры наймут других разрабов, либо придётся впопыхах портировать нормально работающий QUIK под linux
много шума из ничего. ------------------------ По словам представителя Microsoft, компания продолжит выполнять свои обязательства перед российскими клиентами, пока действует приостановка новых продаж. ---------------------- Т е если Вы новую винду не покупаете через представительство Microsoft, а например с новым компом из китая, то вам ничего не угрожает. ------------- Обновление уже купленной винды никто не отменял.
Как видите, не прошло и полгода, а обновления винды для России тоже отменили: https://tass.ru/ekonomika/15878461 Всё ещё много шума из ничего?
А чем вам НАША РэдОС не устраивает - ТАМ wine в комплекте идет в репозитории и устанавливается корректнее всех - к том же она РэдОС НЕ ХУЖЕ Астры - а в астре вы ни когда нормально не поставите многие проги - из за ихней политики (по безопасности) - я сам пробовал - шляпа полная
Roman Koledin написал: А чем вам НАША РэдОС не устраивает - ТАМ wine в комплекте идет в репозитории и устанавливается корректнее всех - к том же она РэдОС НЕ ХУЖЕ Астры - а в астре вы ни когда нормально не поставите многие проги - из за ихней политики (по безопасности) - я сам пробовал - шляпа полная
Если бы я хотел просто нажимать кнопочку купи/продай, я пользовался бы каким-нибудь приложением для телефона от тинькоф. Вот, работает у меня обвязка софтовая вокруг квика в винде. Использует шаред мемори для обмена данными, кучу длл расчитанных на работу в винде подгружает. Запустить всю обвязку под вайном сизифов труд потому что, скорее всего, шаред мемори в вайне вообще не реализован, а о том как запустятся длл-ки самописные даже думать страшно. Опять же, сейчас сервак внутри винды крутится. Как sql-сервак под вайном поднять? Это же извращение в уголовной форме. Значит надо как то выводить данные на линуксовый сервак. А это ещё один слой трансцендентного гемора. И всё это через жопу.
Не надо придумывать идиотские решения. Надо осознать что винда - тогосеньки. Поезд уже отчалил. Давно уже пора было портировать квик под линукс - уже был бы допилен до какой-нибудь неглючной версии. Впрочем, раз разрабам это не интересно - значит спонсоры разрабов, видимо, вообще не видят потенциала российского финансового рынка.