Letter in a bottle(병속에 담긴 편지) 사이트 입니다. 편지 보내기



  • URL에 편지를 담아 전달하는 사이트 입니다
    http://letterinabottle.co.kr

  • 설명을 보시기전 이 링크를 확인해 보세요
    http://goo.gl/FfwV5r 
    이 URL은 Letter in a bottle 사이트를 사용하는 방법을 담았습니다

  • 아래는 사이트 설명과 스샷 입니다


  1. 첫페이지
    텍스트 박스에 편지를 담아 "담기"버튼을 누르면 URL이 발행됩니다
    글자 내용은 400자로 제한 됩니다
    노출 횟수를 "한번"으로 선택하면 편지가 한번 노출된 후 삭제됩니다
    (첫번째 노출 후 두번째는 보이지 않습니다)
    "계속"으로 선택하면 제한 없이 계속 보입니다




  2. 두번째 페이지
    발행된 주소(URL)에 편지가 담겼습니다
    해당 주소를 다른사람에게 전달해보세요~




  3. 세번째 페이지
    URL로 열어본 모습입니다
    http://goo.gl/FfwV5r  이 링크를 열어본 내용 입니다





  4. 네번째
    노출 횟수 1회가 초가되어 삭제되었다는 안내 페이지 입니다





신고





Posted by 파란물
보물창고/Programming2012.03.05 23:55









C# 프로그램에서 웹 사이트 POST 쿠키 로그인 방법 (콘솔 홈페이지 cookie 포스트 전달 저장)

C#으로 프로그램에서 웹에 POST로 로그인 하면서 쿠키 값을 받아오고
다른 페이지 정보를 읽을 때 받은 쿠키값을 전달하면서 사이트에 로그인한 상태로 접근 하는 방법 입니다


프로그램 구조
로그인하면서 쿠키 얻고 -> 얻은 쿠키로 원하는 페이지 열고 -> 열린 페이지의 html을 C:\Text.txt 파일로 저장 합니다





C#을 공부하는 중 막무가네 코딩을 했습니다
(당장에 필요한 프로그램을 만들어보면서 동기 부여와 성취감을 위해서 입니다)

모든 매서드 들이 static이 붙어 있는데
C# 객체 지향 프로그램을 이해 못한 관계로 어떤 방식으로 알아봐야 겠습니다






using System;

using System.Collections.Generic;

using System.Linq;

using System.Text;

using System.Net;

using System.IO;

 

namespace  

{

    class Program

    {

 

        static string bufferint ="";

        static void Main(string[] args)

        {

         //   Console.WriteLine(mainLogin());

 

            saveFile(loginImageURL(mainLogin()));

        }

 

        //페이지 로그인 하면서 쿠키를 받아롬

        static HttpWebResponse mainLogin()

        {

            HttpWebRequest req = (HttpWebRequest)WebRequest.Create("http://www.huyang.go.kr/user/member/User_memberLoginPrc.action");

            req.Method = "Post";

            string s = "userId=여기에 아이디를 적으세요&userPass=여기에 비밀번호를 적으세요"; //input테그 목록을 참조해서 바꿈

            req.CookieContainer = new CookieContainer();

            req.ContentLength = s.Length;

            req.ContentType = "application/x-www-form-urlencoded; charset=utf-8";

            TextWriter w = (TextWriter)new System.IO.StreamWriter(req.GetRequestStream());

            w.Write(s);

            w.Close();

            HttpWebResponse resp = (HttpWebResponse)req.GetResponse();

            TextReader r = (TextReader)new StreamReader(resp.GetResponseStream(), Encoding.GetEncoding("EUC-KR"));

            //      Console.WriteLine(r.ReadToEnd());

            Console.WriteLine("로그인 성공");

 

            return resp;

        }

 

 

        static string loginImageURL(HttpWebResponse resp)

        {

            string htmlBuffer = "";

            HttpWebResponse respBuffer = resp;

            respBuffer = resp;

            Console.WriteLine("페이지 로드중");

            bufferint = "http://www.huyang.go.kr/user/reservation/User_reservationSearch.action";

            //로그인 (사용자 인증 후에 할 일)

            HttpWebRequest req = (HttpWebRequest)WebRequest.Create(bufferint);

            //세션 쿠키 유지

            req.CookieContainer = new CookieContainer();

            req.CookieContainer.Add(respBuffer.Cookies);

            respBuffer = (HttpWebResponse)req.GetResponse();

            TextReader r = (TextReader)new StreamReader(respBuffer.GetResponseStream(), Encoding.GetEncoding("EUC-KR"));

            // Console.WriteLine(r.ReadToEnd());

 

            htmlBuffer = r.ReadToEnd();

            return htmlBuffer;

        }

 

