제목 | hiphop PHP 리포트 | ||
---|---|---|---|
글쓴이 | risa | 작성시각 | 2013/05/09 09:59:31 |
|
|||
페이스북의 hiphop PHP [이하 hphp] 공식적인 발표 번역 사이트 입니다. http://hardworker.tistory.com/101 요약 하자면.. 1. PHP의 몇몇 문법은 이용이 안된다. 2. 상대경로로 되어있는 소스도 컴파일 해야한다. 또한 경로는 절대 경로로 일일이 다 수정 해줘야한다. 3. 대규모 사이트가 아니면 의미가 없다. 4. 이건 버그가 있다. C/C++ 잘하는 시스템 프로그래머가 필요하다. [즉 버그 보이면 니가 고치던가~] 5. PHP 파일을 들을 전부 컴파일 해줘야만 한다. 6. 대부분의 프레임워크와의 호환은 사실상 안된다. 만일 프레임워크와 호환을 잘 이루어 내면 hphp가 플러스 요소일수도 있다. 뭐 적어놓고 보니 대부분 단점 이네요 ( ..) 그런데 6번이 자꾸 눈에 밟혀서... 그럼에도 hphp의 의미는... PHP 파일을 컴파일만 하면 C++ -> G++ 로서 사용 가능 하다는 장점 입니다. C++ 계통이니 당연하게도 퍼포먼스는 확 오른다! 오직 이거 하나가 장점이긴 한데... 단지 제약이 많다는게 문제. 만들어 놓고 쓸까 말까 고민 하는 클라이언트에게 [아 이거 잘 쓰기 쉽지않아~ 쓰던가 말던가~] 이런 입장 표명을 내고있으니... 특별한 이유가 없다면 도입할 필요성이 없네요. 공식적으로도 그렇다고 말하고 있으니. 거기에 마지막으로.. 정작 페이스북도 hphp에서 node.js 로 갈아탓다고 합니다. 결론적으로 hphp를 사용하기 위한 조건. 1. 대규모 접근 사이트 구축 하고 싶을때 [사실상 독립 서버여야 함] 2. 이미 만들어진 것보다는 새로 만드는 쪽이 좀더 유리한듯 [규칙에 맞추어 처음부터 작성 하면 되니] 3. C++ 고수가 필요. [근데 C++ 고수라면 그냥 C++로 만든다면... 어라?] 장점. PHP 코드를 컴파일만 하면 C++ 로 빌더 가능. PHP로 4만 페이지를 동시에 처리 가능하다는 것을 검증함. |
|||
다음글 | PHP : The Right Way (2) | ||
이전글 | nginx 테스트중 입니다. (3) | ||
변종원(웅파)
/
2013/05/09 10:21:05 /
추천
0
|
한대승(불의회상)
/
2013/05/09 10:52:25 /
추천
0
C++ 고수는 서포터 인가 보네요.. ^^
hiphop 으로 slim 프레임워크가 뜰지도... |
risa
/
2013/05/09 11:28:52 /
추천
0
역발상 해보니 그렇네요.
hphp로 만들어진 프레임워크라면...? 그 프레임 워크는 자체적으로 그냥 php 코드만 해서 어떤 절차로 올려만 놓으면 알아서 컴파일과 디버깅[일반 버그가 아닌 hphp 호환 디버그] 해놓는 편의성만 있다면야.. 못써줄것도 없죠. 단지 정작 만들어놓은 페이스북도 hphp를 버렷기 때문에 ( ..) |
한대승(불의회상)
/
2013/05/09 11:40:38 /
추천
0
이말이 와 닿네요.
hiphop은 성능에 대한 부분이지 확장성에 대한 부분은 아니다. PHP가 병목이라면 확실한 해결책이 될수도 있다. (기존 php처리 성능의 2배) 무엇이 병목인지 모른다면 당신의 병목은 DB다. ^^ |
risa
/
2013/05/09 11:53:52 /
추천
0
ㄴ 막말로 풀이하면
너님 PHP 제대로 짜기는 했어? 그게 문제가 아니면 DB는 제대로 만들긴 한거야? 다 정상인데도 처리가 안되면 써보던가~ 이러는것 같은 느낌임 ~_~ |
한대승(불의회상)
/
2013/05/09 12:25:57 /
추천
0
risa// ㅎㅎㅎㅎㅎㅎ
|
아예 처음부터 include 최소화하는 구조로 만들면 가능하긴 할것 같습니다.
조금 다른 이야기지만 현재 상태에서는 웹서버를 좀더 가벼운 걸로 바꾸는게
가성비가 제일 나은것 같네요.