리버's 아름다운 소풍

구글에서 내 홈페이지가 몇번째 결과로 표시되는지를 보여주는 간단한 도구를 만들어 봤다. 

주소 : http://river.ecplaza.net/ajax/loading/google_rank.asp

검색어를 치고 Check It 버튼을 누르면 입력한 검색어에 대한 결과 페이지를 파싱해서 상위 100개 결과내에 지정 URL이 포함되어 있는게 있으면 이를 표시해 준다. PythonBeautifulSoup을 사용해서 개발했다.

사용자 삽입 이미지
이 툴을 사용하면 SEO(Search Engine Optimization)을 수행할 때, 타켓 키워드를 정해놓고 이의 순위 변동정보를 주기적으로 체크하여 SEO가 제대로 진행되고 있는지 확인할 수 있다.
이 글의 관련글
일주일간 인기글
오늘 인기글
오늘 구글 애드센스 광고를 보니 스크롤할 수 있는 버튼이 달려있는 걸 발견했다. 클릭하면 스크롤되면서 다른 광고가 보인다. 이 변화가 광고효과를 더 높일 수 있을것 같지는 않은데.. 온라인 광고는 특히 효과를 높이기 위해서 정보을 획득하기 위한 시선의 움직임을 활용하는 게(낚는다고도 볼 수 있다) 보통인데 광고영역을 인지하고 이를 스크롤하면서 보는 사용자가 얼마나 될까? 처음 호기심에서 몇번, 하지만 클릭은 거의 하지 않을 것 같은데..

사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
이 글의 관련글
일주일간 인기글
오늘 인기글
애드센스 블로그에 실린 2월1일 "새창뜨기 기능을 제공합니다."란 포스트를 이제야 봤다. 새창뜨기 기능은 새로 생겨난 기능이 아니라 예전부터 있었던 기능인데 특정 고객에게만 그 기능을 공개한 거로 알고 있다. 구글광고를 클릭시 새창뜨기를 쓸지 여부는 과거에는 구글 자바스크립트의 다음 부분을 수정하면 됐었다.

google_ad_format = "468x60_as";  -> google_ad_format = "468x60_as_new";

이제는 정책이 바뀌어 특정 국가(한국 포함)는 기본적으로 구글광고 클릭시 새창이 뜨는 것 같다. 새창으로 할 때가 수익이 좀더 좋고, 사이트 이탈을 방지할 수 있다.

이 글의 관련글
일주일간 인기글
오늘 인기글
오늘 대통령 선거날이어서 다들 쉬는데 회사에 급한 일이 있어서 출근을 했다. 일을 하고 있는데 택배로 상자가 배달이 됐는데 구글에서 보내온 거였다. 열어 보니 USB 2기가 메모리 하고, 2008년 탁상용 캘린더였다.

사용자 삽입 이미지


'구글에서 보내온 새해 선물 - USB 2기가 메모리' 는 구글 본사에서 보낸거였고, 이번은 구글코리아에서 보낸 선물이었다. 이것도 구글 애드워즈 광고주여서 보낸거 같다. 여튼 휴일날 일해서 짜증났었는데 예기치 않은 선물이 좀 마음을 달래줬다.

이 글의 관련글
일주일간 인기글
오늘 인기글

구글에서 이씨플라자로 소포를 하나 보내왔다. 우리회사는 구글 애드워즈 광고를 하는 - 금액은 그리 크지 않음- 광고주여서 연말이 되면 구글이 선물을 보내준다. 작년에는 전자앨범을 받았었는데, 선물을 받았다는 자체에 너무 신났었던것 같다.

사용자 삽입 이미지

작년에 받았더 전자앨범. 해상도가 좋지 않아서 별로 사용하지는 않았다.



