문제

RFC를 알지 못하는 사람들이 많이 있다고 생각합니다 (의견 요청). 나는 그들이 논리적 인 수준에 있는지 알고 있지만 누구나 새로운 개발자에게 좋은 설명을 할 수 있습니까? 또한 사용하고 읽는 방법에 대한 리소스를 공유하는 것이 좋을 것입니다.

도움이 되었습니까?

해결책

이 용어는 인터넷의 전임자 인 Arpanet 시대에서 비롯된데, 연구원들은 기본적으로 아이디어를 버리기 위해 아이디어를 버릴 것입니다. 그들은 거의 모든 것이 될 수 있었고 당시에는 공식적이지 않았습니다. 당신이 그들을 읽으면, 그들이 얼마나 비공식적인지는 꽤 코믹합니다.

이제 RFC의 내용에 대한 표준이 더 많으며 엄격한 지침을 충족하고 광범위한 연구를 수행 할 때까지 RFC를 출판 할 수 없습니다. 그들은 IETF가 승인 한 잘 연구 된 네트워크 표준을 위해 거의 예약되어 있습니다.

다른 팁

에서 http://linux.about.com/cs/linux101/g/rfclparrequestf.htm

결과의 이름과 인터넷에서 표준을 작성하는 프로세스. 새로운 표준은 의견 요청으로 인터넷에 제안되고 게시됩니다. 이 제안은 인터넷 엔지니어링 태스크 포스 (Internet Engineering Task Force)에 의해 검토됩니다 (http://www.ietf.org/), 토론을 용이하게하는 합의 건설 기관은 결국 새로운 표준이 설정되었지만 표준의 참조 번호/이름은 약어 RFC를 유지합니다. 예를 들어 이메일 메시지 형식의 공식 표준은 RFC 822입니다.

또한보십시오: RFC Wikipedia 기사

Wikipedia는 [RFC]가 무엇인지에 대한 좋은 설명을 제공하지만 간단히 말해서 인터넷 엔지니어링 태스크 포스 인터넷 및 인터넷 연결 시스템의 작동에 적용 할 수 있습니다. 그들은 표준으로 사용됩니다.

따라서 FTP, LDAP, IMAP, POP 등의 구현에 대한 명확한 정보 소스를 찾고 있다면 적절한 RFC 문서보다 더 멀리 볼 필요가 없습니다.

이것은 또한 민첩한 환경에서 "변경 요청"을 의미 할 수 있습니다. 모든 사람이 확실하기 때문에 그것을 던지는 것은 단지 "의견 요청"을 의미합니다.

의견 요청입니다. 그 제목은 종종 표준의 이름, 대부분 IETF의 이름으로 사용되기 때문에 약간 오해의 소지가 있습니다. 보다 위키 백과

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top