ve yine dll ve market - sayfa 19
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
Bunu anlıyorum - çalışması gerekiyor ???
işte benzer bir şey https://cloud.yandex.ru/docs/speechkit/tts/request
kesinlikle)
IBM web sitesinde ayrıntılı belgeler bulunur .
Sana yardım edecek. Ama ne yazık ki IBM'in Rusça konuşan bir sesi yok.
IBM web sitesinde ayrıntılı belgeler bulunur .
Sana yardım edecek. Ama ne yazık ki IBM'in Rusça konuşan bir sesi yok.
ve bu belgelerde her şey çok net. Hem curl hem de postacının kurulumu ve doğru ses akışını alması kolaydır, ancak WebRequest'i değil! ) Bu konunun beşinci sayfasından tartışılan sorun budur)))))
Watson hizmetlerinde kimlik doğrulama
Son güncelleme: 2019-12-12GitHub denetimi: belgeleri aç | Temayı Düzenle
IBM Watson™ genel hizmetlerine kimliği doğrulanmış istekler göndermek için IBM® Cloud Identity and Access Management'ı (IAM) kullanırsınız. IAM erişim ilkeleri ile tek bir anahtardan birden fazla kaynağa erişim atayabilirsiniz. Ayrıca bir kullanıcı, hizmet kimliği ve hizmet örneği birden çok API anahtarı içerebilir.
IBM Cloud Pak eklentileri, veriler için farklı bir kimlik doğrulama mekanizması kullanır. Daha fazla bilgi için eklentinizin belgelerine bakın.
güçler
API aracılığıyla bir hizmetin kimliğini doğrulamak için kimlik bilgilerinizi API'ye iletin. Bir yetkilendirme başlığında veya bir API anahtarında bir taşıyıcı belirteci iletebilirsiniz.
Bir IAM belirteci ile kimlik doğrulaması yapın.
IAM belirteçleri, 60 dakika boyunca geçerli olan geçici kimlik bilgileridir. Belirtecin süresi dolduğunda, yeni bir tane oluşturursunuz. Jetonlar, kaynaklara geçici erişim için faydalı olabilir. Daha fazla bilgi için bkz. API anahtarı kullanarak bir IBM Cloud IAM belirteci oluşturma.
Bir IBM Cloud API anahtarı, Hizmet Kimliği API anahtarı veya Hizmete özel API anahtarı ile kimlik doğrulaması yapın.
API anahtarlarının kullanımı kolaydır ve süresi dolmaz. Geçerli bir anahtarı olan herkes kaynağa erişebilir. Farklı kullanıcılar, farklı uygulamalar veya anahtar döndürme senaryolarını desteklemek için ayrı API anahtarları oluşturabilirsiniz. API anahtarlarını, diğer API anahtarlarına veya kullanıcıya müdahale etmeden konsoldan iptal edebilirsiniz.
Test ve geliştirme için API anahtarını doğrudan iletebilirsiniz. Ancak, üretim kullanımı için Watson SDK kullanmıyorsanız bir IAM belirteci kullanın. Bir API anahtarını ilettiğinizde hizmet, API anahtarı hakkında performansı etkileyebilecek bilgileri arar. Daha fazla bilgi için bkz. IBM Bulut Hizmeti API'lerini Çağırma.
Watson SDK'ları her iki yöntemi de destekler. Daha fazla bilgi için hizmetiniz ve SDK için API referansının Kimlik Doğrulama bölümüne bakın.
Premium plan kullanıcıları, verilere erişimi kontrol etmek için IBM® Key Protect for IBM Cloud™'u da kullanabilir. Daha fazla bilgi için bkz. Watson'da gizli bilgileri koruma.
API Anahtarları Hakkında
Watson hizmetleri, üç tür API anahtarını destekler:
IBM Cloud API anahtarları, bir kullanıcının kimliğiyle ilişkilendirilir. Yalnızca anahtarla ilişkilendirilen kullanıcı onu silebilir. Aynı IBM Cloud API anahtarı, farklı hizmetlere erişmek için kullanılabilir. IBM Cloud API anahtarlarıyla çalışma hakkında daha fazla bilgi için bkz. Kullanıcı API anahtarlarını yönetme.
Hizmet Kimliği API Anahtarları
Hizmet Kimlikleri, IBM Bulutu içinde ve dışında barındırılan uygulamalar aracılığıyla IBM Bulut hizmetlerinize erişim sağlar. Hizmet kimlikleriyle ilişkili API anahtarlarına, bu hizmet kimliğiyle ilişkili erişim izni verilir. Hizmet Kimliği Anahtarları hakkında daha fazla bilgi için bkz. Hizmet Kimliği API Anahtarlarını Yönetme.
API anahtarı en iyi uygulamaları
Hesabınızın ve uygulamalarınızın güvenliğini tehlikeye atabilecek kimlik bilgilerinin kamuya açıklanma olasılığını azaltmak için API anahtarlarınızı güvende tutun. API anahtarlarınızı güvende tutmak için bu yönergeleri izleyin.
İhtiyacınız olan erişim düzeyine uygun en kısıtlayıcı hizmet rolünü atayın.
Örneğin, uygulamanızdan yapılan çağrılar için Okuyucu hizmeti rolünü GET API yöntemlerine atayın. Bu rolün salt okuma erişimi vardır, bu nedenle kaynak oluşturamaz veya düzenleyemez.
API anahtarını doğrudan koda yapıştırmayın.
Kodda gömülü API anahtarları, kullanıcılarınıza sunulabilir. API anahtarlarını koda gömmek yerine, bunları ortam değişkenlerinde veya kaynak kontrol sisteminizin dışındaki dosyalarda saklayın.
API anahtarını uygulamanızın kaynak kontrol sistemindeki dosyalarda saklamayın.
API anahtarlarını dosyalarda saklarsanız, dosyaları uygulamanızın kaynak kodunun dışında tutun. GitHub gibi bir genel kaynak kontrol sistemi kullanıyorsanız bu uygulama önemlidir.
API anahtarlarını geri yükleyin veya döndürün.
Periyodik olarak yeni anahtarlar oluşturun veya bunları döndürün. Ve artık kullanmadığınız anahtarları silmeyi unutmayın.
Alıntı:
Bir IBM Cloud API anahtarı, Hizmet Kimliği API anahtarı veya Hizmete özel API anahtarı ile kimlik doğrulaması yapın
Bir seçim hakkında konuşulabilmesi için, kimlik doğrulama için bir anahtar gereklidir. Yani, bu prosedür göz ardı edilemez.
S: Anahtarı nereden aldınız?
Görünüşe göre, sorun sadece yetkilendirmede. Bu hizmet, hizmetlerinin kullanımı konusunda çok katıdır. Politikasında pek çok nüans var ve özgür bir yaklaşım büyük olasılıkla işe yaramayacak. Destek servislerine yazıp nasıl doğru giriş yapılacağını sorabilirsiniz.
Peter, teşekkürler!
IBM'le ilgili değil. Her şey curl, postacı ile düzgün çalışıyor. Yetkilendirme, apikey ve keyID kullanılarak gerçekleştirilen yalnızca bir hizmet için gerçekleştirilir.
Sorun WebRequest'tedir ve TTS sağlayıcılarının web sitelerine hiçbir ek bağlantı ne yazık ki burada yardımcı olmayacaktır.
WebRequest kullanarak benzer bir Microsoft TTS, Google TTS, Yandex TTS hizmetinden ikili bilgi almanın çalışan bir örneği yardımcı olacaktır.
İşin püf noktası WebRequest için doğru sözdiziminde. MQL5 yardımında WebRequest işleminin yalnızca bir örneği vardır ve bu da engeldir! )))
IBM sitesinde çeşitli kullanım senaryosu dilleri için kaç örneğe bakın? Kıvrılma, Java, Python
MQL5 orada listelenmiyor ve belli belirsiz kakaoya benzeyen bir içeceğin sıvı tortusunu tahmin etmeniz gerekiyor.
İşte bu sitede - bir metin dosyası yükledim - ve bir .wav dosyası aldım
otomatik olarak nasıl organize edilir soru bu!? https://audio.online-convert.com/convert-to-wav
sadece ingilizce
Peter, teşekkürler!
IBM'le ilgili değil. Her şey curl, postacı ile düzgün çalışıyor. Yetkilendirme, apikey ve keyID kullanılarak gerçekleştirilen yalnızca bir hizmet için gerçekleştirilir.
Sorun WebRequest'tedir ve TTS sağlayıcılarının web sitelerine hiçbir ek bağlantı ne yazık ki burada yardımcı olmayacaktır.
WebRequest kullanarak benzer bir Microsoft TTS, Google TTS, Yandex TTS hizmetinden ikili bilgi almanın çalışan bir örneği yardımcı olacaktır.
İşin püf noktası WebRequest için doğru sözdiziminde. MQL5 yardımında WebRequest işleminin yalnızca bir örneği vardır ve bu da engeldir! )))
IBM sitesinde çeşitli kullanım senaryosu dilleri için kaç örneğe bakın? Kıvrılma, Java, Python
MQL5 orada listelenmiyor ve belli belirsiz kakaoya benzeyen bir içeceğin sıvı tortusunu tahmin etmeniz gerekiyor.
Gerçek şu ki, MQL5 satılacak özel uygulamalar geliştirmek için bir dildir. Ücretli yazılımlarda ücretsiz içerik veya hizmetlerin kullanımına ilişkin genel küresel politika değişiklik gösterir. Web isteğinin IBM'den indirilmemesi ve sürekli olarak 401 hatası vermesinin sebepsiz olmadığına dair bir şüphem var.
1. İsteğin sözdizimi veya API anahtarı yanlış.
2. Veya ticari ürünler geliştirmek için kullanılan MT5 platformundan gelen bir talep desteklenmiyor.
3. WebRequest işlevi belirli bir şekilde çalışır ve bu tür kullanım için dahili olarak kısıtlanmıştır.
4. Veya başka bir sorun...
Gerçek şu ki, MQL5 satılacak tescilli uygulamalar geliştirmek için bir dildir. Ücretli yazılımlarda ücretsiz içerik veya hizmetlerin kullanımına ilişkin genel küresel politika değişiklik gösterir. Web isteğinin IBM'den indirilmemesi ve sürekli olarak 401 hatası vermesinin sebepsiz olmadığına dair bir şüphem var.
1. İsteğin sözdizimi veya API anahtarı yanlış.
2. Veya ticari ürünler geliştirmek için kullanılan MT5 platformundan gelen bir talep desteklenmiyor.
3. WebRequest işlevi belirli bir şekilde çalışır ve bu tür kullanım için dahili olarak kısıtlanmıştır.
4. Veya başka bir sorun...
başka bir sorun. Uzmanlarımız arasında dedikleri gibi: "bir tür arıza var"))
Biraz daha yüksek , WebRequest'in nasıl donduğunu, ancak yine de bir akış aldığını ayrıntılı olarak yazdım. Dosyaya giren akış yenildi. Belki dosyaya yanlış koyuyorum, ancak büyük olasılıkla char "askıda kaldığı" anda dizi gereksiz bilgilerle dolu.
Şimdi ele alınması gereken bu.