Request Line Parsing

[ioseb]

მიღებული HTTP მოთხოვნის საწყისი სტრიქონის(Request Line: იხ. http://tools.ietf.org/html/draft-ietf-httpbis-p1-messaging-21#section-3.1.1) წაკითხვა.

სავარაუდო ტესტები:

"GET /test HTTP/1.1\r\n"
"GET /favicon.ico HTTP/1.1\r\n"
"GET /dumbfuck HTTP/1.1\r\n"
"GET /forums/1/topics/2375?page=1#posts-17408 HTTP/1.1\r\n"
"GET /get_no_headers_no_body/world HTTP/1.1\r\n"
"GET /get_one_header_no_body HTTP/1.1\r\n"
"GET /get_funky_content_length_body_hello HTTP/1.0\r\n"
"POST /post_identity_body_world?q=search#hey HTTP/1.1\r\n"
"POST /post_chunked_all_your_base HTTP/1.1\r\n"
"POST /two_chunks_mult_zero_end HTTP/1.1\r\n"
"POST /chunked_w_trailing_headers HTTP/1.1\r\n"
"POST /chunked_w_bullshit_after_length HTTP/1.1\r\n"
"GET /with_\"stupid\"_quotes?foo=\"bar\" HTTP/1.1\r\n\r\n"
"GET /test.cgi?foo=bar?baz HTTP/1.1\r\n\r\n"
"\r\nGET /test HTTP/1.1\r\n\r\n"
"CONNECT 0-home0.netscape.com:443 HTTP/1.0\r\n"
"REPORT /test HTTP/1.1\r\n"
"M-SEARCH * HTTP/1.1\r\n"
"GET / HTTP/1.1\r\n"
"PATCH /file.txt HTTP/1.1\r\n"
"CONNECT HOME0.NETSCAPE.COM:443 HTTP/1.0\r\n"
"GET /δ¶/δt/pope?q=1#narf HTTP/1.1\r\n"
"CONNECT home_0.netscape.com:443 HTTP/1.0\r\n"

ყველა ზემოთ ჩამოთვლილი მოთხოვნის სტრიქონის წაკითხვის შემდეგ უნდა შეიქმნას შემდეგი კლასის ობიექტი:

package edu.cst.webserver.http;

import edu.cst.webserver.http.HttpMethod.Type;

public class HttpRequestLine {
    private HttpMethod.Type method;
    private String requestUri;
    private String path;
    private String queryString;
    private String fragment;
    private String httpVersion;

    public Type getMethod() {
        return method;
    }

    public void setMethod(HttpMethod.Type method) {
        this.method = method;
    }

    public String getRequestUri() {
        return requestUri;
    }

    public void setRequestUri(String requestUri) {
        this.requestUri = requestUri;
    }

    public String getPath() {
        return path;
    }

    public void setPath(String path) {
        this.path = path;
    }

    public String getQueryString() {
        return queryString;
    }

    public void setQueryString(String queryString) {
        this.queryString = queryString;
    }

    public String getFragment() {
        return fragment;
    }

    public void setFragment(String fragment) {
        this.fragment = fragment;
    }

    public String getHttpVersion() {
        return httpVersion;
    }

    public void setHttpVersion(String httpVersion) {
        this.httpVersion = httpVersion;
    }
}

საწყისი სტრიქონის წაკითხვის დროს, მეთოდის ამოკითხვის დასრულების შემდეგ:

• მეთოდის სახელი უნდა გარდავქმნათ ზედა რეგისტრის სიმბოლოებში(მაგ. get -> GET)
• უნდა ინახოს არის თუ არა დასაშვები წაკითხული მეთოდი როგორც ეს იქნება რეალიზებული #4 დავალებაში;
• თუ მეთოდი დასაშვებია უნდა მოხდეს მეთოდის ენუმერაციიდან მეთოდის წაკითხვა: HttpMethod.getMethodByName(methodName); იხ. #2

პარსერის კლასი რომელმაც უნდა დააბრუნოს ზემოთ ნაჩვენები კლასის ობიექტი:

package edu.cst.webserver.http;

public class HttpRequestLineParser {
    // Restrict direct parser instantiation
    private HttpRequestLineParser() { }

    // TODO implement request line parsing logic
    public HttpRequestLine parse(String requestLine) {
        return null;
    }

    public static HttpRequestLineParser newInstance() {
        return new HttpRequestLineParser();
    }
}

გამოყენების ნიმუში:

HttpRequestLineParser parser = HttpRequestLineParser.newInstance();
HttpRequestLine requestLine = parser.parse("GET /path/to/resource?param=value HTTP/1.1");

[ioseb]

@revazi რა ხდება? როდის აპირებ საქმის დაწყებას? თუ მე დაგიწერო?

[revazi]

@ioseb დღეს დავიწყებ

[ioseb]

@revazi

• სპეციფიკაცია წაიკითხე ყურადღებით მითითებულ ბმულზე;
• გაითვალისწინე, რომ აღნიშნული კლასების არსებობა მნიშვნელოვანია სხვებისთვის, შესაბამისად კონკრეტული რეალიზაციის კეთებისას საწყის ეტაპზე შეგიძლია აირჩიო მარტივი გზა. მოგვიანებითაც შეიძლება პარსირების ალგორითმის გადაკეთება;
• ყველა ჩემს მიერ ჩამოთვლილი სტატუსის სტრიქონის ნიმუშისთვის უნდა დაწერო შესაბამისი უნიტ ტესტი.

[revazi]

@ioseb ოკ

[ioseb]

@revazi გვაგვიანებ უკვე.

[revazi]

@ioseb ვცდილობ გავერკვე და იმედია მალე გავაკეთებ

[ioseb]

@revazi Maven პროექტი თუ გამართე?

[revazi]

@ioseb კიი. კოდზე ვფიქრობ

[ioseb]

@revazi

ასე მივუდგეთ საკითხს. ზედმეტი დრო რომ არ დაიხარჯოს მე დაგისვამ შეკითხვებს და შენ დამიფიქსირე რა გესმის და როგორ გესმის და რა არ გემის:

• პირველ პოსტში რომ ორი კლასის აღწერა დავწერე გასაგებია(გამოგონება აღარ ჭირდება)?
• პირველ პოსტში რომ მოთხოვნის საწყისი სტრიქონების ნიმუშები მოვიყვანე თუ გესმის?
• რა კანონზომიერებას აფიქსირებ მოთხოვნის სტრიქონებში?
• თუ წაიკითხე სპეციფიკაცია რა ვერ გაიგე?

ამ შეკითხვებიდან რომელიმეზე თუ არ გაქვს პასუხი კოდის წერაზე ფიქრი ნაადრევია.

[revazi]

@ioseb 1) გასაგებია public class HttpRequestLine ეს კლასი თავისი მეთდებით აკეთებს Request - ის ნაწილების ცალ-ცალკე setter & getter მეთოდების აღწერას სადაც set-პრეფიქსით დაწყებულ მეთოდებს ჩვენ უნდა გადავცეთ წინასწარ დამუშავებული Request-ის ნაწილები მაგ. Path, Query, MethodType... 2) ამის უკეთ განმარტება მჭირდება ალბათ. 3) მოთხოვნის სტრიქონებში კანონქომიერება ის არის რომ მოთხოვნის ტიპი გამოყოფილია მოთხოვნისგან space-ით შემდეგ მოთხოვნაა ყველგან და შემდეგ ისევ space-ით გამოყოფილი HTTP-ის ვერსია თუმცა "\r\nGET /test HTTP/1.1\r\n\r\n" ამაზე ორი სიტყვით მითხარი. 4) წავიკითხე და გავიგე რომ მოთხოვნის სტრიქონის შემდეგ შაბლონს იყენებს request-line = method SP request-target SP HTTP-version CRLF

