당시에 PHP를 쓸 때는 매 페이지 요청마다 초기화를 다시 다 했다는게 문제였습니다. 기본 프레임웍이라 할만한 클래스 십수개에 인스턴스 수십개를 매번 새로 초기화를 시킨 후 요청 처리 로직이 돌아간 것이었습니다. 하지만 서블릿+jsp기반에서는 이런 객체들의 상당수를 서버가 계속 들고 있어서 그만큼 페이지 호출시의 초기화 비용이 덜 들어갑니다. PHP기본 모듈과 WAS자체의 로드 차이가 꽤 커서 초기 부팅 속도라던가 동일한 로직 처리에서는 PHP가 단연 앞선다고 볼 수 있지만, 프레임웍의 규모가 커지면 커질수록 PHP의 부하가 더 커지게 됩니다.
아무래도 JDBC에서 디비 풀링을 해주기 때문에 오라클 처럼 접속 오버헤드가 큰 데이타베이스를 사용할 경우에 유리한 점이 없지는 않죠. 물론 sql relay등을 사용한다면 php에서도 풀링을 사용할 순 있습니다만 php+oracle+sqlrelay 같은 조합을 체택했다는 얘기는 별로 들어보지 못한것 같아요.
언어 자체는 나쁩니다. 알려진 버그도 있고 당연히 되어야 할 여러 개념들이 부재가 힘들게 할 때도 있습니다. 과거의 위상으로 따진다면 웹계의 BASIC 언어가 아닐까 합니다. BASIC이 PHP보다 더 정교하게 설계된 언어입니다만 해악으로 따진다면 비슷하지 않을까 합니다.
어쨌거나 요즘에 웹 언어를 익힌다고 한다면 필수적으로 프레임워크를 익히는게 좋습니다. 프레임워크가 제한하는 사유도 있겠지만 프레임워크를 통해서 배우는 것이 그에 못지 않습니다. 여기를 참고하면 도움이 될 겁니다.
예전에 PHP Smarty 를 보고 '이런것도 있구나!' 놀라면서 배우게 되고, 그렇게 배우다 보니 ORM이 필요해져서 Doctrine을
써보기도 하고.. 그 다음엔 좀 더 괜찮은 기능 많은걸 찾다가 Symfony를 쓰게되었습니다.
어떤 언어가 더 좋을까 고민하기보다 그 저변에 널린 프레임워크에 무엇이 있는지 알면 쉽게 질리지 않고
재밌게 배우실수 있을것 같네요 ^^
PHP라니 굉장히 말리고 싶어집니다만, 정작 PHP로 프로그래밍 시작한 제가 말리는 게 좀 웃기긴 하군요. 위에 살짝 언급되었는데, RoR 등으로 시작하는 것도 고려해보세요. PHP에서 RoR을 흉내낸 프레임워크가 많습니다만, RoR의 생산성이라는 부분이 대개 Ruby 언어의 장점을 물려받은 것이라 PHP에서 흉내를 내도 제 역할을 하지 못하는 경우가 태반입니다.
제 글을 제대로 읽지 못하셨군요. 저도 PHP가 RoR 따라해야한다고 생각하지 않습니다. 따라갈 수도 없구요. 그런데 우후죽순 생겨나는 PHP 프레임워크들을 보면 “얼마나 RoR에 가깝나”가 기준이더군요. 저는 특히 CakePHP가 구렸더랬습니다.
그리고 PHP 쓰는 사람들 보면 PHP 기능 최대한 활용도 못합니다. (리플렉션이나 SPL의 이터레이터 등은 내장 라이브러리로 제공되는데 전혀 쓰지도 않고, 애초에 그런게 있는지도 모르더군요.) 그리고는 주로 성능 핑계를 대죠. 아무튼 PHP 쪽은 저로서는 이해할 수 없는 답답한 커뮤니티입니다. PHP를 이미 많이 써왔음에도 말이죠.
속도나 확장성에서 자바나 닷넷은 그 언어자체로 해결하는 경우가 상당히 많지만,
PHP는 외부 모듈과 연동해야 하는 측면이 있습니다.
예를들어 Pretty URL을 구현하기위해서 JEE는 서블릿 매핑 또는 필터를 통해서 특정 URL을 가로채서 처리할수 있는 기능을 제공합니다만, PHP같은 경우에는 아파치의 mod_rewrite와 연동해서 구현해야 하는 측면이 있습니다.
그리고 자바나 닷넷같은 경우에는 웹 어플리케이션이 전역적으로 공유할수 있는 저장소와, 세션, 웹 요청단위, 페이지단위에서 공유할 수 있는 수단을 제공하지만, PHP에서는 그러한 수단을 제공하지 않거나 웹 요청에서 공유하게 되는 전역변수 개념만이 존재합니다.(특히 세션에 객체 자체를 저장할 수 있는 다른 언어와는 달리, PHP에서는 문자열만 저장할 수 있는것이 아쉽습니다.)
또한 다른 스크립트 언어와 비교해서 함수오버라이딩 기능이 없어서, 특정한 솔루션의 기능을 수정하기에는 부득이하게 함수 자체를 수정하거나, 아예 파일 자체를 재구현하는 방법밖에는 없는게 아쉽더군요.
속도나 확장성에서 자바나 닷넷은 그 언어자체로 해결하는 경우가 상당히 많지만,
PHP는 외부 모듈과 연동해야 하는 측면이 있습니다.
예를들어 Pretty URL을 구현하기위해서 JEE는 서블릿 매핑 또는 필터를 통해서 특정 URL을 가로채서 처리할수 있는 기능을 제공합니다만, PHP같은 경우에는 아파치의 mod_rewrite와 연동해서 구현해야 하는 측면이 있습니다.
이건 예에 좀 부족할 것 같습니다. 보통 WAS 를 독립적으로 사용하는 경우도 간혹 있지만, image 등의 static file serivce 등 때문에 대부분은 앞단에 웹서버를 놓고 뒷단에서 돌리는 경우가 대부분이지 않나요? resin 이나 tomcat 을 뒤에서 돌린다면 java 의 경우 tcp 통신 overhead 까지 가지게 될 텐데요.
이렇게 비교를 한다면 php 를 fastcgi standalone 으로 띄운다면 java 에서 PHP 보다 강점이라고 하는 부분을 대체로 보완할 수 있을 것 같습니다만..
그리고 자바나 닷넷같은 경우에는 웹 어플리케이션이 전역적으로 공유할수 있는 저장소와, 세션, 웹 요청단위, 페이지단위에서 공유할 수 있는 수단을 제공하지만, PHP에서는 그러한 수단을 제공하지 않거나 웹 요청에서 공유하게 되는 전역변수 개념만이 존재합니다.(특히 세션에 객체 자체를 저장할 수 있는 다른 언어와는 달리, PHP에서는 문자열만 저장할 수 있는것이 아쉽습니다.)
이 부분은 공감합니다만.. php 의 철학을 보자면 굳이 php 에서 이러한 부분들을 직접 지원할 필요가 있겠는가 생각 하는 것이 아닌가 싶습니다. (머 php 를 많이 사용하는 편이기는 하지만 php 개발자 집단을 이해해 주기는 힘이 들죠. 좀 유별나야지.. --)
제가 드린말씀은 자바가 결코 속도가 빠르다는것이 아니라,
고객이 요구하는 속도가 나오지 않을때 PHP와 달리, 자바나 닷넷에서는 그 언어로 해결하려고 하는 케이스가 많다고 하는것입니다.
(자바는 예전보다는 빨라지기는 했지만, PHP의 빠릿빠릿한 느낌에까지는 도달하지 못하는 느낌입니다.)
또한 예를들어 배치프로그램을 작성할때, PHP의 경우에는 쉘스크립트+Cron을 이용하는 케이스가 많은 반면에,
자바는 자바만으로 해결하는 케이스가 많았었던것 같습니다.
물론 적합한 기능에 맞는 언어와 툴을 골라쓰는것이 최선이지만, 그러한 유능한 개발자를 만나는것은 쉽지가 않죠.
전 잘 모르겠어서... 아무 생각없다 정신차려보니 Java가 대세가 되었다는... 도대체 이유를 납득하기가 어렵더라고요.
PHP가 6.x도 얼마 안 있으면 나오겠지만 정체성을 보존하면서 과거의 유산을 정리하고 새롭게 거듭나기는 어려울 것 같고, 결국 PHP의 자리를 누군가 대체하지 않을까 싶어요.
ps. PHP 5책을 샀는데 곧 6이나옵니까?! (털썩;;)
---------------------------------------------------------------------------------
C(++)과 php 펄등을 공부하고있습니다.
반갑습니다! 리눅스 :-)
---------------------------------------------------------------------------------
C(++)과 php 펄등을 공부하고있습니다.
반갑습니다! 리눅스 :-)
저는 php를 공부하다가 지금은 jsp를 공부 하고 있습니다. jsp로 넘어 간다고 하지만 그건 컴플렉스의 영향이 좀 있다고 생각이 듭니다.
자바 안에 jsp가 있기 때문에 자바 클래스 불러다 쓴다던가 웹어플을 만들 수 있다던가 객체지향으로 짤 수 있다는거에 혹 하는데 저는 잘 모르겠습니다. 웹어플 만들거 아닌 이상 왜만한건 다 php로 가능하기 때문입니다. 자바에서 제공 해주는 클래스들 만큼 세세하게 있는건 아니지만 오히려 공부 방해 될만큼 제공 해주는게 많아서 내가 짜고 있는건지 갔다 쓰는건지 모를때도 있습니다. 그리고 객체지향은 요즘에 나오는 언어들 다 가능합니다. 물론 자바만큼 완벽한 객체지향은 아니겠지만요. 결정적으로 php로 만들어 놓은게 많아서 그거 보고 공부 하는게 더 도움이 많이 될거라고 생각이 됩니다. 속도는 머 db문제 아닐까요. php에도 오라클 갔다 붙일 수 있는데..
JSP는 JSP대로 기능과
JSP는 JSP대로 기능과 특징이 있고...
PHP는 PHP대로 기능과 특징이 있습니다...
보통 성능에 관계없이 사업규모에 따라 선택되어 지는듯합니다.
예를 들면 수십테라짜리 DB를 PHP어플에서 사용되어지는 경우도 있고
반대로 수메가짜리 DB를 JSP어플에서 사용되어지는 경우도 있습니다.
한마디로 JSP로 많이 옮겨갔다거나.. PHP는 소규모용이다.. 라는 말은 신경쓰지 않으셔도 된단 말이죠...
그냥 웹쪽에 관심이 있으셔서 공부하신다면 PHP가 적당할듯 합니다.
조언감사합니다.
조언 감사합니다. 당장 내일 책부터 사봐야겠네요^^
---------------------------------------------------------------------------------
C(++)과 php 펄등을 공부하고있습니다.
반갑습니다! 리눅스 :-)
---------------------------------------------------------------------------------
C(++)과 php 펄등을 공부하고있습니다.
반갑습니다! 리눅스 :-)
취미생활의 영역을
취미생활의 영역을 안 벗어나시겠다면, PHP를 추천드리고 싶습니다.
PHP는 JSP 서버에 비해 설치가 쉽고 기존에 설치된 서버를 구하기도 쉬우며, 구문 자체도 간단합니다.
취미생활로서는 PHP쪽이 더 '시간 대비 효율' 이 좋다고 말씀 드리겠습니다.
--
from bzImage
It's blue paper
from bzImage
It's blue paper
더 간편한 쪽이
더 간편한 쪽이 취미용이라는 의견에 반대합니다.
OTL
그런 주장 한 적
그런 주장 한 적 없습니다.
from bzImage
It's blue paper
from bzImage
It's blue paper
그렇습니까? 그렇다해
그렇습니까?
그렇다해도 전 여전히 '더 간편한 것' , '더 시간대비 효율이 좋은 것' 이 취미용이라는 의견에 반대합니다.
하지만 '더 어려운 것' , '더 효율이 안 좋은 것' 이 취미용이라는 의견을 주장하는 것은 아닙니다.
취미의 선택기준에 '난이도' 혹은 '효율성' 이 포함된다고 생각지 않습니다.
일단 덤벼들어보고 본인이 즐길만하면 그게 취미죠.
누군가는 '난이도'가 부담일 수 있겠고,
다른 누군가는 '시간'이 부담일 수 있겠고,
또 다른 누군가는 '금전'이 부담일 수 있겠습니다만,
마음가는대로 펑펑 터뜨리고 다닌다면, 그게 어디 취미겠습니까.
해도해도 모자라는 아쉬움, 조금만 더 하고싶다는, 조금만 더 알고싶다는 안타까움, 그런가운데 맛볼 수 있는 소소한 결실.
이건 실제로 덤벼들어 보기전까지는 며느리도 모르는 겁니다.
그건 님 취향이고요.
그건 bushi 님 취향이고요.
제 글은 제 취향이지요.
어디라고 꼭 집기는 어렵습니다만 굉장히 도발적인 글 쓰기를 하시는군요.
--
from bzImage
It's blue paper
from bzImage
It's blue paper
맞습니다. dhunter 님은
맞습니다.
dhunter 님은 자신의 취향에 따라 조언의 댓글을 달았고,
전 제 자신의 취향에 따라 반대한다는 댓글을 달았을 뿐입니다.
'내 취향가지고 왠 시비냐' 라고 말씀하신다면 사과드립니다.
부디 잊으시고, 즐거운 하루 보내세요.
진심입니다.
OTL
PHP가 더 앞서 나와서 좀 더 접근하기 용이할 수도 있습니다.
객체지향 쪽이 더 읽고 작성하기에 편하시고 기나긴 reference를 잘 소화하실 수 있으시면 JSP를....
그렇지 않다면 PHP를 권하고 싶네요.
PHP에 관심이 생기셨다면,
http://kr2.php.net/manual/kr/getting-started.php 로 먼저 맛을 보세요.
Wamp(http://www.wampserver.com/en/)와 같은 패키지를 이용하시면 윈도 플랫폼에서도 PHP를 손쉽게 써보실 수 있습니다.
---------------------------------
There's always another way, dear.
---------------------------------
There's always another way, dear.
감사합니다.
소개해준 링크 엄청 유용하네요.
---------------------------------------------------------------------------------
C(++)과 php 펄등을 공부하고있습니다.
반갑습니다! 리눅스 :-)
---------------------------------------------------------------------------------
C(++)과 php 펄등을 공부하고있습니다.
반갑습니다! 리눅스 :-)
헉. 전 취미용
헉. 전 취미용 홈페이지가 jsp인데
각설하고 얘기하자면
php는, 공부하기 쉽고(php 문법과 함수 몇가지, db 정도 알면 끝), 셋팅하기도 쉽고, 웹호스팅 서비스를 이용하면 싼값에 이용할 수 있고요. 소규모사이트에서 많이 이용합니다.
jsp는 공부하기가 어렵고 알아야 할 곳이 많지만(일단 자바는 기본이고, 여기저기 난무하는 각종 xml 파일들과, struts 등등의 각종 프레임웍들까지 다 알고 있어야 합니다.)
속도면에서는 php보다 유리합니다.
추가해서 관공서나 좀 큰 기업에서 운영하는 규모 있는 사이트들은 jsp가 압도적으로 많습니다. 그리고 jsp는 웹호스팅에서 거의 해주지는 않습니다. (jsp로 홈페이지 만들다 보면 was restart 시키야만 하는 일이 좀 발생하죠)
Written By the Black Knight of Destruction
Written By the Black Knight of Destruction
속도면에서 유리한
속도면에서 유리한 이유는 뭔가요? 제 경험에는 jsp 가 php 보다 속도(?)면에서 빠르다는 경험을 해 본적이 없어서 그럽니다.
제가 있는 회사도 규모면에서 작다고 할 수는 없는데, jsp 로 현재의 웹서버를 구성해야 한다면 아마 몇배의 서버가 더 들어갈 것 같습니다만... (뭐 php 와 opcode cache 를 좀 많이 수정하기는 했습니다만..)
예전에 제가 PHP를 할 때
(이제 5년쯤 되었는데, 그 사이 PHP가 발전을 해서 개선되었을지도 모르겠군요. )
당시에 PHP를 쓸 때는 매 페이지 요청마다 초기화를 다시 다 했다는게 문제였습니다. 기본 프레임웍이라 할만한 클래스 십수개에 인스턴스 수십개를 매번 새로 초기화를 시킨 후 요청 처리 로직이 돌아간 것이었습니다. 하지만 서블릿+jsp기반에서는 이런 객체들의 상당수를 서버가 계속 들고 있어서 그만큼 페이지 호출시의 초기화 비용이 덜 들어갑니다. PHP기본 모듈과 WAS자체의 로드 차이가 꽤 커서 초기 부팅 속도라던가 동일한 로직 처리에서는 PHP가 단연 앞선다고 볼 수 있지만, 프레임웍의 규모가 커지면 커질수록 PHP의 부하가 더 커지게 됩니다.
=================
잠못자는 한솔아빠
=================
잠못자는 한솔아빠
php를 fastcgi로
php를 fastcgi로 사용하시면 매번 새로 초기화를 시킬 필요가 없습니다.
--
오랫동안 꿈을 그리는 사람은 그 꿈을 닮아간다...
http://mytears.org ~(~_~)~
나 한줄기 바람처럼..
오랫동안 꿈을 그리는 사람은 그 꿈을 닮아간다...
http://mytears.org ~(~_~)~
나 한줄기 바람처럼..
아무래도 JDBC에서
아무래도 JDBC에서 디비 풀링을 해주기 때문에 오라클 처럼 접속 오버헤드가 큰 데이타베이스를 사용할 경우에 유리한 점이 없지는 않죠. 물론 sql relay등을 사용한다면 php에서도 풀링을 사용할 순 있습니다만 php+oracle+sqlrelay 같은 조합을 체택했다는 얘기는 별로 들어보지 못한것 같아요.
--
오랫동안 꿈을 그리는 사람은 그 꿈을 닮아간다...
http://mytears.org ~(~_~)~
나 한줄기 바람처럼..
오랫동안 꿈을 그리는 사람은 그 꿈을 닮아간다...
http://mytears.org ~(~_~)~
나 한줄기 바람처럼..
N 모사에서 사용하고
N 모사에서 사용하고 있습니다. :-)
DB 풀링 같은건 특정
DB 풀링 같은건 특정 언어의 전유물이 아니죠...
언어적특징이 아니란거죠.. 유독특정 언어만의 특징인것처럼 말하면 안된다고봅니다.
구현방법의 문제죠.. 대부분언어들도 구현가능하며 안하고 있다면 또그나름데로의 이유가 있는것이죠..
위에 김정균님
위에 김정균님 말씀에 저도 동의합니다.
jsp가 빠르다는게 대체 어디서 나오는지...
php 프로젝트 팀이
php 프로젝트 팀이 비교적 사건이 많은지라
정말로 중요한 프로젝트라면 php 사용을 재고해야만 하죠...
그래도 php만큼 편한게 없습니다 = _=)
python으로 해봐도 이상하게 그만큼 편하게는 안되더군요...
언어 자체는
언어 자체는 나쁩니다. 알려진 버그도 있고 당연히 되어야 할 여러 개념들이 부재가 힘들게 할 때도 있습니다. 과거의 위상으로 따진다면 웹계의 BASIC 언어가 아닐까 합니다. BASIC이 PHP보다 더 정교하게 설계된 언어입니다만 해악으로 따진다면 비슷하지 않을까 합니다.
어쨌거나 요즘에 웹 언어를 익힌다고 한다면 필수적으로 프레임워크를 익히는게 좋습니다. 프레임워크가 제한하는 사유도 있겠지만 프레임워크를 통해서 배우는 것이 그에 못지 않습니다. 여기를 참고하면 도움이 될 겁니다.
- 죠커's blog / HanIRC:#CN
- 죠커's blog / HanIRC:#CN
이거 flame을 부를 답글이 될지도 모르겠으나....
PHP 언어 자체가 나쁘다고 하셨는데요.
언어마다 다 장,단점이 있는 거 아닐까요?
버그 없는 언어가 있을까요?
---------------------------------
There's always another way, dear.
---------------------------------
There's always another way, dear.
예전에 PHP Smarty 를
예전에 PHP Smarty 를 보고 '이런것도 있구나!' 놀라면서 배우게 되고, 그렇게 배우다 보니 ORM이 필요해져서 Doctrine을
써보기도 하고.. 그 다음엔 좀 더 괜찮은 기능 많은걸 찾다가 Symfony를 쓰게되었습니다.
어떤 언어가 더 좋을까 고민하기보다 그 저변에 널린 프레임워크에 무엇이 있는지 알면 쉽게 질리지 않고
재밌게 배우실수 있을것 같네요 ^^
Do you hear the people sing?
ㅇㅅㅇ
오늘 교수님께 여쭤봤는데요
더 강력한 기능을 원하면 jsp 를 가라고 하던데요...
그런데 제생각엔 RoR 도 좋은생각 같은데...
---------------------------------------------------------------------------------------------------------------
루비 온 레일즈로 만들고 있는 홈페이지 입니다.
http://jihwankim.co.nr
여러 프로그램 소스들이 있습니다.
필요하신분은 받아가세요.
근데 제가 아는 분들 몇몇은
루비 이야기하면 왜 그런 스크립트를 하냐고 하십니다 -ㅅ- 루비온 레일즈라고 해도 마찬가지... 대답을 종종 듣곤하는데 danbooru인지 보고부터는 배우고 싶은 1순위가 되었죠...
============================
Welcome to my small Organization, volks 'ㅅ'
============================
Welcome to my small Organization, volks 'ㅅ'
루비....
루비는 절말 좋은언어 같아요...
이건 넌센스인지 모르겠지만...
펄은 어려웠는데 루비는 쉬웠습니다.
저같은 초보에게도 쉽다고 느껴지는 언어...
---------------------------------------------------------------------------------------------------------------
루비 온 레일즈로 만들고 있는 홈페이지 입니다.
http://jihwankim.co.nr
여러 프로그램 소스들이 있습니다.
필요하신분은 받아가세요.
넌센스입니다~ :-P 전
넌센스입니다~ :-P
전 루비는 어려웠는데 펄은 쉬웠습니다. :)
---------------------------
Smashing Watermelons~!!
Whatever Nevermind~!!
Keedi Kim
----
use perl;
Keedi Kim
아! 안그래도 RoR는 지금 열심히 배우고 있는중이랍니다!
음.. 윗분들 조언을 수렴하니 php부터 배우는게 괜찮을것 같습니다.
RoR은 begining Ruby on Rails 라는책으로 지금 배우고있는중인데 모델 컨트롤러 뷰 라는게 참 새롭네요.
조언감사합니다.
---------------------------------------------------------------------------------
C(++)과 php 펄등을 공부하고있습니다.
반갑습니다! 리눅스 :-)
---------------------------------------------------------------------------------
C(++)과 php 펄등을 공부하고있습니다.
반갑습니다! 리눅스 :-)
RoR이 체질에 맞는다면.....
PHP로 제작한 CakePHP라는 프레임워크도 있습니다.
사용하는 형태가 상당히 닮아있죠.
RoR을 PHP로 만들었다고 생각하시면 됩니다. 실제로 RoR을 벤치마크 했구요.
---------------------------------
There's always another way, dear.
---------------------------------
There's always another way, dear.
PHP라니 굉장히
PHP라니 굉장히 말리고 싶어집니다만, 정작 PHP로 프로그래밍 시작한 제가 말리는 게 좀 웃기긴 하군요. 위에 살짝 언급되었는데, RoR 등으로 시작하는 것도 고려해보세요. PHP에서 RoR을 흉내낸 프레임워크가 많습니다만, RoR의 생산성이라는 부분이 대개 Ruby 언어의 장점을 물려받은 것이라 PHP에서 흉내를 내도 제 역할을 하지 못하는 경우가 태반입니다.
왜 PHP에서 RoR을
왜 PHP에서 RoR을 흉내내야 할까요?
PHP에서는 PHP에 주어진 기능을 최대한 활용하면 되는거고... RoR의 기능이나 생산성이 필요하면 RoR을 사용하면 됩니다.
그리고 현재 PHP로 프로젝트를 하고 있는 저로써는 PHP를 왜 말리고 싶어하시는지 이해할수가 없군요...
제 글을 제대로 읽지
제 글을 제대로 읽지 못하셨군요. 저도 PHP가 RoR 따라해야한다고 생각하지 않습니다. 따라갈 수도 없구요. 그런데 우후죽순 생겨나는 PHP 프레임워크들을 보면 “얼마나 RoR에 가깝나”가 기준이더군요. 저는 특히 CakePHP가 구렸더랬습니다.
그리고 PHP 쓰는 사람들 보면 PHP 기능 최대한 활용도 못합니다. (리플렉션이나 SPL의 이터레이터 등은 내장 라이브러리로 제공되는데 전혀 쓰지도 않고, 애초에 그런게 있는지도 모르더군요.) 그리고는 주로 성능 핑계를 대죠. 아무튼 PHP 쪽은 저로서는 이해할 수 없는 답답한 커뮤니티입니다. PHP를 이미 많이 써왔음에도 말이죠.
정확히 말하자면,
RoR을 따라 했다라기 보다는 MVC 모델을 벤치마킹 했다는 것이 훨씬 정확한 표현이 아닌가 싶네요.
특히 convention 부분이 그렇습니다.
실제 구현해 놓은 소스 코드를 보면 PHP와 Ruby와의 근본적인 차이로 인해 전혀 비슷하지가 않습니다.
결과만 비슷하게 나올 뿐이고 내부의 개념 자체가 닮아 있습니다.
다른 플랫폼의 장점이 생산성에 도움이 되고 라이선스에 문제가 없다면 그걸 모방하는거 자체가 나쁘진 않잖습니까?
RoR 스타일의 플랫폼이 맘에 들지 않거나 도입할 필요가 없다면 쓰지 않고도 동일한 기능을 구현할 수도 있죠.
---------------------------------
There's always another way, dear.
---------------------------------
There's always another way, dear.
제 경험을 말씀드리자면...
jsp를 하십쇼. 그럼 php도 할 수 있습니다. -_-;;;
php->java 보다는 java->php가 더 쉬울 겁니다.
큰 틀에서 보면 두 언어가 크게 차이가 나는 것은 아닙니다.
다만.. php가 더 adhoc적인 개발에 편리함이 많지요.
중요한 것은 해당 언어에 실용적인 reference를 찾을 수 있는 방법을 터득하는 것이 중요하더군요.
java를 어느 수준 마스터하면...
php.net에 있는 온라인 매뉴얼을 하루 정도 탐독하는 것으로...
바로 실용적인 php를 작성이 가능합니다.
There is no spoon. Neo from the Matrix 1999.
There is no spoon. Neo from the Matrix 1999.
실례지만;; adhoc적이란 말이 어떤것인가요?
인터넷으로 검색해보니
ADHOC (Cambodia Human Rights and Development Organization) is a Cambodian human rights organisation
로 나오네요 ㅇㅅㅇ;;
---------------------------------------------------------------------------------
C(++)과 php 펄등을 공부하고있습니다.
반갑습니다! 리눅스 :-)
---------------------------------------------------------------------------------
C(++)과 php 펄등을 공부하고있습니다.
반갑습니다! 리눅스 :-)
http://en.wikipedia.org/wiki/
http://en.wikipedia.org/wiki/Ad_hoc
갑자기 어떤
갑자기 어떤 검색엔진을 쓰셨는지가 궁금해지네요 :-)
----
Let's shut up and code.
----
Let's shut up and code.
PHP의 단점은...
속도나 확장성에서 자바나 닷넷은 그 언어자체로 해결하는 경우가 상당히 많지만,
PHP는 외부 모듈과 연동해야 하는 측면이 있습니다.
예를들어 Pretty URL을 구현하기위해서 JEE는 서블릿 매핑 또는 필터를 통해서 특정 URL을 가로채서 처리할수 있는 기능을 제공합니다만, PHP같은 경우에는 아파치의 mod_rewrite와 연동해서 구현해야 하는 측면이 있습니다.
그리고 자바나 닷넷같은 경우에는 웹 어플리케이션이 전역적으로 공유할수 있는 저장소와, 세션, 웹 요청단위, 페이지단위에서 공유할 수 있는 수단을 제공하지만, PHP에서는 그러한 수단을 제공하지 않거나 웹 요청에서 공유하게 되는 전역변수 개념만이 존재합니다.(특히 세션에 객체 자체를 저장할 수 있는 다른 언어와는 달리, PHP에서는 문자열만 저장할 수 있는것이 아쉽습니다.)
또한 다른 스크립트 언어와 비교해서 함수오버라이딩 기능이 없어서, 특정한 솔루션의 기능을 수정하기에는 부득이하게 함수 자체를 수정하거나, 아예 파일 자체를 재구현하는 방법밖에는 없는게 아쉽더군요.
PHP 세션도 객체 저장
PHP 세션도 객체 저장 가능합니다. 단, 내부적으로 직렬화하여 저장하므로 mutable object의 경우 제대로 작동하지 않습니다. (그런 경우를 위한
__sleep(),__wakeup()매직 메서드가 존재하긴 합니다.)속도나 확장성에서
이건 예에 좀 부족할 것 같습니다. 보통 WAS 를 독립적으로 사용하는 경우도 간혹 있지만, image 등의 static file serivce 등 때문에 대부분은 앞단에 웹서버를 놓고 뒷단에서 돌리는 경우가 대부분이지 않나요? resin 이나 tomcat 을 뒤에서 돌린다면 java 의 경우 tcp 통신 overhead 까지 가지게 될 텐데요.
이렇게 비교를 한다면 php 를 fastcgi standalone 으로 띄운다면 java 에서 PHP 보다 강점이라고 하는 부분을 대체로 보완할 수 있을 것 같습니다만..
이 부분은 공감합니다만.. php 의 철학을 보자면 굳이 php 에서 이러한 부분들을 직접 지원할 필요가 있겠는가 생각 하는 것이 아닌가 싶습니다. (머 php 를 많이 사용하는 편이기는 하지만 php 개발자 집단을 이해해 주기는 힘이 들죠. 좀 유별나야지.. --)
감돌이세상*은 PHP
gamdora는 PHP 개발자 집단이 어떻게 유별난지 궁금해요~
제가 드린말씀은
제가 드린말씀은 자바가 결코 속도가 빠르다는것이 아니라,
고객이 요구하는 속도가 나오지 않을때 PHP와 달리, 자바나 닷넷에서는 그 언어로 해결하려고 하는 케이스가 많다고 하는것입니다.
(자바는 예전보다는 빨라지기는 했지만, PHP의 빠릿빠릿한 느낌에까지는 도달하지 못하는 느낌입니다.)
또한 예를들어 배치프로그램을 작성할때, PHP의 경우에는 쉘스크립트+Cron을 이용하는 케이스가 많은 반면에,
자바는 자바만으로 해결하는 케이스가 많았었던것 같습니다.
물론 적합한 기능에 맞는 언어와 툴을 골라쓰는것이 최선이지만, 그러한 유능한 개발자를 만나는것은 쉽지가 않죠.
URL rewrite 기능은....
물론 이걸 개발자가 원하는 대로 응용프로그램 단에서 하는 것도 장점이긴 합니다만....
Apache의 mod_rewrite를 쓴다면 웹 서버 단에서 이를 처리하므로 오히려 훨씬 효과적이고 빠릅니다.
아파치에 의존하기 때문에 응용프로그램의 완성도 입장에서 본다면 뒤떨어진다고 할 수도 있겠습니다만....
성능을 놓고 본다면 웹 서버의 기능을 십분 활용하는 것도 나쁘지 않다고 봅니다.
그리고 mod_rewrite가 쓰기 어렵지도 않구요.
---------------------------------
There's always another way, dear.
---------------------------------
There's always another way, dear.
.
Quercus 를 하세요.
위의 여러분들이 말하신 모든것이 가능한 플랫폼입니다.
Quercus: PHP in Java
=3=3
http://www.caucho.com/resin-3.0/quercus/
------------------------------------------------------------------------------------------------
Life is in 다즐링
------------------------------------------------------------------------------------------------
Life is in 다즐링
혹시 Java가 C/C++를 넘는 점유율을 보인 것이 언제인지 아십니까?
전 잘 모르겠어서... 아무 생각없다 정신차려보니 Java가 대세가 되었다는... 도대체 이유를 납득하기가 어렵더라고요.
PHP가 6.x도 얼마 안 있으면 나오겠지만 정체성을 보존하면서 과거의 유산을 정리하고 새롭게 거듭나기는 어려울 것 같고, 결국 PHP의 자리를 누군가 대체하지 않을까 싶어요.
3년전인가? 그때 한번봤는데 java가
3년전인가? 그때 한번봤는데 java가 C를 앞질러있었습니다.
ps. PHP 5책을 샀는데 곧 6이나옵니까?! (털썩;;)
---------------------------------------------------------------------------------
C(++)과 php 펄등을 공부하고있습니다.
반갑습니다! 리눅스 :-)
---------------------------------------------------------------------------------
C(++)과 php 펄등을 공부하고있습니다.
반갑습니다! 리눅스 :-)
PHP4에서 PHP5로
PHP4에서 PHP5로 넘어가는데도 시간이 좀 걸렸었습니다.
물론 Z모 보드와 같은 기존 웹 어플리케이션들의 힘도 컸습니다만(.......)
JSP는 모르겠고... PHP
JSP는 모르겠고... PHP 괸찮은 거 같습니다. 콘솔용 프로그램 만들기도...
-- 이여송 --
HomePage: http://lys.lecl.net/
Blog: http://lys.lecl.net/blog
LECL: http://www.lecl.net/
E-Mail: yeosong@gmail.com ysnglee2000@lecl.net
MSN: ysnglee2000@hotmail.com
사람천사
php!
저는 php를 공부하다가 지금은 jsp를 공부 하고 있습니다. jsp로 넘어 간다고 하지만 그건 컴플렉스의 영향이 좀 있다고 생각이 듭니다.
자바 안에 jsp가 있기 때문에 자바 클래스 불러다 쓴다던가 웹어플을 만들 수 있다던가 객체지향으로 짤 수 있다는거에 혹 하는데 저는 잘 모르겠습니다. 웹어플 만들거 아닌 이상 왜만한건 다 php로 가능하기 때문입니다. 자바에서 제공 해주는 클래스들 만큼 세세하게 있는건 아니지만 오히려 공부 방해 될만큼 제공 해주는게 많아서 내가 짜고 있는건지 갔다 쓰는건지 모를때도 있습니다. 그리고 객체지향은 요즘에 나오는 언어들 다 가능합니다. 물론 자바만큼 완벽한 객체지향은 아니겠지만요. 결정적으로 php로 만들어 놓은게 많아서 그거 보고 공부 하는게 더 도움이 많이 될거라고 생각이 됩니다. 속도는 머 db문제 아닐까요. php에도 오라클 갔다 붙일 수 있는데..
숲