Состояние обработчика Gwan

Я пытаюсь реализовать успокоительный обработчик для своих скриптов, который заменяет / на &, поэтому я могу превратить URL-адрес, например: ?script.c&things, в этот: ?script/things. В настоящее время у меня есть только тестовый скрипт, основанный на этом сообщение Гила.

  // ============================================================================
  // Handler C script for the G-WAN Web Application Server (http://gwan.ch/)
  // ----------------------------------------------------------------------------
  // main.c: basic rewrite example
  // ============================================================================
  #include "gwan.h"    // G-WAN exported functions

  #include <stdio.h> // puts(), printf()
  // ----------------------------------------------------------------------------
  // init() will initialize your data structures, load your files, etc.
  // ----------------------------------------------------------------------------
  // init() should return -1 if failure (to allocate memory for example)
  int init(int argc, char *argv[])
  {
     // define which handler states we want to be notified in main():
     // enum HANDLER_ACT { 
     //  HDL_INIT = 0, 
     //  HDL_AFTER_ACCEPT, // just after accept (only client IP address setup)
     //  HDL_AFTER_READ,   // each time a read was done until HTTP request OK
     //  HDL_BEFORE_PARSE, // HTTP verb/URI validated but HTTP headers are not 
     //  HDL_AFTER_PARSE,  // HTTP headers validated, ready to build reply
     //  HDL_BEFORE_WRITE, // after a reply was built, but before it is sent
     //  HDL_HTTP_ERRORS,  // when G-WAN is going to reply with an HTTP error
     //  HDL_CLEANUP };
     u32 *states = (u32*)get_env(argv, US_HANDLER_STATES);
     *states =  (1 << HDL_AFTER_READ);
     return 0;
  }
  // ----------------------------------------------------------------------------
  // clean() will free any allocated memory and possibly log summarized stats
  // ----------------------------------------------------------------------------
  void clean(int argc, char *argv[])
  {}
  // ----------------------------------------------------------------------------
  // main() does the job for all the connection states below:
  // (see 'HTTP_Env' in gwan.h for all the values you can fetch with get_env())
  // ----------------------------------------------------------------------------
  int main(int argc, char *argv[])
  {
     // HDL_HTTP_ERRORS return values:
     //   0: Close the client connection
     //   2: Send a server reply based on a custom reply buffer
     // 255: Continue (send a reply based on the request HTTP code)
     const long state = (long)argv[0];
     printf("Catching Gwan State: %i\n", (long)argv[0] );
     if(state != HDL_AFTER_READ)
        return 255;

     xbuf_t *read_xbuf = (xbuf_t*)get_env(argv, READ_XBUF);
     printf("req_1: %.20s\n", read_xbuf->ptr);
     xbuf_replfrto(read_xbuf, read_xbuf->ptr, read_xbuf->ptr + 16, "/", "&");
     printf("req_2: %.20s\n-------------------\n\n", read_xbuf->ptr);

     return 255; // continue G-WAN's default execution path
  }
  // ============================================================================
  // End of Source Code
  // ============================================================================

В этом скрипте у меня есть строка printf("Catching Gwan State: %lu\n", (long)argv[0] );, которая должна печатать состояние, которое она получает (0-8, я думаю), но она продолжает печатать

Catching Gwan State: -38241808

Я понятия не имею, что такое -38241808.

Любая помощь? Моя ОС — Linux Mint 14, версия Gwan 4.2.19.

[EDIT] Даже при использовании примера обработчика main_generic.c, который поставляется с Gwan, выдаются эти странные значения состояния


person John-Alan    schedule 27.02.2013    source источник


Ответы (2)


Я пытаюсь реализовать успокоительный обработчик для своих сценариев, который заменяет / на &, поэтому я могу превратить URL-адрес, например: ?script.c&things, в этот: ?script/things.

G-WAN делает это автоматически. Обработчики абсолютно не нужны. Эта RESTful функция задокументирована в руководстве в формате PDF и на временной шкале.

Вы даже можете определить, какой язык программирования является языком по умолчанию (тот, который не требует явных расширений файлов в URI). Посмотрите, как это сделать ниже (здесь из обработчика):

int init(int argc, char *argv[])
{
   // the QUERY_CHAR character can be chosen from the following set: 
   //  - _ . ! ~ * ' ( ) 
   // (see RFC 2396, section "2.3. Unreserved Characters")
   //   
   u8 *query_char = (u8*)get_env(argv, QUERY_CHAR);
   *query_char = '!'; // use "/!hello.c" instead of "/?hello.c"

   // by default, DEFAULT_LANG = LG_C (ANSI C)
   // LG_C, LG_CPP, LG_JAVA, etc. are defined in /gwan/include/gwan.h
   // and in http://gwan.com/api#env
   //
   u8 *lang = (u8*)get_env(argv, DEFAULT_LANG);
   *lang = LG_CPP; // use "/!hello" instead of "/!hello.cpp"
   return 0;
}

Просто проверьте это на примере /?argv.c&123&456 G-WAN, используя вместо этого /?argv/123/456...

person Gil    schedule 27.02.2013
comment
Я чувствую себя дураком. Я читал руководство (много раз) и понял, что вы МОЖЕТЕ реализовать спокойную архитектуру и можете изменить язык по умолчанию, я не знал, что он уже есть. Большое спасибо Гил - person John-Alan; 28.02.2013
comment
Я все еще хотел бы знать, почему обработчик получал странные значения для дальнейшего использования. - person John-Alan; 28.02.2013
comment
Теперь я пытаюсь использовать обработчик для добавления случайного значения в конце URL-адреса, чтобы избежать микрокеша. Но я все еще получаю странные значения для argv[0], я обновился до gwan v 4.3.1. - person John-Alan; 06.03.2013

я проверял на своем. если вы сделаете так
u32 *states = (u32*)get_env(argv, US_HANDLER_STATES);
*states = (1L << HDL_AFTER_ACCEPT)
| (1L << HDL_AFTER_READ)
| (1L << HDL_BEFORE_PARSE)
| (1L << HDL_AFTER_PARSE)
| (1L << HDL_HTTP_ERRORS)
| (1L << HDL_BEFORE_WRITE);

это будет произведено 0-8.

person csw    schedule 27.02.2013
comment
Я перезапускаю каждый раз, когда обновляю обработчик (просто чтобы быть уверенным), но все равно странные значения - person John-Alan; 27.02.2013