[ioseb]

@revazi

1. ამას ვგულისხმობდი "GET /test HTTP/1.1\r\n" ანუ ნიმუშებს ზოგადად;
2. დავაზუსტოთ: ა) HTTP მეთოდის სახელი; ბ) path(მარშრუტი) გ) HTTP ვერსია. მნიშვნელოვანია რომ ყველაფერს სწორად დაარქვა სახელი. "\r\n" ნიშნავს ახალი ხაზის სიმბოლოს ანუ CRLF(Carriage Return & Line Feed).
3. SP(space, ჰარი) შეგიძლია ჩათვალო რომ 1..N რაოდენობის არის.

ალგორითმი მარტივად რომ ვთქვათ ასეთია:

• უნდა ამოვიკითხოთ ეგ სამი ნაწილი სტრიქონიდან;
• შევამოწმოთ მეთოდი(ანუ პირველი ნაწილი) თუ შედის დასაშვები მეთოდების სიაში (@demonno შემოდი და გვასწავლე როგორ გამოვიყენოთ შენი კონფიგურაციის კლასი)
• თუ არ არსებობს throw new HttpRequestException(HttpStatus.Code.UNSUPPORTED_METHOD) (ეს ბოლო @vaxop - ს ტასკია, ანუ ექსეპშენი)
• თუ დასაშვებია მაშინ ვაგრძელებთ ვიღებთ მეორე ნაწილს(URI რომელიც არის path + querystring) ვამუშავებთ ამ სტრიქონს რაც გულისხმობს ამ სტრიქონის ორ ნაწილად დაყოფას(მითითებული სპეციფიკაცია წაიკითხე)
• ვიღებთ მესამე ნაწილს და უბრალოდ ვამოწმებთ თუ სწორი HTTP პროტოკოლის ვერსიაა მითითებული, თუ არა throw new HttpRequestException(HttpStatus.Code.HTTP_VERSION_NOT_SUPPORTED)

