всички маршрути сочат към /

Имам приложение на Javascript, което използва Slim (slimframework.com) като крайна точка на API.

Използвах това от известно време на предишния си компютър (win 8), но го преместих и сега работи на OSX (Apache 2.4.9 php 5.5).

Странно е, че след тази миграция, каквито и GET маршрути да опитам, всички те се насочват към / (маршрутът по подразбиране). когато се опитвам да получа пътя на заявката (както можете да видите в маршрута '/'), тя показва правилната заявка.

Разглобих всичко и настроих най-минималното оформление. Същите резултати.

php:

require 'Slim/Slim.php';

\Slim\Slim::registerAutoloader();

$app = new \Slim\Slim();

$app->get('/hello/:name', function ($name) {
    echo "Hello, $name";
});

$app->get('/', function () use ($app) {
    echo "root" . $app->request()->getPath();
});

$app->run();

Извикването на /hello/world трябва да върне низа „Hello, world“. Но вместо това връща "root /hello/world/" обърнете внимание на крайната наклонена черта.. Това важи и за всеки друг маршрут (т.е. /hello/world/and/other/planets/as/well връща "корен/здравей/свят/и/други/планети/както/").

Чудя се дали това има нещо общо с моята конфигурация на виртуален хост (но имам много приложения, които използват пренаписване на URL адреси и това изглежда работи)

httpd-vhost.conf

<VirtualHost *:80>
  ServerName stage_api.loc
  ServerAlias stage_api.loc
  DocumentRoot "[the correct dir]"

  RewriteEngine On
  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteRule (.*) /index.php [L,QSA]

  <Directory "[the correct dir]">
    Options Indexes FollowSymlinks MultiViews
    AllowOverride All
    Require all granted
  </Directory>

</VirtualHost>

Странно е, че ако пропусна FollowSymLinks от конфигурацията на vhost, всичко се проваля.

Нещо, което пропускам тук? Всяка помощ се оценява.

B

АКТУАЛИЗАЦИЯ: Страхувам се да не бъда разглеждан като леко OCD... но добавих print_r($_SERVER); към index.php и всичко изглежда правилно

Array
(
    [SCRIPT_URL] => /hello/world
    [SCRIPT_URI] => http://stage_api.loc/hello/world
    [HTTP_HOST] => stage_api.loc
    [HTTP_CONNECTION] => keep-alive
    [HTTP_CACHE_CONTROL] => no-cache
    [HTTP_USER_AGENT] => Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/39.0.2171.99 Safari/537.36
    [HTTP_ACCEPT] => */*
    [HTTP_ACCEPT_ENCODING] => gzip, deflate, sdch
    [HTTP_ACCEPT_LANGUAGE] => en,en-US;q=0.8,nb;q=0.6
    [PATH] => [removed by user]
    [SERVER_SIGNATURE] => 
    [SERVER_SOFTWARE] => Apache/2.4.9 (Unix) OpenSSL/0.9.8za PHP/5.5.14
    [SERVER_NAME] => stage_api.loc
    [SERVER_ADDR] => 127.0.0.1
    [SERVER_PORT] => 80
    [REMOTE_ADDR] => 127.0.0.1
    [DOCUMENT_ROOT] => [removed by user]
    [REQUEST_SCHEME] => http
    [CONTEXT_PREFIX] => 
    [CONTEXT_DOCUMENT_ROOT] => [removed by user]
    [SERVER_ADMIN] => [email protected]
    [SCRIPT_FILENAME] => [removed by user]/index.php
    [REMOTE_PORT] => [removed by user]
    [GATEWAY_INTERFACE] => CGI/1.1
    [SERVER_PROTOCOL] => HTTP/1.1
    [REQUEST_METHOD] => GET
    [QUERY_STRING] => 
    [REQUEST_URI] => /hello/world
    [SCRIPT_NAME] => /hello/world
    [PHP_SELF] => /hello/world
    [REQUEST_TIME_FLOAT] => 1421675412.017
    [REQUEST_TIME] => 1421675412
    [argv] => Array
        (
        )

    [argc] => 0
)

php slim
person Bard Rotzer    schedule 19.01.2015    source източник

Отговори (1)


arrow_upward
0
arrow_downward

Така. Използвайки Stackoverflow като rubberduck, в крайна сметка измислих нещо като решение (ако някой се натъкне на същия проблем).

Средата се интерпретира погрешно в Slim framework при използване на пренаписан URL адрес.

Трябваше да замени настройката на свойство в Environment.php (ред 143)

from:
  $env['PATH_INFO'] = substr_replace($requestUri, '', 0, strlen($physicalPath));
to: 
  $env['PATH_INFO'] = $_SERVER['REQUEST_URI'];

Това разбира се не е идеално. Но ме кара да работя, докато намирам по-добър начин за определяне дали URL адресът е пренаписан или не.

person Bard Rotzer    schedule 20.01.2015