올해는 UBS 2기가 메모리가 배달됐다. 근데 좀 어딘가 조잡하다는 느낌이 너무 강하다. 케이스는  마분지도 되어 있는데 값싸 보이고, 지갑에 넣고 다니는 용도로 만든것 같은데 우리나라는 작은 핸드폰 고리형태를 더 선호해서 그런지 좀 크다는 느낌도 들고..

사용자 삽입 이미지



광고금액에 따라 선물이 틀릴 것도 같은데, 혹시 애드워즈 하시면서 다른 선물 받으신 분들 안계신가요?
이 글의 관련글
일주일간 인기글
오늘 인기글

Dare Obasanjo has done a comparison of two new protocols for accessing database style data via HTTP. These protocols, based on REST, are the Google Base and Microsoft's Astoria.

The basic concept between the two protocols is the same. URLs are used in lieu of SQL to specify queries. Relationships and filters must be encoded as part of the URL and all requests are GETs.

The first difference pointed out by Dare is that Astoria uses a hierarchical format to represent relationships. For example, to specify that you wanted the orders for customer key 5 you would have something like "/Customers[5]/Orders". Google Base, on the other hand, uses a flat model where categories and predicates have to be used to ferret out relationships.

Both support filtering and sorting, but Google Base has a richer syntax and support for full-text queries across all categories. Google Base does get a bit carried away however, with support for inline If/Else constructs.

Astoria does have a really nice feature called expand. It allows the user to indicate they also want the children nodes for the data they requested. This eliminates the need to perform 1+N queries to get a collection of rows and the related child rows. The data comes back as inline XML under the appropriate node.

Google Base likewise has some features not found in Astoria. For example one can turn on spelling correction, which works in a manner similar to Google Search. You can also filter out repetitive information using the Crowd feature. In the article, Dare requested, "all restaurants stored within Google Base but show no more than 2 per cuisine type".

Dare Obasanjo concludes:

In comparing both approaches there is a lot to like and dislike. I like the "expand" feature in Astoria as well as the fact that I can retrieve XML results from multiple paths of the hierarchy. However there does seem to be a paucity of operators and functions for better filtering of results.

From the Google Base data API, I love the "crowd" feature and having a full library of functions for performing tests within predicates. Also some of the operators such as the ones for finding results near a certain location are quite impressive although unnecessary for the majority of RESTful protocols out there. That said, I do think they went overboard on some of the features such as having if...else blocks within the URIs. I suspect that some of that complexity wouldn't have been needed if they just had hierarchies instead of a flat namespace that requires complex filtering to get anything out of it.


출처: http://www.infoq.com/news/2007/07/GoogleBase-Astoria

이 글의 관련글
    이글의 태그와 관련된 글이 없습니다.
일주일간 인기글
오늘 인기글

AdSenseBuddy구글 애드센스의 수익관리를 도와주는 윈두우용 어플이다. 설치를 해서 이름과 이메일을 쓰면 이메일로 등록키가 발송이 되고 이를 등록하면 사용할 수 있다. 난 등록까지는 됐는데 AdSesne에 로그인 하려고 하면 로그인이 되지 않는다. 한번 쓰고 싶은데, 혹시나 쓰시고 계신 분 없는지?





AdSense Buddy is a FREE Google AdSense statistics package designed to help you make better sense of your AdSense results. Designed to run on Windows-based computers, AdSense Buddy is currently available to download. To get your copy now, CLICK HERE!


이 글의 관련글
일주일간 인기글
오늘 인기글
구글도 로봇이 날리는 검색에 대해서는 방어를 하고 있다..


The reason behind the "We're sorry..." message





Some of you might have seen this message while searching on Google, and wondered what the reason behind it might be. Instead of search results, Google displays the "We're sorry" message when we detect anomalous queries from your network. As a regular user, it is possible to answer a CAPTCHA - a reverse Turing test meant to establish that we are talking to a human user - and to continue searching. However, automated processes such as worms would have a much harder time solving the CAPTCHA. Several things can trigger the sorry message. Often it's due to infected computers or DSL routers that proxy search traffic through your network - this may be at home or even at a workplace where one or more computers might be infected. Overly aggressive SEO ranking tools may trigger this message, too. In other cases, we have seen self-propagating worms that use Google search to identify vulnerable web servers on the Internet and then exploit them. The exploited systems in turn then search Google for more vulnerable web servers and so on.  This can lead to a noticeable increase in search queries and sorry is one of our mechanisms to deal with this.

