- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
$URi = str_replace("/projects/GCore/", "", $URi);
  $U = preg_split('//', $URi, -1, PREG_SPLIT_NO_EMPTY);
  $URI = "";
  $is_get = 0;
  $get_key = "";
  $get_is_value = 0;
  $value = "";
  for( $i = 0; $i < count($U); $i++){
      if( $U[$i] == "?" || $is_get == 1){
          $char = $U[$i];
        if( $char != "?" ){
        if( $get_is_value == 0 || $char != "=" || $char != "&" ){
          $get_key = $get_key.$char;
        }else if( $char == "=" ){
          $value = $value.$char;
          $get_is_value = 1;
        }else if( $char == "&"){
          $_GET[$get_key] = $value;
          $get_key = "";
          $value = "";
          $get_is_value = 0;
        }
      }
      $is_get = 1;
      }else{
        $URI = $URI.$U[$i];
      }
  }
                                 
        
            Была проблема с .htaaccess, гет запросы не передавались, пришлось делать парсер гета))))
        
        
.htaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaac cess
Вот в перле все по уму, там use CGI;
а че встроенной функции никакой нету??... глупый гугл "php parse http get line" даёт первым результатом: http://php.net/manual/en/function.parse-str.php
самое говно тут скорее всего с древней дыркой безопастности: нет проверки на ".." элементы в пути, что в руках умельцев равносильно неограниченому доступу к винту сервака. как раз из-за таких дырок ручной парсинг и умер.
По мне так, можно и сделать проверку этой фигни.