если только в конфиге апачевском не отключены htaccess

ну в общем по итогу все было найдено в оф. документации

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

попробуйте сломать htaceess напишите чтонибудь невалидное туда, если посыпятся 500 - то он хотябы читается

http://symfony.com/doc/current/setup/web_server_configuration.html

из /web который ?

да

только он и нужен, все остальные htaccess - защита от дурака, их можно вообще удалить

ок, через часок пощупаю, отпишусь

спасибо

странно что все выборочно так работает

/app.php сработал

а просто / только индекс выводит, а роуты сломаны

буду ломать htaccess

ничего тут странного

мод реврайт как раз по ключу срабатывает когда файл не найден

Подскажите как мокнуть в тестах private function createProcess() { return new Process('ls'); } Или надо заменять на какую-нибудь ProcessFactory?

можно поколдовать с visibility в рантайме (через рефлексию) или воспользоваться mock фреймворком который сделает это за тебя http://phake.readthedocs.io/en/2.1/mocks.html#calling-private-and-protected-methods-on-mocks НО ПРАВИЛЬНО будет ProcessFactory вот тут написано почему https://stackoverflow.com/questions/5937845/mock-private-method-with-phpunit

Спасибо. Так и думал :)

а зачем вообще такой метод?

tdd проповедует dependency injection. Тогда и плясок не будет

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

Что конкретно? Зачем создавать Process?

зачем метод приватный, который создает и возвращает объект

будь это требование интерфейса, тогда все понятно. Но приватный...

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

создать объект - логика?

можно ли этот объект передать извне? Если можно, то это выход

Передать нельзя. Уже переделал через ProcessFactory

gitlab норм

что можно почитать о вебсокетах? а то я нуб в этом

что можно почитать о вебсокетах? а то я нуб в этом

а что тебе надо знать о вэбсокетах? вот скажем почитай википедию и скажи чего именно тебе еще надо знать

хочу понимать что вообще такое сокет

так википеия же

а что тебе надо знать о вэбсокетах? вот скажем почитай википедию и скажи чего именно тебе еще надо знать

хочу понимать что вообще такое сокет

начни с википедии и кликай по незнакомым словам

О, мучаюсь с сокетом, захожу, а тут про них) правда я про unix сокет. Кому-нибудь приходилось с docker engine api работать, обращаясь с сокету? Понимаю, что несколько не по теме(

а в чем вопрос?

с tls, наверно?

Да не, читать-то читаю, но странный ответ получаю. После заголовков перед данными идет шестнадцатиричное число - размер данных. И нигде не нахожу инфо откуда оно там

Но буквально только что нашел, что встроенный curl умеет опцию CURLOPT_UNIX_SOCKET_PATH начиная с php 7.0.7 вроде. оно и решило мой вопрос, нормально данные получил, не работая напрямую с socket_read и тп

Всем хай

Коллеги, я сейчас конечно наброшу на вентилятор, но рискну. Почему мне для регионального E-commerce проекта стоит выбрать Laravel, а не Symfony (естественно последних версий) лет так на 3-5. Хочется услышать доводы за и против. Мне в Laravel не по душе принцип фасадов и вообще наличие всяких "плюшек" в ядре вроде очередей, редиректор и прочего. И немаловажный вопрос насколько геморно решать нестандартные задачи (из реального мира, те которые не описаны в документации)

Никто тебе на этот вопрос не ответит

Ты лучше нас знаешь нюансы своего проекта

Наговнокодить можно с любым инструментом

Мы для e-commerce используем phalcon

Игорь, как там третья версия? Стала постабильнее? Пользовались второй и постоянно натыкались на сюрпризы, либо отсутствие чего либо банального в документации

Слушай, стало куда приятней с ним работать. На 2-ой версии даже приходилось их си код править из-за багов. Да и документашка вроде получше стала

Так там же зефирка поверх всего

Главное с пагинацией не переусердствовать в phalcon

Которая с моделями работает

Там типо искуственный cursor scroling используется по данным, который производительность просаживает

Круто, спасибо, посмотрю еще раз че они там придумали))

О, кстати, а с решениями основанными на ReactPHP кто нить в проде живёт?)

Php pm использую

О, кстати, а с решениями основанными на ReactPHP кто нить в проде живёт?)

Живут. В чатике уже спрашивали (и я в том числе). Ищется по reactphp.

Оно на базе реакта

Прирост неплохой

php-pm тестили, да, года полтора назад, воркеры дохли спустя 10 реквестов под нагрузкой

php-pm тестили, да, года полтора назад, воркеры дохли спустя 10 реквестов под нагрузкой

Сейчас все лучше, да и не сталкивался с таким

А о какой нагрузке речь?

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

1к рпс дали

А какое время жизни у воркеров было?

Я эмулировал схожую нагрузку, но такого не было

видимо это был баг, даже issue в гитхабе был у них

что они помирают

а swoole кто нить юзает? читал про него, активности на гитхабе почти ноль, из инфы в инете пара статей-переводов китайской доки

Ещё неприятный баг с сессиями был, но его подправили, но он был в мосте для лары

а swoole кто нить юзает? читал про него, активности на гитхабе почти ноль, из инфы в инете пара статей-переводов китайской доки

Пробовал тоже, писал адаптер для лары, но не добил

Хотя может уже готовый адаптер есть для http kernel

В Symfony свойство public в сервисе отвечает за его видемость в контейнере?

да, чтобы он мог быть доступен через $container->get()

public = false, а зачем такое делать? что б все сервеси сразу не грузилися?

Мы использовали это для того, чтобы кто нибудь из разработчиков нечайно не обратился к сервису напрямую, а работал через фасад

в который этот сервис был внедрен как зависимость

Не думаю, что это свойство как-то влияет на производительность

а дергать сервис через get->() - ето плохо?

нет, но в случае этого конкретного сервиса было плохо

ясно, спасибо

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

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

понятно

а вся работа должна была идти через третий, он был public, остальные нет

public = false, а зачем такое делать? что б все сервеси сразу не грузилися?

для оптимизаций контейнером. если не нужно обращаться к сервису напрямую, то он будет его либо удалять, либо инлайнить

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

например если такой сервис где-то используется как зависимость, то удалить его не получится уже, а если не используется, то нафиг он вообще нужен

Роман, кстати посмотри в самой симфони есть куча сервисов с public=false, будет как пример использования

а где посмотреть?)

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

для публичных сервиосв на каждый сервис генерируется своя функция для получения этого инстанса если например есть 3 класса A, B, C и A зависит от B, B зависит от C, и только A публичный, у тебя будет всего 1 функция для получения А. Остальные сервисы будут созданы внутри A даже без регистрации в контейнере

ну это же минимальный оверхед, и то только на компиляцию контейнера

похоже на экономию на спичках, к тому же с наличием opcache

а вся работа должна была идти через третий, он был public, остальные нет

Прикол в том, что public=false заперщает достать зависимость только через $container->get(). Но оставляет возможность достать зависимость через конструктор. Если тебе нужно "хакнуть" public=false то делаешь свой публичный сервис который в конструкторе принимает приватный и вуаля. В связи с этим вариант с производительностью выглядит здраво, хоть я лично и не могу это подтвердить.

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