еще во времена симфони 2.6 где-то

старые бандлы (относительно) + новая структура

Кстати, а чего ещё никто не заморочился переводы нормальные хотя б сделать?

а зачем?

когда-то он мне нравился...

я с ним познакомился до симфони....

Спросить совета и плюнуть на них. Чем мотивировано решение за 3.4?

старые бандлы (относительно) + новая структура

и нравился он мне до тех пор пока я не понял что любая апишка больше чем на 10 эндпоинтов превращается... в симфони)

а как только появился micro kernel trait в целом нет смысла вообще в нем

так вот, возвращаясь к вопросу почему я считаю сайлекс мертвым

На телефоне, может поэтому и не понял...

старые бандлы (относительно) + новая структура

Старые банды это хорошо?

@Eraice призываю тебя!

Я сплю?

а зачем?

А не все к сожалению инглишем достаточно владеют. Да и на родном языке все равно быстрее.

Микрофраемверки нужны теперь редко будут. У нас например зенд шифровальщик и он не умеет пхп7, так что с симфони 4 мы в пролете

Да, только кто-то на стак оверфлоу скопипастил

не совсем актуально - реконнекта не будет, потому что коннект висит если не закроешь ручками или не завершится запрос, оверхед на отсылку запроса не такой уж и значительный (а если бд на том же сервере что и приложение — вобще можно игнорировать)

А не все к сожалению инглишем достаточно владеют. Да и на родном языке все равно быстрее.

оооочень плохой повод делать перевод док который всегда будет на год отставать от оригинала

не совсем актуально - реконнекта не будет, потому что коннект висит если не закроешь ручками или не завершится запрос, оверхед на отсылку запроса не такой уж и значительный (а если бд на том же сервере что и приложение — вобще можно игнорировать)

Оо спасибо! А ято думал что реконнект)))

оооочень плохой повод делать перевод док который всегда будет на год отставать от оригинала

собственно поэтому симфони доки от переводов и отказались

Старые банды это хорошо?

они проверены, разве не так?

и нравился он мне до тех пор пока я не понял что любая апишка больше чем на 10 эндпоинтов превращается... в симфони)

Если писать с головой и руками, то сайлекс + 50 строк кода парсят json от сваггера и реализуют легко тонну сервисов.

А не все к сожалению инглишем достаточно владеют. Да и на родном языке все равно быстрее.

ну это их проблемы)

оооочень плохой повод делать перевод док который всегда будет на год отставать от оригинала

Сделать чтоб не отставал. Неужели при достаточно большом сообществе нельзя при этом заработать на AdWords?

я бы наоборот не делал перевод

они проверены, разве не так?

Они устарели. Ну то есть сейчас api-platform крайне предпочтительнее чем какой нибудь jms сериализатор, от которого не могут отказаться так как на 2.х ничего другого годного нет

ну это их проблемы)

Сейчас это мои проблемы, обучать людей самому приходится

ну вот можешь заняться инициативой, заодно переводить) я помню было переведено пару частей 2.3

Если писать с головой и руками, то сайлекс + 50 строк кода парсят json от сваггера и реализуют легко тонну сервисов.

если писать с головой и руками, симфони в 50 строк кода сделают то же самое

Они устарели. Ну то есть сейчас api-platform крайне предпочтительнее чем какой нибудь jms сериализатор, от которого не могут отказаться так как на 2.х ничего другого годного нет

Не надо ничего говорить про api-platform - это ужос

они проверены, разве не так?

Симфони 4 это никак не сырой продукт, тут нет смысла в старом проверенном

Сделать чтоб не отставал. Неужели при достаточно большом сообществе нельзя при этом заработать на AdWords?

а как-же single source of truth?

Не надо ничего говорить про api-platform - это ужос

Ну api-core тогда))

Сделать чтоб не отставал. Неужели при достаточно большом сообществе нельзя при этом заработать на AdWords?

на adwords - нет

ну вот можешь заняться инициативой, заодно переводить) я помню было переведено пару частей 2.3

У меня нет на это времени, я просто вслух удивляюсь

ну вот у всех нет времени)

Они устарели. Ну то есть сейчас api-platform крайне предпочтительнее чем какой нибудь jms сериализатор, от которого не могут отказаться так как на 2.х ничего другого годного нет

эскобар

так что я считаю что без англ тут нечего ловить

если писать с головой и руками, симфони в 50 строк кода сделают то же самое

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

эскобар

???

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

я тебе скинул пример - один файлик, вся симфони

чем это от сайлекса отличается?

???

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

и причем тут блин битрикс? ты битрикс на http kernel пересаживал что-ли?

или ты компоненты юзал?

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

аксиому*

он вывел уравнение эскобара

У меня нет на это времени, я просто вслух удивляюсь

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

я тебе скинул пример - один файлик, вся симфони

Говорю я с телефона. Код читать неудобно. Но смысла весь vendor симфони сувать в битрикс ради удобной обработки роутов для апи....