გასაგებია ეს ყველაფერი?

[ioseb]

@revazi

დასაწყისისთვის გთავაზობ ასეთ რამეს:

• დაამატე პროექტს ის კლასები რაც პირველ პოსტში მაქვს მითითებული;
• შემდეგ შექმენი ქვემოთ მოცემული ტესტირების კლასი:

package edu.cst.webserver.http;

import junit.framework.Assert;
import org.junit.Test;

public class HttpRequestLineParserTest {
    private static final String HTTP_VERSION = "HTTP/1.1";
    @Test
    public void testRequestLine0() {
        HttpRequestLineParser parser = HttpRequestLineParser.newInstance();
        String requestLineString = "GET /test HTTP/1.1\\r\\n";
        HttpRequestLine requestLine = parser.parse(requestLineString);

        Assert.assertEquals(HttpMethod.METHOD_GET, requestLine.getMethodName());
        Assert.assertEquals("/test", requestLine.getPath());
        Assert.assertEquals(HTTP_VERSION, requestLine.getHttpVersion());
    }
}

რომელიც გაშვების შემდეგ თავისთავად ცხადია ტესტირების შეცდომებს გამოიწვევს. შეეცადე .parse() მეთოდი მიიყვანო იქამდე რომ მხოლოდ ეს ერთი ტესტი გაიაროს. როდესაც ამას მიაღწევ დაამატე ახალი ტესტები ჩემს პირველ პოსტში მოყვანილი ყველა მოთხოვნის სტრიქონისთვის და გატესტე სხვადასხვა ნაწილები.

@reflooding @demonno მიეხმარეთ უნიტ ტესტინგში.

[ioseb]

@revazi

ეს ამოცანა რომ გავამარტივოთ:

• შემოგდის სტრიქონი;
• თავსა და ბოლოში უნდა მოაცილო ნებისმიერი უხილავი სიმბოლო;
• უნდა დახლიჩო სტრიქონი უხილავი სიმბოლოებით;
• თუ დახლეჩის შედეგად მიღებული მასვივის ზომა იქნება სამზე ნაკლები ან მეტი, ესე იგი შეცდომაა;
• წინააღმდეგ შემთხვევაში უნდა მოხდეს ის რაც წინა კომენტარებში დავწერე.

ესე გასაგებია?

[demonno]

კონფიგურაციის კლასის გამოყენება ძალიან მარტივია

მაგალითისთვის რომ შევამოწმოთ მხარდაჭერილია თუ არა GET მეთოდი , უნდა დავწეროთ შემდეგი :

ServerConfig config = ServerConfig.getInstance();
config.isSupportedMethod("GET");

დადებითი პასუხის შემტხვევაში დაგვიბრუნდება ბულის ტიპის მნიშვნელობა true , უარყოფითის შემთხვევაში ბულის ტიპის მნიშვნელობა false

[revazi]

@ioseb გასაგებია. წავყვები ყველაფერს რაც დამიწერე და გავაკეთებ

[ioseb]

@revazi ვნახე შენი კომიტი. ჯერ ძალიან ნედლია მაგრამ სტილისტური შენიშვნა მაქვს. გამხსნელი ფიგურული ფრჩხილები აიტანე იმავე ხაზზე სადაც იწყება ბლოკი. სხვების კოდსაც შეხედე.

არასწორია:

if (condition)
{
  // code here...
}

სწორია:

if (condition) {
  // code here...
}

[revazi]

@ioseb გავითვალისწინებ, შევასწორებ და ამაღამ კოდსაც დავამატებ კიდევ.

