ve yine dll ve market - sayfa 17
Ticaret fırsatlarını kaçırıyorsunuz:
- Ücretsiz ticaret uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Kayıt
Giriş yap
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Hesabınız yoksa, lütfen kaydolun
http'nin -u veya --output-file başlığı yok
ve tüm başlıklar anahtar:değer olarak \r\n ile ayrılır (neredeyse tam olarak yardımdan alıntıdır)
curl, sunucuyla (ve tüm başlıklarla) tüm değişim ilerlemesini ekrana yazdıracak bir anahtara sahiptir.
===
"manayı oku, onlar yönetir"
muhtemelen haklısın ve çıktı çiftinin http istek başlığında yazıldığı postacıdan bir ekran görüntüsü farklı şekilde açıklanıyor)
Hala aynı şeyden bahsettiğimizden şüpheleniyorum, sadece farklı kelimelerle)
ve lütfen, lütfen, artık playound(), bu anlaşılabilir, ancak sorun tamamen farklı! )))
Görev, WebRequest kullanarak IBM bulutunda yetkilendirme gerçekleştirmektir.
Bu arada, dosyadaki çıktı hala başlıklarda bitiyor.
PlaySound ile her şeyin bu kadar net olduğunu söylemezdim))) Örneğin, belgelere rağmen .wav dosyalarının Dosyalar klasöründen (projeniz onsuz kapatılabilir) çalındığını ve dinamik kaynakların olduğunu öğrendik. danışman, her şeyin uint'te kaydedilmesi nedeniyle çalınabilir ses dosyalarını taşıyamaz.
WebRequest kullanarak IBM bulutunda yetkilendirmeye gelince, burada sizinkinden daha fazlasını bilmiyorum, şu ana kadar ... Üzerinde çalışılması gerekiyor. Deney... Zaman alacak.
Saçmalık! Sendikalara takıldım. Web isteği dinamik bir karakter dizisi döndürür ve onu bir kaynakta saklamak için onu uint'e dönüştürmeniz gerekir. Bir birlik bildirirseniz bu bir sorun değildir, ancak bir birlik yalnızca statik diziler bildirmenize izin verir. Döndürülen dosyanın boyutu tanımsız olduğundan web isteğine statik bir dizi gönderemezsiniz.
Webrequest, kötü bir rüya gibi gecikmiş durumda.
SocketRead , uchar dizisini okur ve sonra onunla hayal gücünüzün yapabileceği her şeyi yapabilirsiniz. Daha önce iki kez verdiğim bağlantıdaki Documentation'daki örneklerde, HTTP üzerinden yanıt almak yeni uygulandı. Görevin altında bitirmek için - ve işte.
Webrequest, kötü bir rüya gibi gecikmiş durumda.
SocketRead, uchar dizisini okur ve sonra onunla hayal gücünüzün yapabileceği her şeyi yapabilirsiniz. Daha önce iki kez verdiğim bağlantıdaki Documentation'daki örneklerde, HTTP üzerinden yanıt almak yeni uygulandı. Görevin altında bitirmek için - ve işte.
Katılıyorum, bu yönde kazmamız gerekiyor. Yetkilendirme sorunu çözülmez gibi görünse de, nedense ... Belki yine yanılıyorum)))
Webrequest, kötü bir rüya gibi gecikmiş durumda.
SocketRead uchar dizisini okur ve sonra onunla hayal gücünüzün yapabileceği her şeyi yapabilirsiniz. Daha önce iki kez verdiğim bağlantıdaki Documentation'daki örneklerde, HTTP üzerinden yanıt almak yeni uygulandı. Görevin altında bitirmek için - ve işte.
Ne bir web isteği, ne veri aktarımı için bir soket, bir bağlantının açılmasını kullanın.
Webrequest işlevi örtük olarak bir oturum oluşturur, soketlerde açıkça bir bağlantı kurarız.
Bu nedenle, her iki durumda da, şu veya bu şekilde, önce veri iletimi için bir kanal açılır.
Soket, bağlantıyı kapatmadan uzun bir veri aktarımı gerektiğinde kullanışlıdır, o zaman onu kullanmak mantıklıdır.
Ama eğer soket tek seferlik bir istek için kullanılıyorsa bunun pek bir anlamı yok bence.
Her istek yapıldığında yeni bir bağlantı oluşturulacağı için zaman alır.
Ve C dilindeki ölçümlerime göre 100 milisaniye ve daha fazla bir http bağlantısı oluşturmak için.
Burada bir program buldum, metni .wav'a çeviriyor ve hemen Dosyalar klasörüne
Ne bir web isteği, ne veri aktarımı için bir soket, bir bağlantının açılmasını kullanın.
Webrequest işlevi örtük olarak bir oturum oluşturur, soketlerde açıkça bir bağlantı kurarız.
Bu nedenle, her iki durumda da, şu veya bu şekilde, önce veri iletimi için bir kanal açılır.
Soket, bağlantıyı kapatmadan uzun bir veri aktarımı gerektiğinde kullanışlıdır, o zaman onu kullanmak mantıklıdır.
Ama eğer soket tek seferlik bir istek için kullanılıyorsa bunun pek bir anlamı yok bence.
Her istek yapıldığında yeni bir bağlantı oluşturulacağı için zaman alır.
Ve C dilindeki ölçümlerime göre 100 milisaniye ve daha fazla bir http bağlantısı oluşturmak için.
Roma! Asıl eksik olan buydu! Hem bilgi hem de uygulama hissedilir! )
Yine de WebRequest'i bitirmeye çalışacağım
Roma! Asıl eksik olan buydu! Hem bilgi hem de uygulama hissedilir! )
Yine de WebRequest'i bitirmeye çalışacağım
Öyleyse Roman'a IBM sunucusunda WebRequest ile nasıl yetki verileceğini sorun. Anahtar soru bu!
Öyleyse Roman'a IBM sunucusunda WebRequest ile nasıl yetki verileceğini sorun. Anahtar soru bu!
Soruyu araştırmadım, ancak anladığım kadarıyla, isteğin gönderildiği sitede önceden elde edilen bir anahtar kullanılıyor.
Bu durumda yetkilendirmeye gerek yoktur, anahtar ile tanımlama gerçekleşir.
Sitedeki istek yapısı örneğini dikkatlice incelemeniz gerekir.
Bazı örneklerden hatırladığım gibi, istek gövdesi orada kullanılıyor.
Yani başlıklar başlıklardır ve metnin kendisi istek gövdesinde iletilir.