Email #141 - #160
Email-141
항상 Liberty Reserve로 환전할 수 있습니다. 이것은 e-Bullion, Pecunix 또는 Webmoney와 유사한 온라인 화폐로, 질문 없이 그리고 개인 정보를 보호하며 교환을 허용합니다.
LR과 다른 것들은 구입하기 어렵지만 현금화하기는 쉽습니다. 구입하기 어려운 이유는 교환자들이 결제 취소에 의해 속임을 당하는 것을 매우 조심하기 때문에, 그들은 더 많은 세부 사항과 보류 시간을 요구합니다. 현금화하기는 매우 쉽습니다. LR은 되돌릴 수 없기 때문에, LR을 어떤 종류의 결제로도 전환하길 열망하는 교환소들이 많습니다.
비트코인은 그것을 생성하기만 하면 비트코인을 쉽게 얻을 수 있다는 점에서 반대입니다. 고객들이 bitcoin->LR->현금, bitcoin->LR->금, bitcoin->LR->페이팔로 쉽게 갈 수 있거나 아마도 그들은 그저 돈을 저축하고 싶을 뿐입니다. 그러면 그냥 bitcoin->LR입니다.
BTC2PSC가 비트코인에 대해 페이세이프카드를 판매하려는 아이디어도 있었습니다. 이메일로 카드 번호를 보내는 온라인 배송이나 우편으로 미개봉 물리 카드를 배송하는 것입니다. 이 카드들의 변형이 많이 있습니다. 일부 국가에서는 이들을 기프트 카드라고 부르며, 신용 카드가 허용되는 곳이면 어디서나 사용할 수 있습니다. 저는 이 카드들이 실제 신용 카드를 얻을 수 있는 신용 기록이 없는 사람들에 의해 더 많이 사용된다고 생각합니다. 그래서 그들은 신용 카드가 필요한 것들을 지불하기 위해 스스로 기프트 카드를 구입합니다.
Email-142
서두르지 말고 모든 결제 옵션에서 거절당하기 전에 더 나은 접근 방식이 있는지 확인할 시간을 갖도록 하세요. 다른 결제 프로세서에 연락하기 전에 기다리는 것이 좋습니다. 다른 사용자들이 제안하는 것에서 아이디어를 얻을 수도 있습니다.
일부 랜덤하고 불완전한 아이디어들: 어떤 가상 상품을 위한 소액결제의 중간 신용으로 위치시킬 방법이 있을 수 있습니다. 또는 만약 결제가 한 방향으로만 이루어진다면요. 비트코인을 구입하는 것만 한다면, 사람들의 돈을 받는 것이 아니라 돈을 보내기만 하므로, 그것은 여전히 화폐를 고정시키는데 유용할 수 있습니다. 그것은 컴퓨터 시간에 대한 지불일 수 있습니다.
신용카드는 한 방향뿐입니다. 고객의 신용카드로 돈을 반환하는 아이디어에 대해 이야기조차 하지 마세요. 신용카드 회사는 그것을 싫어합니다.
어쨌든, 어떤 결제 프로세서도 당신이 실제 무언가를 판매하고 있다고 기대할 것입니다.
당신의 나라에 전자 이체나 종이 수표가 있나요? (유럽 내에서라도)
Email-143
누락된 공유 라이브러리가 무엇인지 찾는 방법이 있는지 궁금합니다. 알면 도움이 될 것 같습니다.
아마도 gtk 라이브러리가 필요할 것입니다. 이 경우 64비트 버전에서도 같은 문제가 발생할 것입니다. UI가 없는 시스템에서도 실행할 수 있는 단일 실행 파일을 갖고 싶지만, 라이브러리가 없을 경우에도 실행할 수 있으면서 리눅스에서 어떻게 링크해야 하는지 확실하지 않습니다. 아마도 GTK를 정적으로 링크해야 할 것 같습니다. 라이선스 관점에서는 LGPL이지만, 유닉스에서만 사용되므로 괜찮을 것입니다. (우리는 OpenSSL DLL을 제공하기 때문에 윈도우에서는 LGPL 물건을 링크할 수 없지만, 리눅스에서는 OpenSSL이 OS와 함께 제공됩니다)
64비트(디버그 제거됨) 실행 파일이 첨부되어 있습니다. 이것은 아직 SVN에 없는 테스트되지 않은 변경사항을 포함합니다: UI 변경사항과 지갑 fSpent 플래그 재동기화 등입니다.
인터프로세스 호출을 위한 옵션을 연구하고 있습니다. 특히 PHP와 같은 다양한 서버 측 언어가 쉽게 호출할 수 있는 것을 원합니다. 크로스 플랫폼으로 윈도우까지 지원하는 것은 플러스입니다.
네트워크를 통해 접근할 수 있게 하고 싶은지 확실하지 않습니다. 그러면 보안 문제가 생길 것입니다. 만약 로컬 시스템에서만 접근할 수 있다면, 로컬 보안 인증이 이를 커버하고, 원격으로 해킹될 수 없습니다.
아직 세부사항을 살펴보지 않고, 현재 선두주자는 다음과 같습니다:
로컬에서만 접근 가능한 소켓을 열 수 있습니까?
mmalmi@cc.hut.fi가 썼습니다:
비트코인 API의 인터프로세스 호출 방법을 결정하셨나요? 쉬운 해결책은 wxWidgets에서 제공하는 소켓 인터페이스일 것입니다: http://docs.wxwidgets.org/trunk/overview_ipc.html. wxServer를 실행하는 비트코인 프로그램은 명령 줄에서 비트코인 실행 파일을 호출하거나 자신의 wxClient 앱을 코딩함으로써 접근할 수 있습니다.
다른 옵션은 그냥 일반 BSD 소켓을 사용하는 것일 겁니다.
64비트 리눅스 바이너리의 비트코인을 보내주실 수 있나요? VPS에서 컴파일을 시도했지만, 메모리가 부족했습니다. 32비트 버전(ia32-libs와 함께)도 시도했지만, 공유 라이브러리를 찾지 못했습니다.
Email-144
"ldd bitcoin"이라는 명령어가 무엇인지 알려주는 부분을 번역해 드리겠습니다.
누락된 공유 라이브러리가 무엇인지 알아낼 수 있는 방법이 있습니까? 알면 도움이 될 것입니다.
이것이 "ldd bitcoin"이라고 말하는 것입니다:
찾을 수 없는 파일들이 실제로 gtk 라이브러리인 것 같습니다. 저는 해당 파일들을 /usr/lib 폴더에 가지고 있지만, 파일들이 64비트이기 때문에 무시되거나 아마도 오직 /usr/lib32만 검색되는 것일 수도 있습니다. 다른 64비트 기계에서는 테스트해보지 않았습니다.
64비트(디버그 제거됨) 실행 파일이 첨부되어 있습니다. 이것은 아직 SVN에 없는 테스트되지 않은 변경사항을 포함합니다: UI 변경사항과 지갑 fSpent 플래그 재동기화 등입니다.
패키지가 열리지 않고, "gzip 형식이 아님"이라고 나타납니다.
로컬에서만 접근할 수 있는 소켓을 열 수 있습니까?
네, IPC 소켓("Unix 도메인 소켓")을 사용할 수 있으며, 이는 로컬에서만 사용됩니다. 이것은 wx-api에서 포트 번호 대신 파일 이름을 사용함으로써 수행됩니다. wxServer-Client 통신이 어떻게 사용되는지에 대한 예제를 커밋했으며, 원한다면 되돌릴 수 있습니다. 이제 -blockamount 커맨드 라인 옵션이 실행 중인 인스턴스에게 블록 체인 길이를 요청합니다.
이 커맨드 라인 방법은 이미 PHP에서 사용될 수 있지만, PHP 자체가 소켓 서버를 직접 호출할 수 있다면 더 가볍게 사용할 수 있을 것 같습니다. wx의 IPC 개요에서는 wxSocketEvent, wxSocketBase, wxSocketClient, wxSocketServer를 "낮은 수준의 TCP/IP API를 위한 클래스"로 언급하고 있는데, 이것이 제가 지금 사용한 것(wxServer, wxClient, wxConnection)보다 PHP에서 사용하기 더 쉬울 수 있습니다. 이에 대해 더 알아보겠습니다.
Email-145
j 대신 z를 실수로 입력했나 봅니다. bz2 형식입니다. .tar.bz2로 이름을 바꾸거나 그냥 tar -jxvf를 실행하면 됩니다.
패키지가 열리지 않고, "gzip 형식이 아님"이라고 나타납니다.
Email-146
이 변경의 이유는 무엇이었나요?
wxFormBuilder는 (c) 기호를 자동으로 UTF-8로 변환합니다. wxWidgets-2.8.9 ansi에서, 이것은 추가적인 쓰레기 문자와 함께 저작권 기호로 보이며, 이 해킹은 비유니코드(ansi) 경우에 대해 이를 수정합니다.
Email-147
좋습니다. 그러면 d-bus를 고려할 필요가 없습니다. Windows에서 IPC 소켓과 같은 것이 있나요? wx가 어떻게 하는지 살펴보거나, 아마도 XML-RPC 라이브러리가 이미 무엇을 해야 할지 알고 있을 것입니다. Windows에는 명명된 파이프가 있으니, 아마 그것이 가장 좋은 대안일 것입니다.
제가 자체 RPC 프로토콜을 발명하고 싶지는 않습니다. 기존의 표준을 사용하고 싶습니다. PHP, Java, Python 또는 다른 언어든지 간에 커맨드 라인 명령어가 하는 것과 동일한 방식으로 서버와 직접 통신할 수 있어야 합니다.
XML-RPC에 대해 읽기 시작할 거예요. 검색에서 가장 널리 사용되고 지원되는 프로토콜로 나타나고 있습니다. PHP는 표준 라이브러리에 이를 포함하고 있습니다.
로컬에서만 접근 가능한 소켓을 열 수 있나요?
네, 로컬에서만 사용 가능한 IPC 소켓("Unix 도메인 소켓")을 사용할 수 있습니다. 이것은 포트 번호 대신 파일 이름을 사용하여 wx-api에서 수행됩니다. wxServer-Client 통신이 어떻게 사용되는지에 대한 예제를 커밋했는데, 원한다면 되돌릴 수 있습니다. 이제 실행 중인 인스턴스에 블록 체인 길이를 묻는 -blockamount 커맨드 라인 옵션이 있습니다.
이 커맨드 라인 방법은 이미 PHP에서 사용될 수 있지만, PHP 자체가 소켓 서버를 직접 호출할 수 있다면 더 가벼울 수 있습니다. wx의 IPC 개요에서는 wxSocketEvent, wxSocketBase, wxSocketClient, wxSocketServer를 "낮은 수준의 TCP/IP API를 위한 클래스"로 언급하는데, 이것이 제가 지금 사용한 것(wxServer, wxClient, wxConnection)보다 PHP에서 사용하기 쉬울 수 있습니다. 이에 대해 더 알아보겠습니다.
Email-148
wxSocketServer::Accept(bool wait = true)에 대한 문서에서 이 부분을 주목했습니다: "wait가 true이고 수락할 대기 중인 연결이 없다면, 다음 들어오는 연결이 도착할 때까지 기다릴 것입니다. **경고: 이는 GUI를 차단할 것입니다."
wxWidgets는 병리학적으로 싱글 스레드입니다. 단순히 싱글 스레드인 것이 아니라, 반드시-GUI-스레드여야 합니다. wxStandardPaths와 같이 UI와 관련 없는 것까지도 말이죠. 이 모든 것은 UI 코드에 대해서는 괜찮습니다. 어차피 Windows에 의해 동일한 제약이 부과되기 때문입니다. 하지만 UI가 없는 서버 데몬 코드의 경우, wx 호출은 불확실합니다.
현재 연구 상황은 다음과 같습니다:
PHP, Python 등이 서버에 접근하기 위해서는 일반 소켓을 사용해야 합니다. localhost에만 바인딩함으로써 로컬 전용으로 만들 수 있으므로, 루프백을 통해서만 접근할 수 있습니다. 연결된 IP를 단순히 확인하고 127.0.0.1이 아닌 모든 것을 끊는 것도 완전히 안전하다고 합니다. 둘 다 실행하는 것이 좋겠습니다.
XML-RPC는 다소 무겁습니다. C++용 라이브러리가 4개 있지만 모두 크고 빌드하기 어렵습니다. 의존성 문제, 라이선스 문제가 있습니다. 일부 포스터는 모든 C++ 및 PHP XML-RPC 라이브러리가 버그가 있다고 불평합니다.
JSON-RPC는 더 간단하고 우아한 표준입니다. 제너릭 JSON 파서를 사용할 수 있을 정도로 간단합니다.
PHP, Python, Java 모두 JSON-RPC의 좋은 구현체를 가지고 있습니다.
현재 저는 JSON-RPC로 기울고 있습니다.
Email-149
제가 의도적으로 변경한 것은 아닙니다. 인코딩 문제가 있었던 것 같습니다.
이 변경의 이유는 무엇이었나요?
wxFormBuilder는 (c) 기호를 자동으로 UTF-8로 변환합니다. wxWidgets-2.8.9 ansi에서, 이것은 추가적인 쓰레기 문자와 함께 저작권 기호로 보이며, 이 해킹은 비유니코드(ansi) 경우에 대해 이를 수정합니다.
Email-150
Liberty Reserve가 좋아 보입니다. 처음에는 LR만 받는 서비스를 만들고, 나중에 더 많은 옵션을 추가할 수 있습니다. 약점은 고객이 비트코인을 얻고 싶어 할 때 LR을 구입하는 것이 추가적인 불편함이 될 수 있다는 점입니다. 하지만 여기서 저에게 선택권이 많지 않은 것 같습니다.
귀하의 국가에 전자 이체나 종이 수표가 있나요? (유럽 내에서만 해당되더라도)
네, 전자 은행 이체가 가능합니다. 2010년 동안 대부분의 유럽 국가들이 SEPA(단일 유로 결제 지역)의 일부가 될 것이며, 이는 유럽 내의 모든 결제가 국내 결제로 간주될 것임을 의미합니다. 은행들은 모든 국내 이체에 동일한 수수료와 기준을 적용해야 하므로, 아마도 모두 무료가 되고 하루 만에 완료될 것입니다. 국제 이체의 경우에는 SWIFT/IBAN 시스템이 있으며, 보통 약간의 추가 비용이 듭니다.
제 교환 서비스에 대한 장기 프로젝트는 은행이 제공할 수 있는 통합 옵션들을 살펴보는 것이 될 것입니다. 은행 이체는 신용 카드만큼 많은 고객에게 도달할 수 있습니다.
Email-151
LR(리버티 리저브)를 구매하는 현재의 어려움이 이미 그 방향으로 가능한 한 쉬워질 수 있는 한계일 수 있습니다.
모든 전통적인 결제 방법은 암호화나 비밀번호의 부재를 대처하는 방법으로 반박 가능성을 가지고 있습니다. 이 시스템은 평문 신용카드 번호와 계좌 번호를 복사하는 것에 완전히 개방되어 있으며, 사실 이후에 거래를 되돌리는 방식으로 이를 처리합니다. 이 시스템은 어딘가에 배달해야 하는 물리적 상품과 재판매할 수 없는 서비스에는 잘 작동합니다. 귀금속과 화폐 교환과 인터페이스 할 때 문제가 발생합니다.
한 방향으로의 용이성, 비트코인->LR 또는 확립된 가치의 어떤 것으로의 첫 단계는 큰 진전을 의미합니다. 전환을 사용하지 않는 사람들도 그럴 수 있다는 것을 아는 것만으로도 혜택을 받습니다. 비트코인 거래는 종이 돈이 한때 금을 요구할 권리였던 것처럼, LR을 요구할 권리를 거래하는 더 쉬운 방법이 됩니다. 실제로 LR을 요구할 필요가 없이도 원한다면 그렇게 할 수 있는 옵션이 있다는 것의 혜택을 받을 수 있습니다.
많은 경우에 단지 극소량의 온라인 화폐가 필요합니다. 소액을 구입하기 위한 다른 온라인 화폐의 구입 과정은 너무 번거롭습니다. 소액의 비트코인을 쉽게 얻을 수 있다는 점은 소액결제 규모의 온라인 상품을 판매하는 판매자들의 생태계를 부트스트랩하는 데 도움이 될 수 있습니다. 판매자들이 비트코인으로 LR을 얻을 수 있다면, 그들은 만족할 것이고, 이는 초기에 대량으로 bc를 구매하고자 하는 투자자들에 의해 보조금을 받을 수 있습니다.
온라인 화폐의 주된 제약은 소량의 화폐를 쉽게 얻을 수 있는 간편한 방법의 부재입니다. 비트코인은 이를 열어줍니다. 이는 현금화하기 쉽고 소량을 얻기 쉬운 유일한 온라인 화폐가 될 것입니다. 큰 금액을 구매하는 것은 여전히 어려울 것입니다.
Liberty Reserve가 좋아 보입니다. 처음에는 LR만 받는 서비스를 만들고, 나중에 더 많은 옵션을 추가할 수 있습니다. 약점은 고객이 비트코인을 얻고 싶어 할 때 LR을 구입하는 것이 추가적인 불편함이 될 수 있다는 점입니다. 하지만 여기서 저에게 선택권이 많지 않은 것 같습니다.
귀하의 국가에 전자 이체나 종이 수표가 있나요? (유럽 내에서만 해당되더라도)
네, 전자 은행 이체가 가능합니다. 2010년 동안 대부분의 유럽 국가들이 SEPA(단일 유로 결제 지역)의 일부가 될 것이며, 이는 유럽 내의 모든 결제가 국내 결제로 간주될 것임을 의미합니다. 은행들은 모든 국내 이체에 동일한 수수료와 기준을 적용해야 하므로, 아마도 모두 무료가 되고 하루 만에 완료될 것입니다. 국제 이체의 경우에는 SWIFT/IBAN 시스템이 있으며, 보통 약간의 추가 비용이 듭니다.
제 교환 서비스에 대한 장기 프로젝트는 은행이 제공할 수 있는 통합 옵션들을 살펴보는 것이 될 것입니다. 은행 이체는 신용 카드만큼 많은 고객에게 도달할 수 있습니다.
Email-152
맞습니다. 다시 문제가 생기지 않도록 이렇게 변경하겠습니다:
제가 의도적으로 변경한 것은 아닙니다. 인코딩 문제가 있었던 것 같습니다.
이 변경의 이유는 무엇이었나요?
wxFormBuilder는 (c) 기호를 자동으로 UTF-8로 변환합니다. wxWidgets-2.8.9 ansi에서, 이것은 추가적인 쓰레기 문자와 함께 저작권 기호로 보이며, 이 해킹은 비유니코드(ansi) 경우에 대해 이를 수정합니다.
Email-153
JSON-RPC 구현이 잘 진행되고 있습니다. 소켓용으로 boost::asio를 사용하고 있습니다. JSON-RPC는 일반 소켓이나 HTTP일 수 있지만, 대부분의 다른 구현체들이 HTTP인 것 같아서, 저는 간단한 HTTP 헤더를 만들었습니다. JSON 파싱을 위해 JSON Spirit를 사용하고 있는데, STL을 전면적으로 활용하고 있으며 사용하기 정말 좋았습니다. 헤더만으로 이루어져 있어서 추가적인 빌드 작업이 필요 없고, 우리 소스 트리에 그냥 추가하기에 충분히 작습니다. MIT 라이선스입니다. 이 모든 것이 며칠 안에 작동하기 시작할 것입니다.
포럼이 확실히 활성화되고 있습니다. 이렇게 빨리 많은 활동이 있을 것으로 예상하지 못했습니다.
Email-154
훌륭합니다! 저는 리버티 리저브와 그 API에 익숙해지기 시작할 것입니다.
JSON-RPC 구현이 잘 진행되고 있습니다. 소켓용으로 boost::asio를 사용하고 있습니다. JSON-RPC는 일반 소켓이나 HTTP일 수 있지만, 대부분의 다른 구현체들이 HTTP인 것 같아서, 저는 간단한 HTTP 헤더를 만들었습니다. JSON 파싱을 위해 JSON Spirit를 사용하고 있는데, STL을 전면적으로 활용하고 있으며 사용하기 정말 좋았습니다. 헤더만으로 이루어져 있어서 추가적인 빌드 작업이 필요 없고, 우리 소스 트리에 그냥 추가하기에 충분히 작습니다. MIT 라이선스입니다. 이 모든 것이 며칠 안에 작동하기 시작할 것입니다.
포럼이 확실히 활성화되고 있습니다. 이렇게 빨리 많은 활동이 있을 것으로 예상하지 못했습니다.
Email-155
드루팔에 특별한 다국어 지원 기능이 있나요, 아니면 그냥 수동으로 페이지 복사본을 만드나요?
BlueSky가 포럼에서 번역을 제안했습니다. 만약 여러분이 사이트의 www.bitcoin.org/zh/ 복사본을 만들고 그에게 새 페이지를 생성하고 텍스트를 편집할 수 있는 계정만 준다면, 그는 아마 사이트를 중국어로 번역해 줄 것이고 아마도 관리할 것입니다.
Email-156
드루팔은 다양한 언어를 지원합니다. 하지만 아직 bitcoin.org/zh-hans에서 자동으로 번역을 보여주는 방법을 찾아내지 못했습니다.
드루팔에 특별한 다국어 지원 기능이 있나요, 아니면 그냥 수동으로 페이지 복사본을 만드나요?
BlueSky가 포럼에서 번역을 제안했습니다. 만약 여러분이 사이트의 www.bitcoin.org/zh/ 복사본을 만들고 그에게 새 페이지를 생성하고 텍스트를 편집할 수 있는 계정만 준다면, 그는 아마 사이트를 중국어로 번역해 줄 것이고 아마도 관리할 것입니다.
Email-157
번역이 제대로 작동하게 되었으며, 이제 브라우저 설정에서 언어를 자동으로 감지해야 합니다. 물론 수동으로 선택하는 것도 가능합니다. 번역가들에게 개인 메시지나 이메일로 번역본을 보내달라고 요청했습니다. 언젠가는 제가 직접 핀란드어 번역을 할 것 같습니다. 여러 번역본은 사이트의 신뢰도를 높입니다.
드루팔이 보안 업데이트를 요청하고 있습니다. "sites" 디렉토리에 위치한 것 말고 백업해야 할 다른 맞춤 파일이 있나요?
Email-158
드루팔 코드에는 어떤 변경도 하지 않았습니다. 테마 설치 외에 한 것은 .htaccess 파일 뿐이었는데(정말 필요한 것이었습니다, 글로벌 설정 파일에서는 작동하지 않았습니다).
PHP 변경을 한 것은 SMF에서만이었습니다.
자신의 모국어로 번역하는 것을 선호하지 않을 수도 있습니다. 종종 법적인 문제에 대한 표준 답변은 그것이 다른 나라 사람들을 위한 것이라는 것입니다. 자신의 모국어로 번역하는 것은 그 주장을 약화시킵니다.
번역이 제대로 작동하게 되었으며, 이제 브라우저 설정에서 언어를 자동으로 감지해야 합니다. 물론 수동으로 선택하는 것도 가능합니다. 번역가들에게 개인 메시지나 이메일로 번역본을 보내달라고 요청했습니다. 언젠가는 제가 직접 핀란드어 번역을 할 것 같습니다. 여러 번역본은 사이트의 신뢰도를 높입니다.
드루팔이 보안 업데이트를 요청하고 있습니다. "sites" 디렉토리에 위치한 것 말고 백업해야 할 다른 맞춤 파일이 있나요?
Email-159
그것에 대해 너무 걱정하지 않습니다. 제가 제공하는 교환 서비스조차 불법적인 것이 없기 때문입니다. 만약 제가 불법적인 일을 하고 있다면, 서비스를 외국인만을 대상으로 제공한다는 것이 도움이 되지 않을 것입니다. 물론 다른 관할 구역에서는 상황이 다를 수 있지만, 제 나라에서는 그렇습니다. 여기에서의 법의 독점은 많은 다른 곳보다 덜 민간인적입니다.
자신의 모국어로 번역하는 것을 선호하지 않을 수도 있습니다. 종종 법적인 문제에 대한 표준 답변은 그것이 다른 나라 사람들을 위한 것이라는 것입니다. 자신의 모국어로 번역하는 것은 그 주장을 약화시킵니다.
Email-160
제 JSON-RPC 및 명령 줄 구현을 SVN에 업로드했습니다. 명령어에 대해 더 생각해볼 시간이 필요해서 포럼에 게시할 것을 기다리고 있습니다. 적어도 일부 메소드 이름은 변경될 것입니다.
RPC 서버를 활성화하려면, 스위치 -server를 추가하세요. 기본적으로 활성화되어 있지 않습니다.
클라이언트 명령어는 스위치 없이 다음과 같습니다:
응용 프로그램은 일반적으로 명령 줄이 아닌 JSON-RPC를 직접 사용합니다.
저는 아직 제 JSON-RPC 서버를 다른 것과 테스트해보지 않았습니다. 테스트해보신다면, 결과를 알려주세요. 당신은 파이썬을 사용하고 있죠?
GTK가 설치되지 않은 상태에서 리눅스 버전을 실행하는 것은 별도의 작업이 될 것입니다.
mmalmi@cc.hut.fi가 썼습니다:
멋지네요! 저는 Liberty Reserve와 그것의 API에 익숙해지기 시작할 것입니다.
JSON-RPC 구현이 잘 진행되고 있습니다. 소켓에는 boost::asio를 사용하고 있습니다. JSON-RPC는 일반 소켓이나 HTTP일 수 있지만, 대부분의 다른 구현체가 HTTP인 것 같아서 저는 간단한 HTTP 헤더를 만들었습니다. JSON 파싱에는 STL을 전면적으로 활용하며 사용하기 매우 좋았던 JSON Spirit를 사용하고 있습니다. 헤더만으로 이루어져 있어서 추가적인 빌드 작업이 필요 없으며, 우리 소스 트리에 그냥 추가하기에 충분히 작습니다. MIT 라이선스입니다. 이 모든 것이 며칠 안에 작동하기 시작할 것입니다.
포럼이 정말 활발해지고 있네요. 이렇게 빨리 활동이 많아질 줄은 몰랐습니다.
Last updated