[ioseb]

@revazi აქ კომენტარები რომ დაგიწერე არ გამოგრჩეს: https://github.com/reflooding/serv-cst/commit/cb8052f81ee7b7aaa8494e89fc4b3c5e0c4dbb64

[revazi]

@ioseb ვნახე და მივხედავ

[ioseb]

@revazi არის რამე პროგრესი?

[revazi]

@ioseb HttpRequestLineParser() - ში მიმითითე რა უნდა გავაკეთო.

[ioseb]

@revazi მეტი რა უნდა მიგითოთ? ამ თიქეთში უამრავი რამე დავწერე და კოდში კომენტარებიც დაგიწერე. კონკრეტულად რა გაინტერესებს?

[ioseb]

@revazi თუ არ გამოგდის და არ გცალია თქვი და სხვას გადავულოცავ ამ დავალებას. არ არის ეს საქმე როდესაც მოლოდინი მაქვს რომ გააკეთებ რაღაცას დღეების მანძილზე არ ჩანხარ და ისეთ კოდს ტოვებ რეპოში რომელიც არათუ არ მუშაობს, არც კი კომპილირდება. ელ.ფოსტა ხშირად გადაამოწმე და მოწერილს უპასუხე.

[revazi]

@ioseb ვცდილობ რომ გავარჩიო და ვცდილობ გავერკვე regex-ის გამოყენებაში java-ში. private HttpRequestLineParser() { } ამაზე მაინტერესებდა parse - მეთოდის დასრულების მერე როგორ უნდა გამომეყენებინა.

[ioseb]

@revazi არ გეწყინოს მაგრამ ან მეკაიფები ან არ კითხულობ რას ვწერ. ამონარიდები პირველი პოსტიდან:

აი ასეთია გამოყენება:

HttpRequestLineParser parser = HttpRequestLineParser.newInstance();
HttpRequestLine requestLine = parser.parse("GET /path/to/resource?param=value HTTP/1.1");

1. დავაზუსტოთ: ა) HTTP მეთოდის სახელი; ბ) path(მარშრუტი) გ) HTTP ვერსია. მნიშვნელოვანია რომ ყველაფერს სწორად დაარქვა სახელი. "\r\n" ნიშნავს ახალი ხაზის სიმბოლოს ანუ CRLF(Carriage Return & Line Feed).
2. SP(space, ჰარი) შეგიძლია ჩათვალო რომ 1..N რაოდენობის არის.

ალგორითმი მარტივად რომ ვთქვათ ასეთია:

• უნდა ამოვიკითხოთ ეგ სამი ნაწილი სტრიქონიდან;
• შევამოწმოთ მეთოდი(ანუ პირველი ნაწილი) თუ შედის დასაშვები მეთოდების სიაში (@demonno შემოდი და გვასწავლე როგორ გამოვიყენოთ შენი კონფიგურაციის კლასი)
• თუ არ არსებობს throw new HttpRequestException(HttpStatus.Code.UNSUPPORTED_METHOD) (ეს ბოლო @vaxop - ს ტასკია, ანუ ექსეპშენი)
• თუ დასაშვებია მაშინ ვაგრძელებთ ვიღებთ მეორე ნაწილს(URI რომელიც არის path + querystring) ვამუშავებთ ამ სტრიქონს რაც გულისხმობს ამ სტრიქონის ორ ნაწილად დაყოფას(მითითებული სპეციფიკაცია წაიკითხე)
• ვიღებთ მესამე ნაწილს და უბრალოდ ვამოწმებთ თუ სწორი HTTP პროტოკოლის ვერსიაა მითითებული, თუ არა throw new HttpRequestException(HttpStatus.Code.HTTP_VERSION_NOT_SUPPORTED)

გასაგებია ეს ყველაფერი?

ის რეგულარული გამოსახულება რაც მანდ დაგჭირდება თავი ბოლო ეს არის:

String[] tokens = requestLine.trim().split("\\s+");

თუმცა ვისურვებდი რომ ცოტა უფრო კრეატიული ყოფილიყავი და რეგულარული გამოსახულების გარეშე დაგეძლია ეს ამოცანა. დანარჩენი რაც კოდის კომენტარებში დავწერე ისიც გადაიკითხე.

არაფერი არსებითი გასარკვევი არ გაქვს. და იმის ნაცვლად რომ დრო ხარჯო და შეგვაფერხო უმჯობესი იქნება თუ:

