HitTail 웹사이트는 나선식 급강하 - 해결책을 위해 간다
Angsuman Chakraborty
2006년 6월 24일
HitTail는 긴꼬리 모형 뒤에 나오 당신의 블로그 입장을 쓰기를 위한 제안을 얻는 멋진 공용품 이다. 모두 - 진실한 너무 좋은 경우에… 보이면 하루종일 나가 다시 한번 입증하는 그들의 위치에 수 없던 로그인할
나는 뒤에 오는 과실을 얻는 것을 계속했다:
마이크로소프트 SQL 서버 오류를 위한 늙은 DB 공급자 '80040e31 ′
타임아웃은 만료되었다
/chart.asp 의 33 행
나는 전혀 어느 IMHO가 심각한 기업 종류 신청을 위해 충분히 좋지 않은 지 HitTail가 마이크로소프트 SQL 서버에 근거를 두기 ASP 신청이기 때문에 놀래지 않는다. 이 문제는 높은 서버 짐 (인기의 가격)에 명백하게 기인한다.
이 문제를 지금 해결하는 HitTail를 위한 몇몇 빠른 제안:
- 당신의 연결 끈에 있는 TCP/IP 검사를 강제하는 시험
- IP 주소에 의하여 SQL 서버를 참조하십시오
- 타임아웃 가치를 증가시키십시오 - Server.ScriptTimeout = 0 놓으십시오
- 서버를 재출발하십시오
장기 해결책:
MySQL로 움직이는 것을 고려하거나 그러나 Oracle 나아지십시오.
갱신: 문제는 HitTail에 의해 결심되는 것처럼 보인다.
, 어떻게 에, 마이크로소프트 주요 뉴스의 밑에 신청하는 의 오픈 소스 소프트웨어, 기술 주, 기술, 웹, 웹 서비스 | 
|
RSS 2.0 |
Trackback 이 기사 | 
이 기사를 이메일을 보내십시오
당신은 또한 읽고 싶을지도 모른다 |
Technorati 마음에 드는 것에게 추가하십시오
2006년 6월 26일 10:30 AM에
의견을 위한 감사합니다. 당신은 무엇을 기업 종류 신청을 위해 건의할는가? 그(것)들의 SQL 서버 경쟁자를 위해 베스트가 TPS에 의하여 기준을 정한다. 그리고 나는 밀집하기를 위한 약간 서버에서 항상 던질 수 있었다. 어쨌든, 나가 해야 한 모두는 약간 색인을 문제를 해결하기 위하여 미조정하기 위한 것이었다. 그러나 공표를 위한 감사. 당신은 맞다. 우리는 아주 단기간에서 다량으로 대중적 되었다. 수색을 지불에 실제적인 대안을 찾는 누군가는 HitTail에 명중한다.
2006년 6월 26일 11:25 AM에
따라서, 문제는 chart.asp 의 내장 프로시저에 있는 임시 테이블을 이용한 파일에 있었다. 그것은 그것의 이른 beta에 있고, 우리는 그것을 고치고 낙관했다. 그것은 SQL 서버의 기능 하고 무관했다.
진실하게 때때로 너무 좋은… 진실하다! HitTail는 그 케이스의 한개이다.
나는 또한 흥미로운 약간 당신이 기업 사용을 위한 그것의 적합에 관하여 당신의 bencmarks를 어디에에 관하여 얻는지이다. 나는 TPC 위원회에게서 나의 것을 얻는다. 좋은 모든 마이크로소프트 & 악의, 800 lb에 심각한 경쟁자이기 위하여 SQL 서버를 밖으로 꼬집기. 일부 비용에 고릴라는 begrudgingly 그것을 시인해야 하는 데이타베이스 납품업자의 나머지의 억울함에 제일 다량의 하나이다.
2006년 6월 26일 1:00 pm에
> 당신은 무엇을 기업 종류 신청을 위해 건의할는가?
몇몇이 계산서를 적합한 소프트웨어 더미의 유효한 혼합 있다. 나의 개인적인 마음에 드는 것은 자바 (JSP, Servlets) - Oracle (최상) 또는 자바 MySQL이다. 나의 책 ASP-SQL 서버에서 조합은 말썽을 위해 구걸하고 있다.
TPC에 있는 당신은 어느 기준을 참조하고 있는가? 당신이 전시 기계설비 성과를 가르킨 연결. 나는 인사되기 위하여, SQL 서버를 찾는 것을 시도했다:
그리고 그 때 나는 그것이 너무 asp를 사용한ㄴ다는 것을 깨달았다.
MySQL가 SQL 서버에 더 빠르고 (자유로운) 대안이기 전에 나가 말했다시피. 나는 둘 다 광대하게 사용하고 MySQL를 선호한다.
HitTail 자체에 관해서는, 멋진 신청인 것처럼 보인다. 나는 그것의 제안이 진짜 가치로 어떻게 번역하는지 보기 위하여 기대하고 있다.
2006년 6월 26일 4:30 pm에
이 페이지에 결과에는 단지 기계설비 (와 데이타베이스 수가 아직도 유효한 사과 에 사과 비교 http://www.tpc.org/tpch/results/tpch_price_perf_results.asp가 있기 위하여 크기만) 포함한다. 고유한 플래트홈 하자를 위한 그들의 수색 공구, 또는 과오 개발자 과실을 사용하지 말라. SQL 서버는 우수한 가격/성능을 전달한다. MySQL가 비영리적인 사용을 위해 자유롭 동안, 나는 초당 동시 사용자의 동일한 수천 지원의 뒤에 기계설비를 아주 많게 둬야 할 것입니다. 동일은 웹 서버로 IIS를 위해 간다. 마이크로소프트에는 지금 막 특정 굉장한 성과 통계가 있기 위하여 apps를 밖으로 꼬집었다.
2006년 6월 27일 5:48 AM에
> 수는 아직도 유효하다.
그들은 MySQL를 포함하지 않는다. 사과 에 사과 비교 를 위한 이 bachmark를 시도하십시오.
> 그들의 수색 공구를 사용하지 말라,
나가 할 수 있는지 라고 나가 그들의 위치에서 원하는 무슨을 찾아내는가 위하여?
> 또는 고유한 플래트홈을 위한 과오 개발자 과실은 흠집을 낸다.
이것은 나가 관찰한 동향을 설명하는 하찮은 보기 이다. 대부분 나는 고장나는 웹 애플리케이션을, 근본적인 엔진이었다 asp sql 서버 찾아냈다.
MySQL가 비영리적인 사용을 위해 자유롭 동안 >, 나는 초당 동시 사용자의 동일한 수천 지원의 뒤에 기계설비를 아주 많게 둬야 할 것입니다.
당신은 그것을 지원하는 어떤 단단한 수가 있는가?
나의 경험은 그것을 지원하지 않는다. 독립 시험에서 MySQL는 방법 SQL 서버 앞서서 온다. 공정한 비교 를 이 기사를 검사하십시오.
복제와 범위성이 면:
2006년 6월 27일 12:57 pm에
소년, 당신은 진짜로 이것에 관하여 확실히 열렬하게 느낀다. 나는 적당한 곳에 SQL 둘 다 서버와 MySQL를, 각각 사용한다. 시간이 싸게 밀집할을 위해 올 경우, 나는 SQL 서버에 넘어서 전환할 것이다. 그러나 당신은 에서 시작할 살찐 기계설비가 있을 때, 이점: 다중 처리기 PC와 64bit OSes를 가진 SQL 서버 특별하. 수는 실제로 그것을 위로 역행시킨다. 더욱 많은 명확한 태도 위치는 왜 당신이 그것을 좀더 주의하는지 인 SQL 서버를 사용한다. SQL 서버에는 없다 단정치 못한 개발자에 무엇이든 monopoloy…
http://www.google.com/search?q=Warning%3a+Can%27t+connect+to+local+MySQL
2006년 6월 27일 12:58 pm에
당연히, 그것은 MySQL에 시간이 싸게 밀집할을 위해 올 때 "읽어야 한다, 나 넘어서 전환할 것이다."
2006년 6월 30일 4:04 pm에
오히려 무딘 이 techie 교리를 제외하고, 나는 나가 성장하는 것을 계속하는 서비스를 승진시키는 계속되도록 이 실을 이용할 것이라는 점을 계산했다.
[소란스러운 각자 승진을 위해 편집해]
2006년 6월 30일 11:14 pm에
> 소년, 당신은 진짜로 이것에 관하여 확실히 열렬하게 느낀다.
3개의 데이타베이스 - Oracle, SQL 서버 & Sybase에 지원되는 나는 2개의 기업 제품을 이끌었다. SQL 서버는 저희에게 웬만했던 문제 방법의 제비를 좀더 보다는 주었다. 나는 그 경험에 나의 열정을 돌린다.
나는 저급을 위해 MySQL와 상한을 위해 Oracle를 이용한다.
2006년 7월 1일 9:14 pm에
완전하게 off-base "제안"를 가진 당신의 블로그에 beta 급속하게 일어나기에 남비 탄을 가지고 가는 것은 당신의 부분에 소란스러운 각자 승진이었다. 당신은 나가 직접 응답에서인 위선적 만드는 나의 포스트의 편집이다. 당신은, 저를 반응하도록 여기에서 초대하는 것처럼 보이고 그래서 나는 이다!
[소란스러운 각자 승진을 위해 편집해]
2006년 7월 1일 9:17 pm에
아, 어떤 MySQL에 저를 대 SQL 서버 TPS 기준 지시하거든. 나는 실증 없이 수 아닙니다 TechReplublic 의견 조각을 가진 진짜 사과 에 사과 bencmarks를 말하고 있다. 감사합니다.
2006년 7월 1일 10:45 pm에
@Mike
여기 저기에 나의 부분에 어떤 승진든지 아니다 저를 위한 아무 이득도 없다. 당신의 외침인 당신이 나의 제안을 좋아하지 않는 경우에. 그러나 나는 코멘트에 있는 소란스러운 각자 승진을 허용하지 않는다. 당신의 URL는 당신의 이름에 이미 hyperlinked.
설명문 형태는 유감스러운 당신의 자유로운 광고 billborad가 아니다. 그것을 다른 곳에 시도하십시오.
2006년 7월 2일 9:06 AM에
따라서, 왜냐하면 당신 "HitTail 같이 표제를 창조해서 제안을 내놓는 것은 나선식 급강하를 위해" 가고 신중한 전자 우편 대신에 세계에 그것을 blogging는 선전용 각자가 아닌가? 그리고 참으로, 힘찬 평균 아닙니다?
[Angsuman] A 블로그는 시간을 재는 입장이다. 그때 입장은 관련되었다. 제목은 재미있기 위하여, 힘찼던 평균 아닙니다 예정되었다. 나는 그것을 이해하기 위하여 나 사용자가 충분히 지적 다는 것을 긍정적이다.
당신은 정확하게 활동의 이 종류가 Google와 blogosphere에서 요즈음 가지고 있는 효력 알고 있다. 그와 같은 것은 그것의 출생에 있는 노력을 죽일 수 있다. 행동은 당신이 당신의 전기 물자에서 계획하는 것처럼 보이는 너자신의 심상에 완전히 일치하지 않는다.
[Angsuman] 나는 좋은 제품 대를 바르게 독자적으로 믿는다. 간단한 블로그 입장은 그것을 지우기 위하여 려고 하고 있지 않다. 당신의 곡을 노래하기 위하여 모두를 기대하지 말라.
나가 당신의 위치에 발생한 과실을 배치할 때 추가로, 당신은 그것을 여기에서 삭제했다. 나는 충분히 친절했다 당신이 통제하는 위치에 당신과 그것을 직접 키우기 위하여. 당신은 I 블로그 "벌레의 Taragana 충분히 진술하는 세계에 그것?"를 선호할 것입니다 그 때 선택적으로 당신의 응답을 편집하는가? 이것은 정확하게 당신이 하고 있는 무슨인가?
나가 당신을 나의 위치에 어떤 과실든지를 결코 가르키기 위하여 기억하지 않는다 면 [Angsuman]. 당신이 오직 것은 나가 편집한 어떤 각자 승진이었다. 나의 과실에 관하여 블로그에 공개적으로 자유롭게 느끼십시오. 실제로 나는 저가 향상하기 것을 돕기 때문에 그것을 환영할 것이다
2006년 7월 2일 9:38 AM에
어쩌면 나는 다른 수준에 당신에게 호소 시도할 것이다. 나는 일치하지 않는 정신에서 해 당신이 다르게에 보이는 무슨에 beta 위치 및 blogging에 있는 약간 시간 동안 나타난 과실에 당신에게 뛰어오르는 것이 감각 표제 과민 반응이고 느낀다에 관하여 있다. 당신은 결정을 재고할 수 있었는가?
[Angsuman] 문제점은 오래 결심되고 포스트를 읽는 누군가 및 코멘트는 그것을 이해할 것이다. 나는 여전히 언급된 문제가 해결되었다는 것을 언급하기 위하여 포스트를 새롭게 할 것이다.
나가 이해하는 동안 마이크로소프트 기술을 가진 나쁜 경험이 있던, 보편적으로 모든 그것을 사용하는 사람들을 비난하는 충분한 증거가 아니다. , 그것 나가 더 설명할 부정확한 가정이 당신에 의하여 했다 이다 당신의 통보가 좋지 않았다 이지 않는다.
[Angsuman] 당신은 저를 오해한다. 나는 (꿈에서 조차) 마이크로소프트 기술 또는 그것 사용자를 비난하지 않는다. 나는 신청의 Microsoft Windows와 마이크로소프트 오피스 한 벌을 이용한다. 나는 나가 그것을 보는 과실을 - 마이크로소프트 또는 아닙니다 지적한다.
우리는 이미 초당 동시 사용자의 수천을 지원하고, 그리고 지명한 관 보다는 오히려 IP 근거한 커뮤니케이션 사용의 sophomoric 점을 포함하여, 가능한 모든 방법에 있는 우리의 체계를 밖으로 꼬집었다. 당신이 만난 과실은 chart.asp에게, 개발자가 임시 테이블을 생성한 내장 프로시저를 사용하여 잘못하여 썼었던 그것 불린 프로그램에 특히 있었다. 사용법의 우리의 수준이, 각 사용자를 위한 임시 테이블을 창조하는 상태에서 거의 어떤 근본적인 체계 SQL 서버든지에 자원을, MySQL 또는 다르게 굶주렸을 것입니다. 이것은 임시 테이블을 사용한 체계의 유일한 부분이다, 나는 연속적으로 다량으로 오를 수 있는 신청에 있는 웹 서버 데이타베이스에 서버 측 국가 또는 회의를 창조하는 아무거나를 하기의 파생효과에 개발자를 교육시키고. 아마 우리의 하부 조직이 i5 같이 IBM iSeries 기계설비에 있던 경우에, 그것은 충분하게 명중된 자원을 지탱했을 것입니다.
[Angsuman] 나는 행복하다 당신을 위해 좋게 운동했다는 것을.
당신 기술 측에 더 호소하기 위하여, 우리의 하부 조직 커뮤니케이션은 전부 웹 서비스를 통해 생기고 있다, 그리고 우리는 우리가 좋아하는 다른 어떤 체계에 어떤 체계든지 recouple 좋다. 우리는 마이크로소프트 기술에 다른 사람이 자바 같이 특정한 프로그램 언어에 결혼하는 방법 결혼하지 않는다. 오히려, 우리는 우리의 학력별 반편성은 리눅스 아파치 농장, Solaris에 가공하는 우리의 보고 및 Oracle에 우리의 데이타베이스 또는 i5에 DB2로 이동되는 수 있는 그러나, 우리의 정체되는 HTML가 만족한 납품 협동자에 의해 봉사될 수 있는 기술 불가지론 접근이 완전하게 있다.
실의 부정적으로 전체 이야기가 없어 개발자는에 의해 그것의 초기 단계에서 대략 blogged 그런 forward-thinking 체계가 있기위하여이었다. 나는 이 포스트를 사용하여 이 부정적인 blogger에게 나의 응답, 그러나 AM에서 가혹했다 이야기를 명백하게 하기 위하여 끝났다. 나는 본래 문제점을 취급했다, 그것에는 기술 선택으로 하는 것을 아무것도, 그러나 국가와 회의가 서버에 사는 것이 허용되는 "오래된 학교" 프로그래밍 기술의 오히려 1개의 사건이 없었다. 그것은 대부분의 비 beta 서비스 보다는 더 나은 서비스인 주말에 같은날에에서, 붙잡히고 해결되었다.
[Angsuman] 나는 나 사용자를 나가 확실한 전체 기사를 얻는 원한다 우리의 코멘트에게서 얻을 것이라는 점을. 나는 당신이 간단한 블로그 입장에 지나치게 반응하고 있다는 것을 생각한다. 이것은 우주 비행중의 스케줄, 아무것도에 있는 비판 아무것도 더 더 적은이다. 나는 그것이 당신을 빨리 상황을 더 조정하고 문제를 분석하는 추진했다 아주 행복하다.
나는 승진시키는 무슨이 그 정밀한 철학 및 심상에 일치하지 않기 것처럼 보이기 때문에 재판명해 당신을 해석될 수 있는 무슨이의 비열하고 부정확한 표제로 사용을 평가할 것입니다, 당신은 그렇지 않으면 계획한다.
당신의 고려사항을 당신을 감사하십시오.
관계,
마이크 Levin
2006년 7월 6일 6:10 AM에
마이크,
다음을 주지하십시오: 나의 코멘트는 당신의 코멘트 안에로 [Angsuman] 그것에게 문맥을 더 senstive 만들기 위하여 표를 붙였다.
- Angsuman
2006년 9월 13일 9:43 AM에
이것은 나가 끝을 보게 행복했던 1개의 실이다. 그것은 위험에게 어떤 제품 서비스든지의 정직한 비판을 보여준다.
불행히도 나는 rah TechCrunch 작풍에 있는 rah 갈 수 없다. 나는 나가 그것을 보는 때 보고하는 것을 계속할 것이다.
2006년 11월 14일 3:33 pm에
실제로, 그것이 더 열리는 beta 프로그램의 위험에 대하여 코멘트 이고, "쓰는 것을 무언가를" 누구로에 관하여 찾고 있는지 당신이, 정확하게 HitTail가 제공하는 방법 달리는 사람들. 그것의 자신의 방법으로 반어 이다.
2007년 11월 제 18 12:56 pm에
HOLA NECESITO AYUDA 파라 해결책 UN PROGRAMA DE COLAS EN 자바, SE LOS AGRADECERIA MUCHO.
EL PROBLEMA 거푸집 LO SIGUIENTE:
ESCRIBE EL AGORITMO DE INSCOLA, DEBIENDO VALIDAR EL ESTADO (LLENA) DE LA COLA.