At ACM WORM 2006, we published a paper on Search Worms [PDF] that takes a much closer look at this phenomenon. Santy, one of the search worms we analyzed, looks for remote-execution vulnerabilities in the popular phpBB2 web application. In addition to exhibiting worm like propagation patterns, Santy also installs a botnet client as a payload that connects the compromised web server to an IRC channel. Adversaries can then remotely control the compromised web servers and use them for DDoS attacks, spam or phishing. Over time, the adversaries have realized that even though a botnet consisting of web servers provides a lot of aggregate bandwidth, they can increase leverage by changing the content on the compromised web servers to infect visitors and in turn join the computers of compromised visitors into much larger botnets. This fundamental change from remote attack to client based download of malware formed the basis of the research presented in our first post. In retrospect, it is interesting to see how two seemingly unrelated problems are tightly connected.

출처: http://googleonlinesecurity.blogspot.com/2007/07/reason-behind-were-sorry-message.html
이 글의 관련글
    이글의 태그와 관련된 글이 없습니다.
일주일간 인기글
오늘 인기글
TAG ,
요번 WebAppsCon에서 구글 데니스황의 강연이 있었다. 그의 강연 중 수킬로바이트라도 절약하려고 애쓴다는 그의 말은 나를 적잖이 놀라게 했다. 애니메이션 효과를 주기위해서 애니메이션 GIF를 쓰면 간단하지만, 자바스크립트로 한 이미지를 슬라이드하는 등의 기술을 써서 ‘수 Kb’를 조금이라도 절약하기 위한 노력을 한다고 한다. 이는 페이지 로딩 속도를 중요시 여기는 구글의 정책때문이라고 한다.

예전 생각이 났다. 1997년 우리회사 이씨플라자 초창기때 얘기다. 그 때는 초고속 인터넷망이 깔리기 전인 주로 모뎀을 사용하던 시절이다. 디자이너가 작업한 이미지 하나하나 체크를 했었다. 조금이라도 사이즈가 큰 이미지가 있으면 그 페이지는 상당히 늦게 뜨기 때문이었다. 정확히 기억은 안나지만 10킬로 미만으로 무조건 줄이라고 작업지시를 했던것 같다. HTML 작업할 때도 들여쓰기 할때 스페이스를 여러개 쓰지 말고, 탭을 사용하라고.  스페이스 4개를 쓰면 탭하나 쓰는것 보다 4배이상 크기를 차지하기 때문에 주의하라고 얘기했었다.

현재의 네트웍 상황은 그때와는 비교도 안될 정도로 빨라서 이젠 별로 신경을 안쓰는데 구글의 얘기를 듣고 나니, 아직도 필요한 부분이겠구나 생각이 들었다. 특히나 우리처럼 글로벌 서비스를 하는 곳에서는 말이다. 가끔 외국 출장갔다 온 회사사람들이 해외에서 이씨플라자 사이트가 잘 안뜬거나, 느리다고 했을 때 그냥 무시를 했는데, 큰 실수를 한 것 같다.


사용자 삽입 이미지
데니스황 강연이 끝난후 30분 정도 줄서서 받은 사인.
데니스황이 얘기하기를 무슨 연예인 된것 같다고^^

사용자 삽입 이미지
같이 찍은 사진.
얼굴 크기가 배는 차이가 나는것 같다. ㅠ.ㅠ
사용자 삽입 이미지

꼭 내 얘기하는 것 같다.ㅋㅋ
이 글의 관련글
일주일간 인기글