Говорю я с телефона. Код читать неудобно. Но смысла весь vendor симфони сувать в битрикс ради удобной обработки роутов для апи....

а вендорс сайлекса типа меньше?)

и повторюсь - узнай как обстоят дела с симфони4 и их вендорами

Хз. Честно не сравнивал

Но мне казалось он куда менее объемный

а в чем трабла вендора? это ж не клиент. 100 или 200 мб на сервере

Но мне казалось он куда менее объемный

если удалить symfony/forms и компоненты которые тебе не нужны - то да) Что собственно тебе symfony starter и предоставляет

а в чем трабла вендора? это ж не клиент. 100 или 200 мб на сервере

я тоже не понимаю.

Наркобарон

это другой эскобар

ору

та не этот

ща скину

ща скину

не сюда, тут культурное место

ну я шорт урл скину

а в чем трабла вендора? это ж не клиент. 100 или 200 мб на сервере

Предположу что когда поднимается на сервере симфа целиком и или сайлекс, то второй заметно меньше памяти жрет. На >100k трафике это ой как существенно

не сюда, тут культурное место

вот так крч гугли

Предположу что когда поднимается на сервере симфа целиком и или сайлекс, то второй заметно меньше памяти жрет. На >100k трафике это ой как существенно

при чем трафик к жесткому диску? обычно память забивается не из-за того что вендоров много.

пока здесь происходит срачик, накину еще) https://itc.ua/news/microsoft-dobavila-nativnyiy-klient-openssh-v-windows-10/

и повторюсь - узнай как обстоят дела с симфони4 и их вендорами

4 пока не смотрел совсем, времени не было

Предположу что когда поднимается на сервере симфа целиком и или сайлекс, то второй заметно меньше памяти жрет. На >100k трафике это ой как существенно

предположу что размер вендоров не влияет на рантайм, если ты не юзаешь компоненты которые тебе не нужны. Опять же - ссылку на пример я тебе дал. Будет работать так же быстро как и сайлекс

ERROR: S client not available

и это доступно тебе уже... когда там 2.8 вышла

Пхахаха))

даже раньше можно было - но это типа надо было уже самому компоненты отключать что лень обычно

при чем трафик к жесткому диску? обычно память забивается не из-за того что вендоров много.

Короче я про сам движок, он должен быть больше у симфони, чем у сайлекс. Или я заблуждаюсь? Что больше памяти жрет? Поднять первое или второе?

Короче я про сам движок, он должен быть больше у симфони, чем у сайлекс. Или я заблуждаюсь? Что больше памяти жрет? Поднять первое или второе?

заблуждаешься

какой-то тралинг сложный

я ушел

Короче я про сам движок, он должен быть больше у симфони, чем у сайлекс. Или я заблуждаюсь? Что больше памяти жрет? Поднять первое или второе?

короч я свое дело сделал - пример скинул. Сайлекс в этом случае будет даже больше жрать ресурсов чем мой пример.

Короче я про сам движок, он должен быть больше у симфони, чем у сайлекс. Или я заблуждаюсь? Что больше памяти жрет? Поднять первое или второе?

Какой движок? Помяти жрет каряво написаный код!

что значит каряво написанный код?

пример утечки памяти?

Какой движок? Помяти жрет каряво написаный код!

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

"коряво написанный код" тут не причем. тут скорее причем лень отключить ненужное. С версии 2.8 симфони тебе дают... что-то типа "минималок" из коробки.

чисто http kernel, routing и di.

что значит каряво написанный код?

Не оптимальный вариант решения (излишния рекурсия, цикл, конструкция)

пример утечки памяти?

ммм да наверно уже нет

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

почем так решили?

*почему

почем так решили?

потому что это факт)

если ты грузишь компонент, и не используешь его, то... он будет жрать лишние ресурсы без какой-либо пользы.

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

но он от этого не исчезает.

Не оптимальный вариант решения (излишния рекурсия, цикл, конструкция)

чем плохи излишнии рекурсии? ты про оптимизации сложности алгоритма? это чуть другое

ну в лучшем случае этот оверхед - немного памяти опкеша ;)

ну в лучшем случае этот оверхед - немного памяти опкеша ;)

в симфони самое жрущее - лишние листенеры. В целом пару милисекунд лишних выжать можно

и пол метра оперативки сэкономить)

хотя... может и больше

а, ну если о миллисекундах речь, то да, игра стоит свеч... а то запулят реквесты в цикле в базу, а потом компоненты отключают ;)) но вообще зависит от того, насколько lazy этот компонент при инициализации...

если ты грузишь компонент, и не используешь его, то... он будет жрать лишние ресурсы без какой-либо пользы.

я знаю что мне использовать!

я знаю что мне использовать!

какой нервный, ну ок

а, ну если о миллисекундах речь, то да, игра стоит свеч... а то запулят реквесты в цикле в базу, а потом компоненты отключают ;)) но вообще зависит от того, насколько lazy этот компонент при инициализации...

валидация, сессии, секьюрити... весьма прожерливы