server: Homem entediado :) Já me arrebentei com os elevados objectivos de Shelandr, bem, no final, o que ele quer trazer para o fórum :)
Não há necessidade de abanar os miolos, pode perguntar.
Vamos seguir o caminho traçado no Tema - olhar para abordagens e métodos de solução. Aprendemos sobre as experiências e abordagens de outras pessoas. O objectivo é ter e usar uma boa cana de pesca para capturar dinheiro nas trocas.
Porquê aqui? Porque a MQL - leading and it can be used as a basis to move forward and if the developers will also present the problems of advanced clients, perhaps they will choose the right vector for their own evolution ( and the evolution of the company).
Compreendo que em qualquer altura este fio será apagado, mas que fique na sua consciência...
O que actualmente causa problemas - troca de informação com aplicações como aqui
Boa solução - não tão boa - tanto complicada como lenta.
A solução pode ser 2 formas de fazer um módulo autónomo (especificado anteriormente) ou procuraremos outro método - para entrar numa interface de troca com o servidor ou algo do género
A troca de informação é realizada através de tomadas e servidores ... mas MSDN através do qual toda a rede programada se estragou e torceu e não dá uma descrição competente da troca de rede, e não consigo entender bem quem faz o quê e como esta troca. E parece que no caminho para acelerar este processo está directamente relacionado. Por isso, olhando agora para o Unix como o antepassado desta interacção ... encontrou uma pessoa que a compreende ... encontrou uma pessoa.
Porque estou a olhar para o hardware (set-top boxes com porta Ethernet)? Porque entrar numa troca de interface com o corretor do Windows não vai funcionar porque a troca com o servidor é armazenada no próprio sistema e só está disponível a partir da API Win ...
Este ponto está mal documentado e mal feito...(parece que acabaram de o arrancar do Unix).
Por conseguinte, é possível trabalhar apenas a partir de dispositivos autónomos que tenham as suas próprias ferramentas de programação ao nível do hardware.
Внимание! Любой из материалов, опубликованных на этом сервере, не может быть воспроизведен в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения владельцев авторских прав. Подробнее...
Caro, se queres ser grande, sê grande, mas não nos arrastes para isso, porque essas ideias e conceitos que estás apenas a aprender já desapareceram há muito e são esquecidos pela maioria das pessoas neste fórum. Decore o seu desejo de grandeza com modéstia, seja tão gentil. E não culpe toda a gente à sua volta pela sua ignorância.
FAQ: Caro, se queres ser grande, sê grande, mas não nos arrastes para isso, porque essas ideias e conceitos que estás apenas a aprender já se foram há muito tempo e são esquecidos pela maioria de nós neste fórum. Decore o seu desejo de grandeza com modéstia, seja tão gentil. E não culpe toda a gente à sua volta pela sua ignorância.
Aqueles que compreendem - ou não conseguem ler ou explicar àqueles que não compreendem - isto é mais ou menos aquilo para que o fórum está concebido.
FAQ: Não o compreendo apenas a si. Se eu tentar explicar-vos algo, mato-me.
Seria mais interessante ouvir falar sobre o desenvolvimento do MT5 noutros sistemas operativos - está previsto incluir a possibilidade de programação de EAs? Em caso afirmativo, quando é que a libertação é possível?
Wine (originalmente um acrónimo para "Wine Is Not an Emulator") é uma camada de compatibilidade capaz de executar aplicações Windows em vários sistemas operativos compatíveis com POSIX, tais como Linux, Mac OSX, & BSD. Em vez de simular a lógica interna do Windows como uma máquina virtual ou um emulador, o Wine traduz as chamadas API do Windows em chamadas POSIX on-the-fly, eliminando o desempenho e as penalidades de memória de outros métodos e permitindo-lhe integrar de forma limpa as aplicações Windows no seu ambiente de trabalho.
O objectivo da mudança era acelerar as coisas, uma vez que a programação da tomada Linux é muito mais viável.
A questão já foi colocada: Existealgum interesse em desenvolver um terminal para Linux (Debian, Red Hat, Ubuntu, etc.)? Mas o que foi implementado não é o mesmo...
Wine (originally an acronym for "Wine Is Not an Emulator") is a compatibility layer capable of running Windows applications on several POSIX-compliant operating systems, such as Linux, Mac OSX, & BSD. Instead of simulating internal Windows logic like a virtual machine or emulator, Wine translates Windows API calls into POSIX calls on-the-fly...
Para login e uso do site MQL5.com, você deve ativar o uso de cookies.
Ative esta opção no seu navegador, caso contrário você não poderá fazer login.
Você entrou na conta. A autenticação de dois fatores foi desativada. Configure-a novamente e escaneie um novo código QR ou continue com a autenticação de dois fatores desativada.
Homem entediado :) Já me arrebentei com os elevados objectivos de Shelandr, bem, no final, o que ele quer trazer para o fórum :)
Não há necessidade de abanar os miolos, pode perguntar.
Vamos seguir o caminho traçado no Tema - olhar para abordagens e métodos de solução. Aprendemos sobre as experiências e abordagens de outras pessoas. O objectivo é ter e usar uma boa cana de pesca para capturar dinheiro nas trocas.
Porquê aqui? Porque a MQL - leading and it can be used as a basis to move forward and if the developers will also present the problems of advanced clients, perhaps they will choose the right vector for their own evolution ( and the evolution of the company).
Compreendo que em qualquer altura este fio será apagado, mas que fique na sua consciência...
O que actualmente causa problemas - troca de informação com aplicações como aqui
Boa solução - não tão boa - tanto complicada como lenta.
A solução pode ser 2 formas de fazer um módulo autónomo (especificado anteriormente) ou procuraremos outro método - para entrar numa interface de troca com o servidor ou algo do género
A troca de informação é realizada através de tomadas e servidores ... mas MSDN através do qual toda a rede programada se estragou e torceu e não dá uma descrição competente da troca de rede, e não consigo entender bem quem faz o quê e como esta troca. E parece que no caminho para acelerar este processo está directamente relacionado. Por isso, olhando agora para o Unix como o antepassado desta interacção ... encontrou uma pessoa que a compreende ... encontrou uma pessoa.
Porque estou a olhar para o hardware (set-top boxes com porta Ethernet)? Porque entrar numa troca de interface com o corretor do Windows não vai funcionar porque a troca com o servidor é armazenada no próprio sistema e só está disponível a partir da API Win ...
Este ponto está mal documentado e mal feito...(parece que acabaram de o arrancar do Unix).
Por conseguinte, é possível trabalhar apenas a partir de dispositivos autónomos que tenham as suas próprias ferramentas de programação ao nível do hardware.
Caro, se queres ser grande, sê grande, mas não nos arrastes para isso, porque essas ideias e conceitos que estás apenas a aprender já se foram há muito tempo e são esquecidos pela maioria de nós neste fórum. Decore o seu desejo de grandeza com modéstia, seja tão gentil. E não culpe toda a gente à sua volta pela sua ignorância.
Aqueles que compreendem - ou não conseguem ler ou explicar àqueles que não compreendem - isto é o que o fórum é suposto ser.
Não o compreendo apenas a si. Se eu tentar explicar-vos algo, mato-me.
Seria mais interessante ouvir falar sobre o desenvolvimento do MT5 noutros sistemas operativos - está previsto incluir a possibilidade de programação de EAs? Em caso afirmativo, quando é que a libertação é possível?
Estou a ficar cansado desta vinda.
MT4 e MT5 trabalham em Linux e Mac via Wine. Dê uma vista de olhos na pesquisa do artigo.
Compreendo que se trata de um emulador:
Sobre o Vinho
Wine (originalmente um acrónimo para "Wine Is Not an Emulator") é uma camada de compatibilidade capaz de executar aplicações Windows em vários sistemas operativos compatíveis com POSIX, tais como Linux, Mac OSX, & BSD. Em vez de simular a lógica interna do Windows como uma máquina virtual ou um emulador, o Wine traduz as chamadas API do Windows em chamadas POSIX on-the-fly, eliminando o desempenho e as penalidades de memória de outros métodos e permitindo-lhe integrar de forma limpa as aplicações Windows no seu ambiente de trabalho.
O objectivo da mudança era acelerar as coisas, uma vez que a programação da tomada Linux é muito mais viável.
A questão já foi colocada: Existealgum interesse em desenvolver um terminal para Linux (Debian, Red Hat, Ubuntu, etc.)? Mas o que foi implementado não é o mesmo...