Ho avuto 16 email inviate in 5 minuti e il registro è stato vuoto per alcune ore e poi ha iniziato a scrivere
Posta: non c'è abbastanza spazio per
Chi ha esperienza su questo argomento.
P.S. Gmail google ti permette di ricevere email ogni secondo, presumo che le email si accumulino più velocemente nella coda del terminale/server e siano inviate più lentamente (quanto?)
E ancora una volta il consigliere/terminale cerca di mettere in coda l'e-mail, e la coda è già piena!!!
Ho avuto 16 email inviate in 5 minuti e il registro è stato vuoto per alcune ore e poi ha iniziato a scrivere
Posta: non c'è abbastanza spazio per
Chi ha esperienza su questo argomento.
P.S. Gmail google ti permette di ricevere email ogni secondo, presumo che le email si accumulino più velocemente nella coda del terminale/server e siano inviate più lentamente (quanto?)
E ancora una volta il consigliere/terminale cerca di mettere in coda l'e-mail, e la coda è già piena!!!
Ho incontrato ripetutamente sul forum degli utenti discussioni sulla mancanza di MetaEditor di una macro predefinita simile a _WIN64. La risposta dell'amministrazione è stata che non ce n'è bisogno perché MetaEditor genera codice universale a 32-64 bit allo stesso tempo.
E infatti, se si usa una .dll già pronta (che non può più essere modificata), non si può fare a meno di un allineamento aggiuntivo. Ma in x86 e x64 questa aggiunta può sembrare diversa, il che significa che l'analogo _WIN64 è ancora necessario perché la struttura è definita nella fase di compilazione del file .mq5 dove TerminalInfoInteger( TERMINAL_X64 ) non funziona
Ora dobbiamo tenere a mente un'informazione in più. Come risultato di risparmiare su un'inezia, c'è il rischio di ottenere un errore sfuggente
Ecco un esempio dagli sviluppatori - GetOpenFileName che funziona in x64 e x86. Vedi se risolve il problema
mentre i programmi con .dll non sono per il segmento di massa Ancora una volta ci deve essere una scelta: Compilazione divisa (32\64) e il doppio del codice o universalità e una notevole complicazione del codice. Inoltre, potete introdurre l'analogo di _WIN64 secondo il principio _IsX64 (non è documentato ma potete usarlo)
Un ulteriore argomento è che spesso c'è solo una .dll allegata a un progetto (o solo x86 o solo x64) e non si può specificare una linea come questa nel file .mqh di quel progetto
//+------------------------------------------------------------------+ //| Cоздает прямоугольник по заданным координатам | //+------------------------------------------------------------------+ bool RectangleCreate(constlong chart_ID=0, // ID графика conststring name="Rectangle", // имя прямоугольника constint sub_window=0, // номер подокна datetime time1=0, // время первой точки double price1=0, // цена первой точки datetime time2=0, // время второй точки double price2=0, // цена второй точки constcolor clr=clrRed, // цвет прямоугольника constENUM_LINE_STYLE style=STYLE_SOLID, // стиль линий прямоугольника constint width=1, // толщина линий прямоугольника constbool fill=false, // заливка прямоугольника цветом < --- Есть только тут дальше в коде нетconstbool back=false, // на заднем плане constbool selection=true, // выделить для перемещений constbool hidden=true, // скрыт в списке объектов constlong z_order=0) // приоритет на нажатие мышью
{
//--- установим координаты точек привязки, если они не заданы
ChangeRectangleEmptyPoints(time1,price1,time2,price2);
//--- сбросим значение ошибки ResetLastError();
//--- создадим прямоугольник по заданным координатам if(!ObjectCreate(chart_ID,name,OBJ_RECTANGLE,sub_window,time1,price1,time2,price2))
{
Print(__FUNCTION__,
": не удалось создать прямоугольник! Код ошибки = ",GetLastError());
return(false);
}
//--- установим цвет прямоугольника ObjectSetInteger(chart_ID,name,OBJPROP_COLOR,clr);
//--- установим стиль линий прямоугольника ObjectSetInteger(chart_ID,name,OBJPROP_STYLE,style);
//--- установим толщину линий прямоугольника ObjectSetInteger(chart_ID,name,OBJPROP_WIDTH,width);
//--- отобразим на переднем (false) или заднем (true) плане ObjectSetInteger(chart_ID,name,OBJPROP_BACK,back);
//--- включим (true) или отключим (false) режим выделения прямоугольника для перемещений //--- при создании графического объекта функцией ObjectCreate, по умолчанию объект //--- нельзя выделить и перемещать. Внутри же этого метода параметр selection //--- по умолчанию равен true, что позволяет выделять и перемещать этот объект ObjectSetInteger(chart_ID,name,OBJPROP_SELECTABLE,selection);
ObjectSetInteger(chart_ID,name,OBJPROP_SELECTED,selection);
//--- скроем (true) или отобразим (false) имя графического объекта в списке объектов ObjectSetInteger(chart_ID,name,OBJPROP_HIDDEN,hidden);
//--- установим приоритет на получение события нажатия мыши на графике ObjectSetInteger(chart_ID,name,OBJPROP_ZORDER,z_order);
//--- успешное выполнение return(true);
}
Da qui la domanda, come cambiare il riempimento inOBJ_RECTANGLE in mt 4?
Il comportamento di questo e di altri operatori non corrisponde ai metodi. Mentre l'operatore in relazione ai metodi non è altro che zucchero sintattico
Sembra che se si usa il commento di posizione il più possibile (31 caratteri) allora non c'è più spazio per visualizzare l'ID nel tooltip.
Buon pomeriggio!
Qualcuno ha un EA che invia frequenti email?
Quanti ne riceve all'ora, al giorno?
Ho avuto 16 email inviate in 5 minuti e il registro è stato vuoto per alcune ore e poi ha iniziato a scrivere
Posta: non c'è abbastanza spazio per
Chi ha esperienza su questo argomento.
P.S. Gmail google ti permette di ricevere email ogni secondo, presumo che le email si accumulino più velocemente nella coda del terminale/server e siano inviate più lentamente (quanto?)
E ancora una volta il consigliere/terminale cerca di mettere in coda l'e-mail, e la coda è già piena!!!
Buon pomeriggio!
Qualcuno ha un EA che invia frequenti email?
Quanti ne riceve all'ora, al giorno?
Ho avuto 16 email inviate in 5 minuti e il registro è stato vuoto per alcune ore e poi ha iniziato a scrivere
Posta: non c'è abbastanza spazio per
Chi ha esperienza su questo argomento.
P.S. Gmail google ti permette di ricevere email ogni secondo, presumo che le email si accumulino più velocemente nella coda del terminale/server e siano inviate più lentamente (quanto?)
E ancora una volta il consigliere/terminale cerca di mettere in coda l'e-mail, e la coda è già piena!!!
Perché? Hanno inventato PUSH molto tempo fa
Errore nella documentazione
Errore nella documentazione
Grazie, lo sistemeremo.
Ho incontrato ripetutamente sul forum degli utenti discussioni sulla mancanza di MetaEditor di una macro predefinita simile a _WIN64. La risposta dell'amministrazione è stata che non ce n'è bisogno perché MetaEditor genera codice universale a 32-64 bit allo stesso tempo.
Allo stesso tempo, molte persone usano l'allineamento https://www.mql5.com/ru/forum/225498/page2#comment_6401835 aggiungendo i campi alla struttura
E infatti, se si usa una .dll già pronta (che non può più essere modificata), non si può fare a meno di un allineamento aggiuntivo. Ma in x86 e x64 questa aggiunta può sembrare diversa, il che significa che l'analogo _WIN64 è ancora necessario perché la struttura è definita nella fase di compilazione del file .mq5 dove TerminalInfoInteger( TERMINAL_X64 ) non funziona
Ora dobbiamo tenere a mente un'informazione in più. Come risultato di risparmiare su un'inezia, c'è il rischio di ottenere un errore sfuggente
Ecco un esempio dagli sviluppatori - GetOpenFileName che funziona in x64 e x86. Vedi se risolve il problema
Ecco un esempio dagli sviluppatori - GetOpenFileName, che funziona in x64 e x86. Vedi se risolve il problema
Infatti, richiede quasi il doppio del codice,
mentre i programmi con .dll non sono per il segmento di massa
Ancora una volta ci deve essere una scelta: Compilazione divisa (32\64) e il doppio del codice
o universalità e una notevole complicazione del codice.
Inoltre, potete introdurre l'analogo di _WIN64 secondo il principio _IsX64 (non è documentato ma potete usarlo)
Un ulteriore argomento è che spesso c'è solo una .dll allegata a un progetto (o solo x86 o solo x64) e non si può specificare una linea come questa nel file .mqh di quel progetto
Per esempio qui https://www.mql5.com/ru/forum/224745Esempio di aiuto
Da qui la domanda, come cambiare il riempimento inOBJ_RECTANGLE in mt 4?
Renat Fatkhullin:
Мы нацелены вообще скоро остановить разработки 32 битных версий Метатрейдера.
Si consiglia di correggere tutti gli errori di runtime conosciuti a questo punto, per esempio questo #1841289 https://www.mql5.com/ru/forum/1111/page2025#comment_5766707
Il comportamento di questo e di altri operatori non corrisponde ai metodi. Mentre l'operatore in relazione ai metodi non è altro che zucchero sintattico