        static private void saveFile(string r)

        {

            //파일 저장 하는 구간

            try

            {

                //Pass the filepath and filename to the StreamWriter Constructor

                StreamWriter sw = new StreamWriter("C:\\Test.txt");

 

                //Write a line of text

                sw.WriteLine(r);

                //Close the file

                sw.Close();

            }

            catch (Exception e)

            {

                Console.WriteLine("Exception: " + e.Message);

            }

            finally

            {

                Console.WriteLine("Executing finally block.");

            }

        }

    }

}

 


 
 

 프로젝트 전체 파일 다운 로드

휴향림 로그인.zip



 

저작자 표시
신고





Posted by 파란물






일반 웹페이지를 모바일 웹 페이지로 자동 변환



구글은 정말 대단한거 같습니다

뭔가 항상 찾다보면 구글에 답이 있어서 놀라곤 합니다

이번엔 복잡한 웹페이지를 모바일로 바꾸기위해 파싱 노가다를 하고 있었는데요
페이지가 규칙적이지 않아 모든 페이지에대한 파싱 조건을 만들기 어렵다고 판단되어 고민을 하고 있었습니다

어떻게하면 다 파싱이 가능할까 고민하다가
혹시 일반 웹페이지를 모바일 웹페이지로 바꿔주는 사이트가 있을까? 해서 찾아봤는데
국내에 유로로 제공하는 사이트 한곳과 (http://www.must.or.kr/ko/solution/mwmc/)

구글에서 무료로 모바일 웹페이지로 변환 해준다는 것을 알았습니다

그동안 파싱한게; 수포로 돌아가고있습니다 ㅡㅜ




제가 파싱하려는 페이지 입닌다
(ibm 디벨로퍼웍스 기사 페이지)

해당 페이지 확인해보기 

http://www.ibm.com/developerworks/kr/library/x-xformsaccttool6/index.html?ca=drs-





구글을 이용해서 파싱된 페이지 입니다

해당 페이지 확인해 보기 

http://www.google.co.kr/gwt/x?u=http%3A%2F%2Fwww.ibm.com%2Fdeveloperworks%2Fkr%2Flibrary%2Fx-xformsaccttool6%2Findex.html%3Fca%3Ddrs-&btnGo=%EC%A0%9C%EC%B6%9C&source=wax&ie=UTF-8&oe=UTF-8 
 



구글 웹페이지를 모바일 웹페이지로 변환하는 서비스
http://www.google.co.kr/gwt/x

URL을 입력한후 제출을 누르면 변환된 페이지로 바뀝니다




하지만 문제점도 있습니다
제가 고민하던 테이블 안의 글씨도 아직 구글 모바일 웹 페이지 변환 에서도 완벽한 구현이 안되고 있습니다



그래도 그리 복잡하지 않은 사이트라면 구글의 모바일웹 페이지 전환 기능을 사용해서 볼 수 있어서 편리하긴 하네요
신고





Posted by 파란물







기사 원문으로 가시면 자세한 설명과 소스코드 자료를 볼수 있습니다



요약: 웹 애플리케이션은 전통적으로 싱글스레드 세상에 갇혀 있었습니다. 너무 복잡하면 애플리케이션의 UI가 멈추는 위험을 감수해야 하기 때문에, 실제로 개발자들은 코드에서 할 수 있는 것에만 활동이 제한되었습니다. Web Workers는 멀티스레드를 웹 애플리케이션에 도입하여 이 모든 과제를 극복했습니다. 이는 대부분 애플리케이션의 로직이 클라이언트측인 모바일 웹 애플리케이션에 특히 유용합니다. 이 기사에서는 Web Workers로 작업하는 방법을 살펴보고, 이에 가장 적합한 태스크가 무엇인지 알아봅니다. 다른 HTML 5 기술을 사용하여 어떻게 이러한 기술의 효율성을 높일 수 있는지 살펴볼 것입니다.



모바일 장치에서 멀티스레드 JavaScript
멀티스레드 또는 동시 프로그래밍은 대부분의 개발자에게 익숙한 것이다. 이는 대부분의 현대 프로그래밍 언어에서 어떤 방식으로든지 지원된다. 그러나 JavaScript는 동시 프로그래밍을 지원하는 언어가 아니다. 작성자는 웹 페이지에서 단순한 태스크를 수행하도록 설계된 JavaScript와 같은 언어에 대해 이러한 작업이 너무 문제가 많고 불필요하다고 생각했다. 그러나 웹 페이지가 웹 애플리케이션으로 진화하면서 JavaScript로 수행된 태스크의 복잡도는 JavaScript를 다른 언어와 동등한 수준으로 끌어 올렸다. 동시에 동시 프로그래밍을 지원하는 다른 언어로 작업하는 개발자들은 스레드와 뮤텍스와 같은 동시 프리미티브에 수반되는 놀랍도록 높은 복잡도로 인해 애를 먹으며 고생했다. 사실 최근에는 Scala, Clojure 및 F#과 같은 많은 수의 새 언어 모두 동시성의 간소화를 보장하며 진화하였다.



Listing 1. 페이지 스크립트에서 Web Worker 사용하기

Listing 2. Worker 스크립트

장치 지원

Workers로 성능 개선하기

Listing 3. 거래 애플리케이션 HTML

Listing 4. loadDeals 함수

그림 1. 모바일 거래 UI

Listing 5. 거래 세부 사항 프리페치하기

Listing 6. 거래 세부 사항 Worker 스크립트

Listing 7. Worker로 가져온 스크립트

그림 2. 표시된 거래 세부 사항

Listing 8. showDetails 함수

요약
Web Workers는 웹 개발자에게 이국적인 새로운 기술처럼 보인다. 그러나 이 기사에서 살펴본 것과 같이 이는 매우 실용적인 애플리케이션이다. 모바일 웹 애플리케이션의 경우에는 특히 더하다. Workers는 데이터를 프리페치하거나 다른 앞선(ahead-of-time) 조작을 수행하는 데 사용되어 훨씬 더 생생한 UI를 제공할 수 있다. 이는 잠재적으로 느린 네트워크를 지나 데이터를 로드해야 하는 모바일 웹 애플리케이션의 경우에 특히 더할 수 있다. 이를 캐싱 전략과 결합하면 사용자는 애플리케이션의 간결함에 감탄할 것이다.


 
 기사 원문으로 가시면 에제 코드와 자세한 설명을 볼 수 있습니다
아이베엠 디벨로퍼 웍스 : http://www.ibm.com/developerworks/kr/
기사 원문 주소 : http://www.ibm.com/developerworks/kr/library/x-html5mobile4/index.html

신고





Posted by 파란물







기사 원문으로 가시면 자세한 설명과 소스코드 자료를 볼수 있습니다



요약: 모바일 애플리케이션의 장점은 사용자가 이동하는 곳이면 어디에서나 애플리케이션과 애플리케이션 데이터를 사용할 수 있다는 점입니다. 그러나 실제로는 모바일 장치를 인터넷에 연결할 수 없는 경우가 있습니다. 모바일 웹 애플리케이션에서는 이러한 문제점을 피할 수 없을 것처럼 보입니다. 그러나 웹 애플리케이션은 진화되어 이제는 오프라인에서도 작동할 수 있게 되었습니다. 이 기사에서는 모바일 웹 애플리케이션을 오프라인에서 사용할 수 있게 하는 방법과 애플리케이션의 상태가 오프라인에서 온라인으로 또는 그 반대로 변경되는 시점을 발견하는 방법을 살펴봅니다.



애플리케이션을 오프라인에서도 작동할 수 있게 해야 하는 이유
여러 가지 이유로 오프라인 웹 애플리케이션은 사용자와 개발자 모두에게 매력적이다. 대다수의 개발자들은 각 플랫폼에 적합한 특정 애플리케이션을 작성하기보다는 인기있는 모든 스마트폰에서 작동하는 하나의 웹 애플리케이션을 작성할 수 있기를 원한다. 단지, 개발자들에게 편리하다고 해서 그것이 사용자가 원하는 것이라고 볼 수는 없다. 이러한 이유로 모바일 웹 애플리케이션은 특정 모바일 웹 애플리케이션이 제공할 수 있는 기능과 동일한 기능을 대부분 제공할 수 있어야 한다. 오프라인에서 작동하는 것도 이러한 기능에 해당한다고 할 수 있다. 애플리케이션 유형(모바일 또는 데스크탑)에 관계없이 일부 애플리케이션은 데이터와 서비스를 대부분 인터넷을 통해 이용한다. 이러한 애플리케이션에서는 사용자가 인터넷에 연결된 상태가 좋지 않으면 기능이 저하될 수 있다. 그러나 단지 인터넷 연결 상태가 좋지 않다고 해서 애플리케이션의 작동이 완전히 중단되어서는 안 된다. 기존의 웹 애플리케이션에서는 이러한 상황이 필연적으로 발생하게 된다.
오프라인 기능을 이용하면 모바일 웹 애플리케이션을 데스크탑 애플리케이션과 유사하게 작동하게 할 수 있다. 또한, 몇 가지 다른 혜택도 얻을 수 있다. 웹 브라우저는 언제나 정적 자원을 캐시한다. 또한, 웹 서버에서 전송한 HTTP 응답 헤더의 메타데이터에 의존하여 페이지를 렌더링하는 데 필요한 이미지와 HTML, Javascript, CSS를 검색한다. 페이지를 렌더링하는 데 필요한 모든 자원이 캐시되면 페이지가 매우 빠르게 로드된다. 그러나 일부 자원이 캐시되지 않으면 이로 인해 모든 기능이 극도로 저하될 수 있다. 이러한 상황은 생각보다 자주 발생한다. 다른 모든 파일보다도 하나의 CSS 파일에 다양한 캐시 제어 헤더가 있었을 수 있으며 그렇지 않으면 할당된 공간 밖에서 브라우저가 실행 중이었기 때문에 캐시가 제거되었을 수도 있다.
오프라인 애플리케이션에서는 모든 자원이 캐시된다. 캐시에서 제공되지 말아야 하는 자원을 사용자가 제어할 수 있기는 하지만 브라우저는 언제나 캐시에서 모든 자원을 로드한다. 특별한 시간소인 매개변수를 Ajax GET 요청에 추가하여 브라우저에서 응답을 캐시하지 않게 하는 것이 일반적인 Ajax 핵이며 그렇지 않고 GET이 적합한 경우에 POST를 사용하면 상태가 훨씬 더 나빠진다. 오프라인이 지원되는 웹 애플리케이션에서는 이러한 핵이 필요 없다.
오프라인 애플리케이션은 기능이 우수하므로 작성하기가 복잡할 것 같다. 과연 그럴까? 실제로는 매우 단순하다. 다음과 같은 세 가지 작업을 수행하면 된다.
온라인 매니페스트 파일 작성
브라우저에 매니페스트 파일 정보 전달
서버에서 MIME 유형 설정


 
 오프라인 매니페스트 파일

Listing 1. 간단한 캐시 매니페스트 파일

Listing 2. 웹 애플리케이션의 디렉토리 구조(텍스트 버전)

브라우저에 매니페스트 파일 정보 전달

Listing 3. 오프라인에서 사용 가능한 웹 페이지

그림 1. iPhone 시뮬레이터에서 실행 중인 오프라인 웹 애플리케이션

웹 서버 구성

Listing 4. web.xml을 구성하여 MIME 유형 설정하기

Listing 5. mime.types에서 MIME 유형 설정

고급 예제

Listing 6. 수정된 HTML

Listing 7. 페이지 초기화 Javascript

Listing 8. Gym 트윗 표시

Listing 9. 수정된 캐시 매니페스트 파일

요약
Mosaic가 개발된 이후 웹 애플리케이션은 크게 발전하였다. 모바일 웹 애플리케이션은 훨씬 더 진보했다. WML(Wireless Markup Language)만 사용하는 WAP 폰의 시대는 거의 사라졌다. 이제는 개발자들이 데스크탑 브라우저에 대해서조차 질문하지 않는 사항을 모바일 브라우저에 대해서는 질문을 한다. 오프라인 기능은 이러한 기능 중 하나라고 할 수 있다. HTML 5에 지정된 표준은 크게 발전하였으며 이제는 개발자들이 모바일 웹 애플리케이션을 오프라인에서 사용할 수 있게 하는 과정이 단순해졌다. 이 시리즈의 다음 기사에서는 또 다른 HTML 5 표준인 Web Brokers를 사용하여 모바일 웹 애플리케이션의 성능을 대폭 개선하는 방법을 살펴볼 예정이다.



기사 원문으로 가시면 에제 코드와 자세한 설명을 볼 수 있습니다
아이베엠 디벨로퍼 웍스 : http://www.ibm.com/developerworks/kr/
기사 원문 주소 : http://www.ibm.com/developerworks/kr/library/x-html5mobile3/index.html

신고





Posted by 파란물