제발 더 이상 playsound()를 사용하지 마십시오. 이해할 수 있지만 문제는 완전히 다릅니다! )))
작업은 WebRequest를 사용하여 IBM 클라우드에서 권한 부여를 수행하는 것입니다.
그건 그렇고, 파일의 출력은 여전히 헤더에서 끝납니다.
PlaySound로 모든 것이 명확했다고 말하지는 않겠습니다 ))) 예를 들어 문서에도 불구하고 .wav는 Files 폴더에서 재생되며(이 없이는 프로젝트를 닫을 수 있음) 동적 리소스는 모든 것이 단위로 저장되기 때문에 어드바이저는 재생 가능한 사운드 파일을 휴대할 수 없습니다.
WebRequest 를 사용하여 IBM 클라우드에서 권한 부여에 관해서는 여기에서 당신보다 더 많이 알지 못합니다. 지금은 ... 공부해야 합니다. 실험... 시간이 걸립니다.
Для использования функции WebRequest() следует добавить адреса серверов в список разрешенных URL во вкладке "Советники" окна "Настройки". Порт сервера выбирается автоматически на основе указанного протокола - 80 для "http://" и 443 для "https://". Функция WebRequest() является синхронной, это означает, что она приостанавливает выполнение...
쓰레기! 나는 노동 조합에 붙어 있습니다. webrequest 는 동적 char 배열을 반환하고 이를 리소스에 저장하려면 uint로 변환해야 합니다. 공용체를 선언하면 문제가 되지 않지만 공용체를 사용하면 정적 배열만 선언할 수 있습니다. 반환된 파일의 크기가 정의되지 않았기 때문에 웹 요청에 정적 배열을 보낼 수 없습니다.
Webrequest는 나쁜 꿈처럼 기한이 오래되었습니다.
SocketRead 는 uchar 배열을 읽은 다음 상상할 수 있는 모든 것을 할 수 있습니다. 이미 두 번 제공한 링크의 Documentation 예제에서는 HTTP를 통한 응답 수신이 구현되었습니다. 작업을 끝내려면 - 그리고 짜잔.
SocketRead는 uchar 배열을 읽은 다음 상상할 수 있는 모든 것을 할 수 있습니다. 이미 두 번 제공한 링크의 Documentation 예제에서는 HTTP를 통한 응답 수신이 구현되었습니다. 작업을 끝내려면 - 그리고 짜잔.
웹 요청이 무엇인지, 데이터 전송을 위한 소켓이 무엇인지, 연결 개방을 사용합니다. webrequest 함수는 암시적으로 세션을 생성하고 소켓에서 명시적으로 연결을 설정합니다. 따라서 두 경우 모두 어떤 방식으로든 데이터 전송을 위한 채널이 먼저 열립니다. 소켓은 연결을 닫지 않고 긴 데이터 전송이 필요할 때 유용하므로 사용하는 것이 좋습니다. 그러나 소켓이 일회성 요청에 사용된다면 이것은 큰 의미가 없다고 생각합니다. 요청할 때마다 새로운 연결이 생성되기 때문에 시간이 걸립니다. 그리고 100밀리초 이상에서 C 언어로 된 내 측정에 따라 http 연결을 생성합니다.
웹 요청이 무엇인지, 데이터 전송을 위한 소켓이 무엇인지, 연결 개방을 사용합니다. webrequest 함수는 암시적으로 세션을 생성하고 소켓에서 명시적으로 연결을 설정합니다. 따라서 두 경우 모두 어떤 방식으로든 데이터 전송을 위한 채널이 먼저 열립니다. 소켓은 연결을 닫지 않고 긴 데이터 전송이 필요할 때 유용하므로 사용하는 것이 좋습니다. 그러나 소켓이 일회성 요청에 사용된다면 이것은 큰 의미가 없다고 생각합니다. 요청할 때마다 새로운 연결이 생성되기 때문에 시간이 걸립니다. 그리고 100밀리초 이상에서 C 언어로 된 내 측정에 따라 http 연결을 생성합니다.
Для использования функции WebRequest() следует добавить адреса серверов в список разрешенных URL во вкладке "Советники" окна "Настройки". Порт сервера выбирается автоматически на основе указанного протокола - 80 для "http://" и 443 для "https://". Функция WebRequest() является синхронной, это означает, что она приостанавливает выполнение...
Для использования функции WebRequest() следует добавить адреса серверов в список разрешенных URL во вкладке "Советники" окна "Настройки". Порт сервера выбирается автоматически на основе указанного протокола - 80 для "http://" и 443 для "https://". Функция WebRequest() является синхронной, это означает, что она приостанавливает выполнение...
따라서 Roman에게 WebRequest 를 사용하여 IBM 서버에서 권한을 부여하는 방법을 물어보십시오. 이것이 핵심 질문입니다!
질문을 자세히 하지는 않았지만 제가 알기로는 요청을 보낸 사이트에서 미리 획득한 키를 사용하는 것으로 알고 있습니다. 이 경우 권한 부여가 필요하지 않으며 키로 식별됩니다. 사이트에서 요청 구조의 예를 주의 깊게 연구해야 합니다. 일부 예에서 기억할 수 있듯이 요청 본문이 거기에서 사용됩니다. 즉, 헤더는 헤더이고 텍스트 자체는 요청 본문에서 전송됩니다.
http에는 -u 또는 --output-file 헤더가 없습니다.
모든 헤더는 \r\n으로 구분된 키:값으로 전달됩니다(거의 정확하게 도움말의 인용문).
curl에는 서버(및 모든 헤더)와의 전체 교환 진행 상황을 화면에 자세히 인쇄하는 키가 있습니다.
===
"마나를 읽어라, 그들이 지배한다"
당신이 옳을 것이고, 출력 쌍이 http 요청 헤더에 쓰여지는 우편 배달부의 스크린샷은 다르게 설명됩니다)
나는 우리가 여전히 같은 것에 대해 다른 단어로만 이야기하고 있다고 생각합니다)
제발 더 이상 playsound()를 사용하지 마십시오. 이해할 수 있지만 문제는 완전히 다릅니다! )))
작업은 WebRequest를 사용하여 IBM 클라우드에서 권한 부여를 수행하는 것입니다.
그건 그렇고, 파일의 출력은 여전히 헤더에서 끝납니다.
PlaySound로 모든 것이 명확했다고 말하지는 않겠습니다 ))) 예를 들어 문서에도 불구하고 .wav는 Files 폴더에서 재생되며(이 없이는 프로젝트를 닫을 수 있음) 동적 리소스는 모든 것이 단위로 저장되기 때문에 어드바이저는 재생 가능한 사운드 파일을 휴대할 수 없습니다.
WebRequest 를 사용하여 IBM 클라우드에서 권한 부여에 관해서는 여기에서 당신보다 더 많이 알지 못합니다. 지금은 ... 공부해야 합니다. 실험... 시간이 걸립니다.
쓰레기! 나는 노동 조합에 붙어 있습니다. webrequest 는 동적 char 배열을 반환하고 이를 리소스에 저장하려면 uint로 변환해야 합니다. 공용체를 선언하면 문제가 되지 않지만 공용체를 사용하면 정적 배열만 선언할 수 있습니다. 반환된 파일의 크기가 정의되지 않았기 때문에 웹 요청에 정적 배열을 보낼 수 없습니다.
Webrequest는 나쁜 꿈처럼 기한이 오래되었습니다.
SocketRead 는 uchar 배열을 읽은 다음 상상할 수 있는 모든 것을 할 수 있습니다. 이미 두 번 제공한 링크의 Documentation 예제에서는 HTTP를 통한 응답 수신이 구현되었습니다. 작업을 끝내려면 - 그리고 짜잔.
Webrequest는 나쁜 꿈처럼 기한이 오래되었습니다.
SocketRead는 uchar 배열을 읽은 다음 상상할 수 있는 모든 것을 할 수 있습니다. 이미 두 번 제공한 링크의 Documentation 예제에서는 HTTP를 통한 응답 수신이 구현되었습니다. 작업을 끝내려면 - 그리고 짜잔.
동의합니다. 우리는 이 방향으로 파고들 필요가 있습니다. 권한 부여 문제가 해결되지 않는 것처럼 보이지만 어떤 이유로 ... 어쩌면 내가 다시 틀릴 수도 있습니다)))
Webrequest는 나쁜 꿈처럼 기한이 오래되었습니다.
SocketRead는 uchar 배열을 읽은 다음 상상할 수 있는 모든 것을 할 수 있습니다. 이미 두 번 제공한 링크의 Documentation 예제에서는 HTTP를 통한 응답 수신이 구현되었습니다. 작업을 끝내려면 - 그리고 짜잔.
웹 요청이 무엇인지, 데이터 전송을 위한 소켓이 무엇인지, 연결 개방을 사용합니다.
webrequest 함수는 암시적으로 세션을 생성하고 소켓에서 명시적으로 연결을 설정합니다.
따라서 두 경우 모두 어떤 방식으로든 데이터 전송을 위한 채널이 먼저 열립니다.
소켓은 연결을 닫지 않고 긴 데이터 전송이 필요할 때 유용하므로 사용하는 것이 좋습니다.
그러나 소켓이 일회성 요청에 사용된다면 이것은 큰 의미가 없다고 생각합니다.
요청할 때마다 새로운 연결이 생성되기 때문에 시간이 걸립니다.
그리고 100밀리초 이상에서 C 언어로 된 내 측정에 따라 http 연결을 생성합니다.
여기에서 프로그램을 찾았습니다. 텍스트를 .wav로 변환하고 즉시 Files 폴더로 바꿉니다.
웹 요청이 무엇인지, 데이터 전송을 위한 소켓이 무엇인지, 연결 개방을 사용합니다.
webrequest 함수는 암시적으로 세션을 생성하고 소켓에서 명시적으로 연결을 설정합니다.
따라서 두 경우 모두 어떤 방식으로든 데이터 전송을 위한 채널이 먼저 열립니다.
소켓은 연결을 닫지 않고 긴 데이터 전송이 필요할 때 유용하므로 사용하는 것이 좋습니다.
그러나 소켓이 일회성 요청에 사용된다면 이것은 큰 의미가 없다고 생각합니다.
요청할 때마다 새로운 연결이 생성되기 때문에 시간이 걸립니다.
그리고 100밀리초 이상에서 C 언어로 된 내 측정에 따라 http 연결을 생성합니다.
로마 인! 이것은 정말로 누락 된 것입니다! 지식과 실천을 동시에 느낀다! )
어쨌든 WebRequest 를 끝내도록 노력하겠습니다.
로마 인! 이것은 정말로 누락 된 것입니다! 지식과 실천을 동시에 느낀다! )
어쨌든 WebRequest 를 끝내도록 노력하겠습니다.
따라서 Roman에게 WebRequest 를 사용하여 IBM 서버에서 권한을 부여하는 방법을 물어보십시오. 이것이 핵심 질문입니다!
따라서 Roman에게 WebRequest 를 사용하여 IBM 서버에서 권한을 부여하는 방법을 물어보십시오. 이것이 핵심 질문입니다!
질문을 자세히 하지는 않았지만 제가 알기로는 요청을 보낸 사이트에서 미리 획득한 키를 사용하는 것으로 알고 있습니다.
이 경우 권한 부여가 필요하지 않으며 키로 식별됩니다.
사이트에서 요청 구조의 예를 주의 깊게 연구해야 합니다.
일부 예에서 기억할 수 있듯이 요청 본문이 거기에서 사용됩니다.
즉, 헤더는 헤더이고 텍스트 자체는 요청 본문에서 전송됩니다.