Сергей Протько: Да, приложение на зенде обрабатывало этот запрос. Сейчас обрабатываю его в точке входа if($_SERVER['REQUEST_METHOD'] == 'OPTIONS'){ exit;}
Можно ли его обработать еще раньше, без запуска PHP?
Проблема в том, что клиент делает ненужный запрос, который обходится в 300-400 мс, и только потом основной запрос. Приложение работает в 2 раза медленнее из-за этого префлайта.
Что значит не обрабатывать? Если его вообще не обрабатывать, клиент получит ошибку 405 method not allowed и не выполнит основной запрос. На данный момент все OPTIONS запросы ко всем ресурсам у меня обрабатываются в методе базового контроллера таким образом (сам заголовок с разрешенными методами устанавливается в .htaccess)
{ return $this->response; }.
Мне нужно вообще исключить этот префлайт. Как бы быстро он не обрабатывался сервером, задержка в N мс все равно будет, а мне она не нужна.
Роутинг и restful-контроллеры у меня написаны и работают. Мне нужно настроить модуль авторизации, который называется BjyAuthorize и работает по умолчанию только с AbstractActionController. Мне нужно настроить этот модуль для работы с RestfulController https://github.com/bjyoungblood/BjyAuthorize
Мне нужно, что бы эта аннотация генерировалась автоматически командой doctrine-module orm:convert-mapping. Я так понимаю Доктрина, при генерации на основе структуры БД определяет, где создавать Bi а где Uni. Мне нужно знать, как должно выглядеть определение таблицы в БД для автоматической генерации entities с двунаправленными связями.
Если бы можно было сделать редирект на этот vk.com/id0, а после редирект обратно на свой сервер и прочитать HTTP_REFERER.
- Можно ли выполнить такую комбинацию редиректов? (Может с JS History API или другие BOM объекты)
- Будет ли в HTTP_REFERER тот самый ID пользователя после этих манипуляций?
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