• იკითხავ რაც არ გესმის;
• იქნები კონტაქტზე;
• ყურადღებით წაკითხავ ამ დისკუსიას, ამდენი ჩემთვის არ დამიწერია. შენთვის დავწერე.

[revazi]

@ioseb ok Sorry.

HTTP - ს რაც შეეხება ვერ ვნახე isSupportedMethod მსგავსი მეთოდი HTTP - ის ვერსიისთვის

[ioseb]

@revazi "Sorry" არ მიიღება. თუ ვერ ნახე:

• იკითხე რატომ არ არის;
• ცოტათი პრაქტიკულად მიუდექი და ხისტად გაწერე შენს კოდში და მერე გადავიტანთ.

if (!httpMethod.equals("HTTP/1.1")) {
    // rest of code here...
}

სადაც httpMethod არის შენი ცვლადი.

ასე ვერ იზამდი?

[revazi]

ვიზამდი მაგრამ მეგონა რომ სხვას უნდა დაეწერა.

[ioseb]

@revazi თავს იმართლებ და თან ძალიან არაეფექტურად :D :D :D საქმეს მიხედე, თუ არ გცალია თქვი. რომ "გეგონა" ვერ თქვი მერე? ან ვისზეც გეგონა რატომ არ შეახსენე?

[revazi]

@ioseb ოხ არ ვიმართლებ თავს. სხვის კოდებში ხელები არ აფათუროთო და რაღაცები და მგონია რომ მარტო ჩემათ რაც არის ნათქვამი იმაში უნდა ვწერო.

[ioseb]

@revazi

1. ვინმე(ან რამე) თუ გაფერხებს უნდა თქვა;
2. თუ არ იცი ვინ გაფერხებს მომმართე მე;
3. თუ რამე არ არის კოდში შეგიძლია დროებით გააკეთო შენი ლოკალიზებული რეალიზაცია და დააწერო კომენტარი რომ მოგვიანებით ჩავანაცვლებთ ამითი და ამითი და ა.შ.

საქმეს მივხედოთ, ვფერხდებით აშკარად.

[revazi]

@ioseb ხო. ახლა გასაგებია

[ioseb]

@revazi დაგიმატე დავალება და შენვე ჩაამატე #19

[revazi]

@ioseb დავამატე და ტესტებიც დავუწერე. Recipients of an invalid request-line SHOULD respond with either a 400 (Bad Request) error შეკითხვა: შევამოწმო URI Whitespace-ებზე?

[ioseb]

@revazi ძალიან კარგი. არა, URI შენ არ უნდა შეამოწმო მაგაზე(ჯერ). ანუ როდესაც იმ სტრიქონს გახლიჩავ უნდა მიიღო 3 ნაწილი. თუ მეტი/ან ნაკლები მიიღე თავისთავად არასწორია უკვე. იმ შემთხვევაში თუ მაინც 3 ნაწილი მიიღე და პირველი ორი ნაწილი სწორია, მესამე ნაწილი არ გამოვა სწორი და შეცდომაა(ანუ exception უნდა ისროლო) და თუ სამივე ნაწილი სწორია ესე იგი ყველაფერი კარგად არის.

[ioseb]

@revazi

Recipients of an invalid request-line SHOULD respond with either a 400 (Bad Request) error

ამ შემთხვევაში შენ უბრალოდ აკეთებ ასეთ რამეს:

throw new HttpRequestException(HttpStatus.Code.BAD_REQUEST)

მეტი არაფერი გევალება.

[revazi]

ეგ მიწერია მაშინ როცა request-line_ის space-ებით გამოყოფილი ნაწილების რაოდენობა არ უდრის 3ს. parts = requestLineString.split("\s+"); if (parts.length != 3){ throw new HttpRequestException(HttpStatus.Code.BAD_REQUEST); }

[ioseb]

შესაბამისად აღარ არის საჭირო URI - ს შემოწმება. გარდა ამისა მნიშვნელოვანი რაოდენობის უნიტ ტესტები გაქვს დასაწერი(იხ. დისკუსიის პირველი პოსტი) და გამოვავლნეთ ხარვეზებს როგორმე.

On Sunday, March 3, 2013 at 7:41 PM, Revaz wrote:

ეგ მიწერია მაშინ როცა request-line_ის space-ებით გამოყოფილი ნაწილების რაოდენობა არ უდრის 3ს. parts = requestLineString.split("\s+"); if (parts.length != 3){ throw new HttpRequestException(HttpStatus.Code.BAD_REQUEST); }

