Discussione sull’articolo "Perché l'hosting virtuale su MetaTrader 4 e MetaTrader 5 è migliore del solito VPS?" - pagina 50
Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
Nuovo articolo Perché l'hosting virtuale con MetaTrader 4 e MetaTrader 5 è superiore ai tradizionali VPS (virtual private server):
Autore: MetaQuotes Software Corp.
Salve, com'è la situazione con un vps mt4... c'è anche un vps in affitto presso i broker. solo che lì il broker può vedere esattamente cosa succede! è diverso con voi... cioè sono "indipendente" dal mio broker?
in attesa di un riscontro....
1) Non è gradito che si ponga la stessa domanda più di una volta (doppio post)!
2) La tua domanda richiederebbe una risposta molto esauriente, che probabilmente non otterrai qui.
Dovrai cercare su Google vps e gestire vps e sicurezza e accesso e ...
Volevo smettere di ospitare per il fine settimana, quindi 3 ore già fermato, sembra essere congelato.
Che versione del terminale hai? Provate ad aggiornare il terminale collegandovi al server di trading MetaQuotes-Demo.
È possibile interrompere l'hosting dal proprio account MQL5 (account - "Hosting" - e selezionare il comando "Stop" sull'hosting richiesto).
Salve. Ho un principio del robot è che è necessario lavorare 2 terminali allo stesso tempo, c'è una tale opportunità per entrambi i terminali di lavorare insieme?
No, anche se si creano due host da due login, non si vedranno a vicenda. Perché si affitta un terminale, non un VPS o una macchina virale.
Non potete caricare file dove volete, installare il vostro sistema, ecc. come su un VPS.
Si ha solo la possibilità di utilizzare il terminale 24 ore su 24 senza preoccuparsi della disponibilità di Internet ininterrotta e senza preoccuparsi che la macchina cada.
A proposito, considero anche la possibilità di configurare tutto a casa vostra e poi migrare. È più facile e più chiaro che dover andare da qualche parte all'UPU per configurare il terminale da soli.
Bello
Carl non è un VPS in senso convenzionale, ma solo una sorta di controllo remoto per un MT4/5
Salve colleghi.
Non volevo scrivere qui, ma devo farlo. Dirò il fatto - la qualità dell'hosting a pagamento, che è attivamente pubblicizzato qui, è al di sotto di ogni limite ragionevole. Ancora una volta, non mi piace diffondere negatività, scandalizzare, ecc. Ma stiamo parlando di un fallimento sistematico nell'adempimento di obblighi elementari da parte dei fornitori di hosting, vale a dire:
- continui malfunzionamenti nel funzionamento del servizio,
- mancanza di strumenti di diagnostica
- mancanza di un normale supporto tecnico,
- inflessibilità e incapacità di trasferire l'hosting su un altro server, se non sono soddisfatto del lavoro di quello attuale, senza perdere denaro.
In ordine.
Sono registrato sul server Amsterdam. Questo server fornisce un buon ping al server alpari, dove effettivamente opero. Tuttavia, il terzo giorno di lavoro ho iniziato ad avere problemi. Me ne sono accorto dall'assenza di ordini aperti, anche se l'algoritmo dell'EA avrebbe dovuto aprirli.
Ho iniziato a guardare i log. Un errore del tipo "cannot post message 2,0 [1816], last processed 0 2 2 [187]" è apparso permanentemente nel log del terminale. Allo stesso tempo, l'Expert Advisor si bloccava intenzionalmente (ho tratto questa conclusione dal fatto che non venivano visualizzati avvisi su determinati eventi quando invece avrebbero dovuto essere visualizzati). Come mi è stato detto dal supporto tecnico, questo errore è legato al fatto che le risorse del processore non sono sufficienti e i messaggi del sistema operativo non possono essere elaborati in tempo. Allo stesso tempo, voglio allontanare i possibili sospetti che io abbia un EA storto. Non è storto, ha pochissime risorse di CPU (meno dell'1% su un laptop), non va in loop. Tutto questo è stato verificato: diversi mesi fa avevo diversi EA dello stesso tipo (almeno 6 contemporaneamente) che lavoravano 24 ore su 24, ma su valute diverse e con parametri diversi.
Mi sono lamentato più volte dell'operato del servizio. L'effetto è stato pari a zero.
Allo stesso tempo il toolkit di hosting non mostra affatto il carico della CPU (dettagli/processore). La linea è a zero. Ne deduco che o gli strumenti di diagnostica non sono validi, o la causa dell'errore non è quella che mi è stata indicata dal service desk.
L'assistenza tecnica è silenziosa.
Non capisco come trasferire l'hosting su un altro server senza perdere denaro.
Risultato: sto cercando altre soluzioni VPS. (A proposito, vi sarò molto grato se mi indicherete tali opzioni).
In conclusione: non si può lavorare in questo modo. Si raccolgono soldi e la qualità è al livello di un primitivo hosting gratuito. Anche se improvvisamente si scopre che il problema è nell'Expert Advisor (anche se, ripeto, non ho cambiato il suo codice già da mezzo anno - ma non so, gli aggiornamenti della piattaforma MT4 hanno già portato a miracoli in passato - c'erano problemi con le dimensioni dell'array, o con qualcos'altro, non ricordo), non è chiaro perché non ci siano strumenti di diagnostica decenti per capire quale sia il problema. Non si capisce perché non esista nemmeno un modello elementare per contattare il Service Desk per problemi di hosting, e ogni volta bisogna inventarsi a quale argomento ficcare l'indirizzo.
Sono registrato sul server di Amsterdam. Il ping verso il server alpari, dove effettivamente faccio trading, è buono. Tuttavia, il terzo giorno di funzionamento, ho iniziato ad avere problemi. L'ho notato dall'assenza di ordini aperti, anche se l'algoritmo dell'EA avrebbe dovuto aprirli.
Ho iniziato a guardare i log. Un errore del tipo "cannot post message 2,0 [1816], last processed 0 2 2 [187]" è apparso permanentemente nel log del terminale. Allo stesso tempo, l'Expert Advisor si bloccava intenzionalmente (ho tratto questa conclusione dal fatto che non venivano visualizzati avvisi su alcuni eventi quando avrebbero dovuto essere visualizzati).
Ci scusiamo per i problemi.
Purtroppo non abbiamo colto il momento in cui il server di Amsterdam era sovraccarico a causa di alcuni terminali che consumavano la maggior parte delle risorse e il nostro sistema di downgrade non riusciva a gestirli. Questo ha comportato il blocco di molti altri terminali che non riuscivano nemmeno a inviare messaggi.
Abbiamo già risolto il problema, ridotto il numero di istanze allocate, disabilitato alcuni utenti, introdotto limiti più severi per gli esperti affamati di CPU e stiamo ampliando la rete di server.
Il trasferimento gratuito degli abbonamenti ad altri server è già stato pianificato e sarà presto implementato.
Stiamo cercando di far crescere il servizio di hosting, ma a volte con la crescita arrivano anche problemi come questo. Ci scusiamo ancora, per favore.