Sie verpassen Handelsmöglichkeiten:
- Freie Handelsapplikationen
- Über 8.000 Signale zum Kopieren
- Wirtschaftsnachrichten für die Lage an den Finanzmärkte
Registrierung
Einloggen
Sie stimmen der Website-Richtlinie und den Nutzungsbedingungen zu.
Wenn Sie kein Benutzerkonto haben, registrieren Sie sich
Wassilij!
Ich habe nicht auf eine Antwort von Ihnen gewartet. (ich weiß nicht, ob MQ Zeit hatte, die Änderungen in Build 1100 zu implementieren)
Decoder:
Anrufe:
Wassilij!
Ich habe nicht auf eine Antwort von Ihnen gewartet. (ich weiß nicht, ob MQ Zeit hatte, die Änderungen in Build 1100 zu implementieren)
Decoder:
Anrufe:
Mikalas, ist es möglich, die Dekodierung und Kodierung Code als eine Bibliothek mit einer Prüfung für das Entpacken Fertigstellung machen?
Ja, sicher. Das werde ich in naher Zukunft auch tun. Es wird ein- und ausgepackt. Hinzufügen und Entfernen von Dateien aus dem Archiv. Die Hauptsache ist, dass CryptDecode nicht versagt.
Wassilij!
Ist eine ZIP-Verpackung notwendig?
Ich glaube nicht, dass es das wert ist.
1. Wenn Sie eine Datenbank auf der Grundlage von ZIP erstellen wollen, ist dies nicht relevant.
Bald wird MQ Standardfunktionen für die Arbeit mit der Datenbank hinzufügen (Renat hat eine Umfrage durchgeführt).
2. Sie können das Problem nicht lösen, wenn die Dateigröße größer als uint ist.
Es sollte eine ZIP64-Komprimierung für ulong-Größen geben.
3. Sie wissen nicht genau, wie die MT5-Daten komprimiert werden
Es ist möglich, dass große Dateien (auch mit geringer Größe)
Große Dateien (auch mit geringer Größe) werden stundenlang komprimiert!
4. Um Dateien in ein Archiv zu "packen", müssen Sie eine ganze Reihe von Informationen in
eine Menge Informationen im Speicher - es wird HARDWARE geben!
Ich rate dringend davon ab....
Ich denke wahrscheinlich altmodisch, aber für mich ist die Archivierung interessant, um die Datenübertragung im Internet zu beschleunigen. Bei großen Festplatten verliert die Dateigröße an Bedeutung, und die Datenbank ist nur für einen begrenzten Personenkreis bestimmt. Außerdem ist die Implementierung kostspielig, da sie zusätzliche Kenntnisse beim Programmierer und beim Benutzer erfordert.
Es stimmt, dass zip bei der Komprimierung, insbesondere von Text, rar deutlich unterlegen ist - was ein wenig schade ist.
Wassilij!
Ist eine ZIP-Verpackung notwendig?
Ich glaube nicht, dass es das wert ist.
Ich denke anders.
1. Wenn Sie eine Datenbank auf der Grundlage von ZIP erstellen wollen, ist dies nicht relevant.
MQ wird bald Standardfunktionen für die Arbeit mit Datenbanken hinzufügen (Renat hat eine Umfrage durchgeführt)
Nein, zip ist als Alternative zu DB nicht interessant. Deshalb lohnt es sich nicht, sich mit dem Reißverschluss zu befassen.
2. Sie können das Problem nicht lösen, wenn die Dateigröße größer als uint ist.
Es muss eine ZIP64-Komprimierung für ulong size geben.
Ich habe nicht das Ziel, ein Analogon zu WinZip oder WinRar zu entwickeln. Nur die grundlegendsten Archive. Niemand denkt auch nur daran, Dateien zu komprimieren, die größer als 4 GB sind.
3. Sie wissen nicht, wie genau die MT5-Daten komprimiert werden.
Es ist möglich, dass große Dateien (auch mit geringer Größe)
auch uint size) wird für HOUR komprimiert!
4. Um Dateien in ein Archiv zu "packen", müssen Sie eine ganze Reihe von Informationen in
eine Menge Informationen im Speicher - es wird HARDWARE geben!
Ich rate dringend von.... ab.
1) MQ führt keine langsamen Funktionen aus, und wenn doch, dann optimiert es sie rechtzeitig auf der Grundlage von Anfragen von Servicedesk. Ich bin irgendwie zuversichtlich, dass CryptEncode funktionieren wird.
2. Es wird keine Verlangsamungen geben. Sie wissen nicht, was ein modernes MQL5 an Leistung zu bieten hat. Die heutigen Computer haben zu viel Speicherplatz. Das Herunterladen und Packen einer Datei von ein paar hundert Megabyte ist ein Kinderspiel, und mehr braucht man nicht. Denn dies sind andere Aufgaben.
Wassilij!
Ist eine ZIP-Verpackung notwendig?
Ich glaube nicht, dass es das wert ist.
Ich denke anders.
Nein, zip ist als Alternative zu DB nicht interessant. Das ist nicht der Grund, warum ich mich mit zip beschäftigen möchte.
Ich habe nicht das Ziel, ein Analogon zu WinZip oder WinRar zu entwickeln. Nur die grundlegendsten Archive. Niemand käme auf die Idee, Dateien zu komprimieren, die größer als 4 GB sind.
1) MQ führt keine langsamen Funktionen aus, und wenn doch, dann optimiert es ihre Arbeit rechtzeitig auf der Grundlage von Anfragen des Service Desks. Ich bin irgendwie zuversichtlich, dass CryptEncode funktionieren wird.
2. Es wird keine Verlangsamungen geben. Sie wissen nicht, was ein modernes MQL5 an Leistung zu bieten hat. Die heutigen Computer haben zu viel Speicherplatz. Das Herunterladen und Packen einer Datei von ein paar hundert Megabyte ist ein Kinderspiel, und mehr braucht man nicht. Denn dies sind andere Aufgaben.
Ich denke wahrscheinlich altmodisch, aber für mich ist die Archivierung interessant, um die Datenübertragung im Internet zu beschleunigen. Bei großen Festplatten verliert die Dateigröße an Bedeutung, und die Datenbank ist nur für einen begrenzten Personenkreis bestimmt. Außerdem ist die Implementierung kostspielig, da sie zusätzliche Kenntnisse beim Programmierer und beim Benutzer erfordert.
True zip ist bei der Komprimierung deutlich unterlegen, vor allem Text, rar - was ein wenig traurig ist.
Das ist richtig. Die Kommunikation mit einem Server eines Drittanbieters über WebRequest wird durch die Paketierung der gesendeten Informationen wesentlich schneller sein. Dies ist ein weiterer Grund, warum das Umladen der Verpackung eine gute Lösung ist.
Allerdings ist zip der Komprimierung von rar deutlich unterlegen, vor allem bei Text - was ein wenig schade ist.
Schätzen, was uns gegeben wurde. Glauben Sie mir, die Fähigkeit, mit dem gängigsten Kompressionsformat zu arbeiten, deckt 90 % aller Aufgaben ab. 80 % der Redundanz wird mit Zip erfolgreich beseitigt. Was dann kommt, ist die Jagd nach Papageien, die niemand braucht.
Gut, dass wir ihn los sind!