Почему запаздывающая наклонная черта в веб-сервисе так важна?

Я попытался div.classname{display:table-cell;}, и это сработало!

7
задан czuk 27 July 2009 в 15:58
поделиться

5 ответов

Это разные URL-адреса. http://my.domain.com/my/webservice подразумевает файл webservice в папке my . http://my.domain.com/my/webservice/ подразумевает документ по умолчанию в папке my / webservice.

Многие веб-серверы автоматически исправляют такие URL-адреса, но от них не требуется сделай так.

19
ответ дан 6 December 2019 в 06:37
поделиться

Вы можете попробовать определить Custom Builder , вызвав Waf с соответствующими параметрами для этапа компиляции python.

http://nmake.alcatel-lucent.com/manual/eclipse/jdt_lu38/builders.png

(Из eclipsejdt alcatel-lucent manual )

Этот рисунок (вообще не связанный с Waf) иллюстрирует тот факт, что построитель может быть определен как внешний инструмент (имеется в виду любой .bat или оболочка, которую вы можете вызвать)

В этом примере « eclipsejdt » пользовательский построитель был настроен следующим образом:

Чтобы настроить построитель, вызовите диалоговое окно свойств для проекта « jex1p », выбрав проект в проводнике пакетов и выберите Проект> Свойства> Строители . Затем нажмите Создать ... , выберите Программа и нажмите ОК . http://my.domain.com/my/webservice/

По умолчанию библиотека PHP должна следовать перенаправлениям.

3
ответ дан 6 December 2019 в 06:37
поделиться

[Отказ от ответственности: это копия моего ответа отсюда . Я знаю, что некоторым людям не нравится такое копирование, но это объясняет, почему важна косая черта.]

Представьте, что вы обслуживаете страницу

http://mydomain.com/bla

, которая содержит

<a href="more.html">Read more...</a>

При нажатии браузер пользователя получает http://mydomain.com/more.html. Если бы вы вместо этого обслужили

http://mydomain.com/bla/

(с тем же содержанием), браузер получил бы http://mydomain.com/bla/more.html . Чтобы избежать этой неоднозначности, при перенаправлении добавляется косая черта, если URL указывает на каталог.

2
ответ дан 6 December 2019 в 06:37
поделиться

Ошибка - это перенаправление 301, означающее, что вы перенаправляетесь на URL-адрес с косой чертой на конце веб-сервером.

Похоже, что PHP будет автоматически следовать этому перенаправлению и, следовательно, не выдает ошибку, тогда как Python - нет. Вам нужно будет сделать следующее:

  1. Попытаться подключиться к исходному URL-адресу
  2. Перехватить любое перенаправление 301 и, возможно, 302 редиректа
  3. Если было перенаправление, попробуйте вместо этого подключиться к этому URL.

Новый URL должен быть доступен в заголовках ответа.

HTH.

3
ответ дан 6 December 2019 в 06:37
поделиться

Как выглядит URL-адрес SOAP, зависит от сервера, если необходима косая черта, зависит от сервера и реализации SOAP.

В вашем случае я предполагаю, что целевой сервер - это сервер apache, а URL-адрес SOAP - это фактически каталог, содержащий ваш сценарий обработки SOAP. Когда вы получаете доступ к http://my.domain.com/my/webservice на сервере, apache решает, что каталог правильно адресован как http://my.domain.com/my/ webservice / и отправляет перенаправление 301.

SOAP использует HTTP POST, и клиент решает, следует ли выполнять перенаправление или нет, я предполагаю, что он просто этого не ожидает.

Другие реализации SOAP, например Apache Axis в Java, имеют URL-адреса, которые выглядят как сервлеты, например http://domain.com/soap/webservice без косой черты, в этом случае URL-адрес без косой черты правильный, есть в любом случае каталог не существует.

Я думаю, Axis также не работает при перенаправлении.

0
ответ дан 6 December 2019 в 06:37
поделиться
Другие вопросы по тегам:

Похожие вопросы: