Zoya Vdovina пишет: На данный момент работ в этом направлении не ведётся.
А как же понимать ответ по поводу проблемы, описанной по этой ссылке: https://forum.quik.ru/forum1/topic58/ который был получен мною два месяца назад от вашей службы поддержки (от Егора Зайцева):
Цитата
Для того,чтобы гарантировано работал DDE сервер в вашем случае, необходим 64x разрядный Quik. Над эти мы тоже работаем.
Zoya Vdovina пишет: На данный момент работ в этом направлении не ведётся.
Опа! :o Вот это откровение... Могли бы соврать что ли, что, дескать, "работа ведётся, скоро выпустим 64-разрядную версию, остались, буквально, считанные годы..." Что бы вы могли скорее оценить целесообразность перехода на 64-bit даю ссылку на полезную статью: 7 шагов по переносу программы на 64-битную систему.
Надо делать так, как надо. А как не надо - делать не надо.
Шаги, кстати, очень полезные. Собственно на втором можно и закончить с чистой совестью. Но в целом обожаю, когда с умным видом дают ссылки на маркетинговые буквари "смотрите, что я нашёл!" О чем люди думают в такой момент - даже и не знаю.
swerg пишет: Шаги, кстати, очень полезные. Собственно на втором можно и закончить с чистой совестью. Но в целом обожаю, когда с умным видом дают ссылки на маркетинговые буквари "смотрите, что я нашёл!" О чем люди думают в такой момент - даже и не знаю.
давай ползи к своему дружочку в бложик о бототорговле. и не забудь в очередной раз кинуть ссылок на его и свой блог. насчёт:
Цитата
с умным видом
уж чья бы как говорится корова мычала... --- что там с чартом, ссылки были даны и кто-то бил кулаком себя в грудь... --- p.s. вместо критикования чужих
Дмитрий пишет: А как же понимать ответ по поводу проблемы, описанной по этой ссылке: https://forum.quik.ru/forum1/topic58/ который был получен мною два месяца назад от вашей службы поддержки (от Егора Зайцева):
Цитата
Для того,чтобы гарантировано работал DDE сервер в вашем случае, необходим 64x разрядный Quik. Над эти мы тоже работаем.
Zoya Vdovina пишет: На данный момент работ в этом направлении не ведётся.
Опа! Вот это откровение... Могли бы соврать что ли, что, дескать, "работа ведётся, скоро выпустим 64-разрядную версию, остались, буквально, считанные годы..." Что бы вы могли скорее оценить целесообразность перехода на 64-bit даю ссылку на полезную статью: 7 шагов по переносу программы на 64-битную систему .
Оба ответа, как ни странно, можно считать правильными. За годы в рамках линейки QUIK, которая состоит не только их Рабочего места, нами разработано множество различного ПО. Задача перехода на x64 перед нами, безусловно, стоит. Все новые компоненты системы разрабатываются сразу под x64, имеющиеся портируются. В настоящий момент приоритет за серверными компонентами, но и до Рабочего места, рано или поздно, дело тоже дойдет.
Оба ответа, как ни странно, можно считать правильными. За годы в рамках линейки QUIK, которая состоит не только их Рабочего места, нами разработано множество различного ПО. Задача перехода на x64 перед нами, безусловно, стоит. Все новые компоненты системы разрабатываются сразу под x64, имеющиеся портируются. В настоящий момент приоритет за серверными компонентами, но и до Рабочего места, рано или поздно, дело тоже дойдет.
это прекрасно. надеюсь он будет кроссплатформенный? :)
Кроссплатформенный у нас уже есть - это webQuik. Создание кроссплатформенного "толстого клиента" - это несколько иная задача, чем портирование win-приложения c x32 на x64. Эту задачу мы пока реализовать не готовы. К тому же, для все же немногочисленных поклонников Linux и MacOS существуют вполне рабочие альтернативы в виде запуска win-клиента под различными эмуляторами.
Vitaly Skorobogatov пишет: Кроссплатформенный у нас уже есть - это webQuik. Создание кроссплатформенного "толстого клиента" - это несколько иная задача, чем портирование win-приложения c x32 на x64. Эту задачу мы пока реализовать не готовы. К тому же, для все же немногочисленных поклонников Linux и MacOS существуют вполне рабочие альтернативы в виде запуска win-клиента под различными эмуляторами.
Ну а как насчет хотя бы Trans2QuikAPI для Linux? Сделали бы враппер для Python http://www.swig.org/
Так и будете существовать в 90-х прошлого века? :)
я чот не увидел там об этом. Там лишь говорится, что микрософт в очередной раз такой "крутой", что ничего другого не придумал, как тянуть и дальше своё неповоротливое "чудо"-дотнет за я..йца. вся их так называемая "кроссплатформенность" обеспечивается CLR и CIL. другими словами, вся ваша "писанина" переводится в байт-код прежде чем быть исполнена. потом, весь этот "треш" пытается быть выполненным CLR целевой платформы. И это, не говоря про то, сколько это сожрёт памяти и быстродействия.
я чот не увидел там об этом. Там лишь говорится, что микрософт в очередной раз такой "крутой", что ничего другого не придумал, как тянуть и дальше своё неповоротливое "чудо"-дотнет за я..йца. вся их так называемая "кроссплатформенность" обеспечивается CLR и CIL. другими словами, вся ваша "писанина" переводится в байт-код прежде чем быть исполнена. потом, весь этот "треш" пытается быть выполненным CLR целевой платформы. И это, не говоря про то, сколько это сожрёт памяти и быстродействия.
ну так вы озвучиваете последствия, но не делаете выводы и не анализируете причины.
попытки микрософт трансформироваться в нечто кроссплатформенное и призывы теперь открыто и сообща улучшать дотнет и прочее, как это сформировалось в опенсорс сообществе сделают конечно своё дело, но по факту ни инструменты микрософт, ни их софт, ни сама ОС более не являются самыми массовыми и незаменимыми.
ключевая роль тут естественно у китайского и азиатского рынка, где микрососфт де-факто теперь вне игры. причем дериктивно и долговременно.
крупные игроки типа IBM, HP, Dell уже окучивают эту тему пытаясь выжить перед китайскими и корейскими конкурентами у которых однозначный тренд на адаптацию опенсорса по успешному примеру Apple и Google.
в этой борьбе микрософт уже сейчас практически незаметен, а приход линукса на корпоративный десктоп и в квартиры граждан неизбежен теперь уже в силу развития новых схем обслуживания и развития софтов со схемами обновлений через сетевые сервисы и он-лайн сторами. тут не наломаешься ключей, а потеря паролей и личных данных в итоге не будет пугать только законченных маргиналов.
так что каждый видит вокруг столько, сколько ему позволяет квалификация. ARQA как крупнейший игрок повторяет ошибку IBM на этапе появления персональных компьютеров. уговаривать их смысла нет. пока нет рынка для нормального фронтенда - его и не будет. а пока это так , то период кривляний и пародий типа вульвигза будет длиться и далее на РФР придут западные девелоперы, чтобы скушать то, что скушать можно. как и в прочих отраслях.
Уважаемая поддержка!! так что с 64 битной версией квик в новом 2018 году?? хоть когда нибудь вы сможете обновить мертвое свое детище?? Работать просто невозможно становится в квике с парой луаскриптов. Сообщения что недостаточно памяти просто замучали! Сколько будет продолжаться этот прошлый век??
с каждой новой версией квика 7.12 потом 13 и 14 и памяти остается все меньше и меньше а работать все сложнее и сложнее что хочется выбросить это все нахрен и перейти на более адекватную программу.
невозможно в 2018 году работать с софтом который мощные возможности железа ограничивает 4гб памяти свой 32битной версии и дальше подыхает и даже не планируется к улучшению. неужели когда нибудь дождусь того момента когда вообще вся программа ляжет в силу исчерпания своих прошловековых ресурсов.
_sk_ написал: Ходят слухи, что в середине лета появится 64-битная версия терминала QUIK. Возможно, не сразу всё заработает, как надо, но это, скорее, хорошие слухи.
большинство стенаний по поводу памяти и 32х бит считаю несущественными. есть IPC/RMI, ставьте 64 программы отдельно, взаимодействуйте с рабочим местом по протоколам.
проблема как мне видится в другом. в последних версиях Windows очень существенно стала подтормаживать gdi подсистема для 32bit. не знаю специально или нет, но очевидно Microsoft на неё забила. Там были какие-то изменения связанные в дырках безопасности, из-за которой эта подсистема подверглась перетряху и всё посыпалось. конкретно я вижу много косяков работы Quik из под RemoteDesktop, может потому что Remote desktop уже 64 бит, а графика Quik рисуется из под 32 bit, хз, но факт есть факт - всё плохо, примерно с лета.
тут бы Arqa поработать с MS, заняться проблемой, но её никто не замечает. На мой запрос были ответы что мол мы работаем. Спасибо за архивы и прочее. А по сути ничего не сказали. Хотя бы просто "проблема не повторилась" - нет просто тишина. Пиши, Шура, пишите. Наши российские разработчики расстраивают. Хотя может это потому что софт бесплатный. Логично, чё. Но, друзья мои, кто у вас будет покупать платные сервера, если все бесплатные ваши клиенты свалят на какой-нибудь другой терминал, а? Пойдёте искать работу в другой компании? Пошевелите булочки немного. Они уже немножечко портятся.
_sk_ написал: Ходят слухи, что в середине лета появится 64-битная версия терминала QUIK.
Откуда дровишки?
Вот отсюда:
Цитата
Уважаемые коллеги!
В начале июля 2019 года компания ARQA Technologies планирует выпустить Рабочее место QUIK версии 8.0, поддерживающее только 64-разрядные ОС Windows. Уведомляем Вас, в связи с этим, о следующем:
Версии РМ QUIK для 32-разрядных ОС Windows выпускаться более не будут. Текущие версии (x32 6.x, 7.x) будут продолжать работать и смогут подключаться к новым версиям сервера QUIK, но обновлений для этих версий не будет. Прекращается поддержка операционной системы Window XP. Если Ваши сотрудники и/или клиенты используют Window XP или x32-релизы других ОС Windows - рекомендуем донести до них информацию о необходимости обновления в случае, если они заинтересованы получать обновления РМ QUIK.
Павел Bosco написал: большинство стенаний по поводу памяти и 32х бит считаю несущественными
Не согласен с вами, у меня очень часто терминал аварийно завершает работу из-за нехватки памяти, при том что памяти более чем достаточно - просто он не способен ее использовать в полной мере.
судя по-всему уже есть смысл начинать делать не локальную, а облачную версию к тому же вся пк-индустрию изначально фуфло. возврат к схеме сервер-тонкий клиент вернет всё на свои места.
" если сидеть на берегу реки достаточно долго, то ... " (с)
Sergey Gorokhov написал: новичок, Не будем скрывать что определенные работы в этом направлении ведутся, однако о конкретных сроках сообщить ничего не можем.
судя по-всему история с письмами про версию 8 в июле - фейк-ньюс.
Sergey Gorokhov написал: пределенные работы в этом направлении ведутся,
Цитата
Sergey Gorokhov написал: Конкретных сроков нет, ориентировочно да на начало июля.
как Вы уже поняли, вопросы задаются не от праздного любопытства, а по причине разночтений в информации, когда брокеры информируют о прекращении исправления ошибок с 7-ой версией с июля а вы (саппорт) болеее, чем неуверенно высказываетесь о перспективах 8-ой версии для тех, кто работает с деньгой - это волнительная ситуация: непонятно в каком состоянии 8-ая версия и кто и где ее тестирует.
новичок написал: как Вы уже поняли, вопросы задаются не от праздного любопытства, а по причине разночтений в информации, когда брокеры информируют о прекращении исправления ошибок с 7-ой версией с июляа вы (саппорт) болеее, чем неуверенно высказываетесь о перспективах 8-ой версии
Нет никаких разночтений. Брокера говорят то же что и мы. А точных сроков релиза 8й версии никто не знает.