народ, задеплоил симфони на сервак. Чтобы запустить начальную страницу приходится вбивать сайт.ру/web/app.php Как сделать автоматическое перенаправление? Наверное с помощью htaccess это делается

перезалей так что бы webroot указывал на web

а не на корень проекта

а .htaccess там и так есть

перезалей так что бы webroot указывал на web

не понял

народ, задеплоил симфони на сервак. Чтобы запустить начальную страницу приходится вбивать сайт.ру/web/app.php Как сделать автоматическое перенаправление? Наверное с помощью htaccess это делается

сделай что бы апач смотрел на web и индекс файл сделай app.php

сделай что бы апач смотрел на web и индекс файл сделай app.php

где можно это сделать?

в каком файле указывать?

http://httpd.apache.org/docs/2.0/mod/core.html#documentroot http://httpd.apache.org/docs/2.0/mod/mod_dir.html#directoryindex

в каком файле указывать?

Туда где хранятся настройки твоего хоста

где можно это сделать?

шаред хостинг?

шаред хостинг?

нет

ну тогда в настройках)

нет

главное не в htaccess. и желательно этот модуль выпилить

@fes0r кстати не знаешь почему у симфони app.php индексный файл, а не index.php (он вроде стандарт) В гугле пусто, мне чисто ради интереса .

@fes0r кстати не знаешь почему у симфони app.php индексный файл, а не index.php (он вроде стандарт) В гугле пусто, мне чисто ради интереса .

наркотики, все дело в них.

@fes0r кстати не знаешь почему у симфони app.php индексный файл, а не index.php (он вроде стандарт) В гугле пусто, мне чисто ради интереса .

ну это просто точка входа в приложение. Ты можешь их много сделать (что бы они например разные кернелы делали)

вообще изначально насколько я знаю идея была в том что бы делать много кернелов

ну то есть тебе нужна админа - ей свой кернел

тебе нужна апишка - ей свой кернел

поэтому собственно там директория app

вообще изначально насколько я знаю идея была в том что бы делать много кернелов

хм. не подумал об этом. спс.

а в src тупо тот код который шарится между приложениями

но не взлетело, народ начал дробить систему по бандлам)

как-то грустно смотреть на такие картинки ночью

Есть кто?

неа

отлично, вопрос

)

делаю сет флеш месседж, потом делаю редирект, после редиректа флеш пуст

а на странички с редиректом он есть

всмысли дебаг пар показывает что он есть

> а на странички с редиректом он есть тип там где ты его выставляешь?

да

ну хз... с сессиями чего-то не то

не сохраняются например

но они работают, в смысли куча всего везде через них передается

но вот в данном месте, нифига

хм.... сложна

может кто-то случайно делает clear какой

ну короч тут тяжко и сложно.... я бы прервал запрос на "меня послали в редирект"

и глянул бы что в сессии хранится

а потом продолжил бы редирект

и глянул бы что восстанавливается оттуда

я через дебагер же вижу что установка прозодит норм, данные записываются, редирект идет, после редиректа, пусто

$this->addFlash('track-conversion', true); return $this->redirectToRoute($routeName, ['uid' => $request->get('uniqid')]);

прям вот так сделал

на странице до ридереккта, все есть, после нет

люди, а зачем вы советуете мне pimple, если у него баги с передачей параметров?

http://stackoverflow.com/q/40722716/444079

люди, а зачем вы советуете мне pimple, если у него баги с передачей параметров?

Пимпл офигенный, поэтому и советуем.

как достучаться до параметров?

Присваиваешь, потом читаешь. В чем беда?

где читаю? У меня проблема как у человека по ссылке

почему в коде сначала регистрируется сервис, а потом присваиваются значения?

это баг или фича?

Человек по ссылке наследуется от контейнера. Зачем?

// это неправильно? class ContainerBindingsServiceProvider implements ServiceProviderInterface

А не, вру, неправильно прочитал

Покажи свой код

В чем у тебя беда?

https://gist.github.com/hellboy81/240e055b33db98f2c37d64bae548c966

поэтому у меня вопрос: где доступны параметры контейнера? внтури register или внутри функции, инициализируемой в register которая делает уже инстанцирование объекта

посмотри код

где?

жизненный цикл сервиса состоит из двух основных частей

ERROR: S client not available

параметры становятся доступны после того, как выполнен метод register() у сервиса

да.

т.е. у сервиспровайдера

и на это есть причина:

https://github.com/jasongrimes/silex-oauth2-server/blob/master/src/OAuth2Server/Silex/OAuth2ServiceProvider.php

так правильно?

есть сервис провайдер, а есть сервис. это две разные штуки

какую задачу ты решаешь?

https://github.com/vaibhavpandeyvpz/silex-skeleton/blob/2300d986d84b572ab3f50d28b81579c2c7e9f878/app/classes/Provider/OAuth2ServiceProvider.php

тоже самое, но сервисов может быть неограниченное кол-во

И то, что это facebook, google и так далелл - может задаваться во внешнем конфигурационном файле

ты хочешь сконфигурировать сервисы, используя данные из самого контейнера?

грубо говоря: если там регистся вручную 25 провайдеров (т.е. 25 раз нужно указывать путь и use) - то какой смысл от этого провайдера?

как достучаться до параметров?

.....я же тебе уже объяснял

запихиваешь параметры в контейнер а потом забираешь их в фабрике

делаешь ты это просто или в сервис провайдере не имеет никакого отношения.

ты хочешь сконфигурировать сервисы, используя данные из самого контейнера?

еще раз: как здесь не писать 25 раз однотипный код? $app['oauth2.facebook'] = function ($app) {} $app['oauth2.google'] = function ($app) { }

делаешь ты это просто или в сервис провайдере не имеет никакого отношения.

OK

еще раз: как здесь не писать 25 раз однотипный код? $app['oauth2.facebook'] = function ($app) {} $app['oauth2.google'] = function ($app) { }

сделай foreach

$container['session'] = $container->factory(function ($c) { return new Session($c['session_storage']); });

ну

так нужно использовать фабрику?

тип того

а что бы не надо было 25 однотипных фабрик - цикликом

Т.е. решение в https://github.com/vaibhavpandeyvpz/silex-skeleton/blob/2300d986d84b572ab3f50d28b81579c2c7e9f878/app/classes/Provider/OAuth2ServiceProvider.php - неверное?

у тебя же там параметры разные

сервисы разные

[почему мои сениоры сидят в Белоруссии] блджад, OK. для создания 25 однотипных объектов таки нужна фабрика, а не ServiceProvider. спасибо. я надеюсь изучение pimple стоит того

итак, работаем над моими ошибками: Я по ошибке принял неверное решение о применении ServiceProviderInterface вместо фабрики , думая, что в методе ServiceProviderInterface::register можно написать цикл по неким параметерам. Обычно там делается регистрация фиксированного (1,2,3) числа сервисов

сеньоры, покарайте меня!

[почему мои сениоры сидят в Белоруссии] блджад, OK. для создания 25 однотипных объектов таки нужна фабрика, а не ServiceProvider. спасибо. я надеюсь изучение pimple стоит того

я блядь серьезно не понимаю что ты вообще хочешь сделать

pimple писался быстрее