— Reply to this email directly or view it on GitHub (https://github.com/reflooding/serv-cst/issues/8#issuecomment-14348641).

[revazi]

ახლა ვიწყებ ტესტებზე მუშაობას უბრალოდ ერთი რაც მინდოდა კიდევ HttpRequestLine requestLine = parser.parse("GET /path/to/resource?param=value HTTP/1.1"); <<< ამაზე მიწერს incompetible types და parse მეთოდიდან String-ი არ უნდა დავაბრუნო. როგორ დავაბრუნო parse მეთდიდან HttpRequestLine ტიპის ობიექტი?

[ioseb]

@revazi სტრიქონი არ უნდა დააბურნო.

HttpRequestLine requestLine = new HttpRequestLine();
requestLine.setHttpVersion(httpVersion);
requestLine.setQueryString(queryString);
requestLine.setFragment(fragment);
requestLine.setPath(path);
requestLine.setMethod(HttpMethod.getHttpMethodByname(methodName));

return requestLine;

სადაც: httpVersion, path, queryString, fragment, methodName შენი ცვლადებია. ამ ცვლადებიდან:

• methodName მეთოდის სახელია რომელიც უკვე უნდა გქონდეს მოთხოვნის სტრიქონის დახლეჩვის მერე;
• httpVersion ასევე ბოლო ნაწილი;
• დანარჩენი ცვლადები path, queryString, fragment უნდა მოიპოვო შესაბამისი ალგორითმით.

როდესაც უკვე გაქვს URI სტრიქონი უნდა გააკეთო ასე:

• სტრიქონში პირველი კითხვის ნიშნის სიმბოლომდე რაც არის არის path. ან თუ კითხვის ნიშანი არ გვხვდება მთლიანად არის path
• თუ სტრიქონში გხვდება კითხვის ნიშანი ახდენ კითხვის ნიშნის იგნორირებას და კითხვის ნიშნის შემდეგ რაც არის არის queryString
• თუ queryString - ში გხვდება # სიმბოლო ნიშნავს რომ მაგ სიმბოლოს მერე რაც არის არის fragment

makes sense?

[revazi]

აქედან მარტო ეს მინდოდა: HttpRequestLine requestLine = new HttpRequestLine(); requestLine. setHttpVersion(httpVersion); requestLine.setQueryString(queryString); requestLine.setFragment(fragment); requestLine.setPath(path); requestLine.setMethod(HttpMethod.getHttpMethodByname(methodName));

return requestLine;

დანარჩენი ვეცადე ისე გამეკეთებინა და რაღაც კოდი უკვე დავწერე. ვვარაუდობდი ასე მაგრამ ვერ გავავწყვიტე set-მეთოდების ამბავი. ახლა გასაგებია.

[ioseb]

ოკეი, ველოდები რეზულტატს.

[revazi]

we don't have Httpmethod.getHttpMethodByname();

[ioseb]

yes we have. https://github.com/reflooding/serv-cst/blob/master/src/main/java/edu/cst/webserver/http/HttpMethod.java

it's name is: getMethodByName(). source is available and please do not be so lazy and look sometimes inside others work.

On Sunday, March 3, 2013 at 8:14 PM, Revaz wrote:

we don't have
Httpmethod.getHttpMethodByname();

— Reply to this email directly or view it on GitHub (https://github.com/reflooding/serv-cst/issues/8#issuecomment-14349157).

[revazi]

ჩავიხედე რა უხ.

[ioseb]

ნუ ღელავ და საქმეს მიხედე :P თუ ჩაიხედე რატომ ვერ იპოვე?

On Sunday, March 3, 2013 at 8:18 PM, Revaz wrote:

ჩავიხედე რა უხ.

— Reply to this email directly or view it on GitHub (https://github.com/reflooding/serv-cst/issues/8#issuecomment-14349229).

[revazi]

რავიცი ნორმალურად არ ჩავიხედე. My fault.

[ioseb]

კარგია :D შედეგი დაიდოს ხარისხიანი!

[revazi]

ცოტაც მაცადე Boss

[ioseb]

მთავარია დამანახეთ რომ მუშაობთ, სხვაგან მე არსად არ მეჩქარება.

On Sunday, March 3, 2013 at 8:22 PM, Revaz wrote:

ცოტაც მაცადე Boss

— Reply to this email directly or view it on GitHub (https://github.com/reflooding/serv-cst/issues/8#issuecomment-14349316).