микрофрейморк на функциях ;) Зато бутстрап приложения быстрее чем фалкон ;)

для hello world

можно еще микрофреймворк сделать с 0 строк кода, ваще стратовать резво будет

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

use Siler\Functional as λ;

Впрочем, что-то такое можно и самому написать.

можно еще микрофреймворк сделать с 0 строк кода, ваще стратовать резво будет

vanilla.php?

index.php

index.php

а в нём пишешь include 'vanilla.php'; - вуаля )

ну да, и упереться потом в чтение с диска)

кстати, почему?

Впрочем, что-то такое можно и самому написать.

берешь reactphp, пишешь на нем полноценный application сервер... вопросики, профит

у меня был вариант - сделать application-сервер на go, который бы готовил psr-7 сообщения и отправлял бы их воркерам

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

(потому что врядли выйдет так что не течет))

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

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

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

и то не факт

ну не, под бутстрапом я подразумеваю разбор запроса, роутинг... тут особо никуда не денешь

ну не, под бутстрапом я подразумеваю разбор запроса, роутинг... тут особо никуда не денешь

ну это на самом деле не сильно то и затратные операции

ну так тут разговор то был о том, нафига фалкон нужен ;)

и если у тебя именно это узкое место - имеет смысл смотреть в сторону всяких там go

ну так тут разговор то был о том, нафига фалкон нужен ;)

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

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

у меня моя апишка на симфонях отдает мне мои json-ки за ~30-50ms и мне в целом этого хватает.

есть конечно отдельные эндпоинты которые тупят по пол секунды но это из-за лени

у меня моя апишка на симфонях отдает мне мои json-ки за ~30-50ms и мне в целом этого хватает.

со включеной секурити?

и если у тебя именно это узкое место - имеет смысл смотреть в сторону всяких там go

В мире ПХП таких кейсов 0,0001% :) Врядли в этом чате есть человек, у которого НЕ бизнесслогика (все что в контроллере) занимает < 50% времени обработки, чтобы думать, что нужно что-то быстрее современного фреймворка. Опять же, если такой человек найдется, то это будет очень специфичный запрос к API - отличный повод для этого запроса НЕ использовать ПХП вообще - серега опять прав

у меня моя апишка на симфонях отдает мне мои json-ки за ~30-50ms и мне в целом этого хватает.

MicroKernelTrait?

MicroKernelTrait?

нет)

расскажи подробнее если позволяет время

в смысле?

ну просто вырублены лишние листенеры, продакшен, opcache все дела

ну как ты добился подобных показателей и какой железо

ну железо не слабое)

со включеной секурити?

На что это влияет? Как-будто я не смогу наговнячить на вашем любимом {select technology or language here} такой "свой секурити" что будет больше любого гавноПХП фреймворка?

спасибо за ответ

со включеной секурити?

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

ну просто вырублены лишние листенеры, продакшен, opcache все дела

сначала прочел как-будто вырублен лишний opcache.... не понял сначала )))

я помню что у тебя повеселее конфиги были

На что это влияет? Как-будто я не смогу наговнячить на вашем любимом {select technology or language here} такой "свой секурити" что будет больше любого гавноПХП фреймворка?

это к чему вообще сказано было?

я помню что у тебя повеселее конфиги были

на нашем монстре за 200мс отдает где-то

из них 40мс только это секурити и роутер

на нашем монстре за 200мс отдает где-то

ну так у меня не то что бы большой проект)

из них 40мс только это секурити и роутер

не думал заменить symfony/routing на какой побыстрее?

хотя думаю секьюрити прожорливее

не думал заменить symfony/routing на какой побыстрее?

быстрее него ничего нет)

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

там больше тысячи роутов

А в symfony есть встроенные события на create\delete\update модели? Или придется их вручную реализовывать в каждой?

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

это к чему вообще сказано было?

Я это сказал к тому, что секурити бывает разное, даже в самой симфони. Можно написать один рул, а можно подклчить ACL, например. И обратная сторона, на любом фреймворке\технологии можно накидать столько секурити что тянуть будет очень медленно. Нужно мерять производительность не "у меня включен не включен компонент" а "поставил я XHPROF profiler и вот такое-то место жрет 30% времени" - и смотерть на него. Также нужно помнить, что настройки по умолчанию (что в пыхе, что в симфони) сделаны для народа, а у народа ситемы разные.... Часто бывает, что именно для специфике вашего проекта что-то подходить не будет. Вот например для 1000 разных рулов симфони роутер по дефолту явно не оптимально настроен (если не ошибаюсь, роутер просто идет линейно, и сравнивает каждый роут с вашим запросом через preg_match() ) что конечно будет медленно, если ваш самый частый урл будет последним в списке).

А в symfony есть встроенные события на create\delete\update модели? Или придется их вручную реализовывать в каждой?

и в симфони и в ларавел реализуемо

погугли

В симфонии нет моделей. В симфони из коробки доктрина, в ней есть

Модели в симфони есть ;) Нету персиста моделей, т.е. слоя работы с базой. А желаемые события - это как раз к базе относится, а не к модели, как я понял.

А в symfony есть встроенные события на create\delete\update модели? Или придется их вручную реализовывать в каждой?

в симфони нет "модели"

а, Боря уже все разложил

так в доктрине их тоже нет

"моделей"

есть preUpdate/prePersist и т.д.

"модель" для доктрины это совокупность сущностей и vo

ну и да, следует еще разделять "модель" по типу, мы говорим о data model или модели описывающей поведение?

но моделей, О которых изначально имелось ввиду - нет :P

потому что последнее можно ну очень по разному готовить

но моделей, О которых изначально имелось ввиду - нет :P

и хорошо что нет

но есть CRUD генераторы

+

думаю, говоря модель он подразумевает сущность

думаю, говоря модель он подразумевает сущность

стоит отказаться от столь двусмысленных терминов

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

модель не может существовать без базы? И это про какую модель вообще?

модель не может существовать без базы? И это про какую модель вообще?

Для любителей идти глубже уберу слово "база" и заменю его на "данные"

публичный интерфейс объекта нужен чтобы не работать с данными напрямую

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

открываем словарик любой и читаем определение слова "модель". > Модель - представление предмета, системы или идеи в форме, отличной от формы целого, т.е. самого предмета. база данных - лишь частный случай представления данных.

Для любителей идти глубже уберу слово "база" и заменю его на "данные"

модель это данные + поведение для работы с этими данными

про поведение почему-то люди забывают

привет всем есть какая-то библиотека на пхп для работы с 1с

ну и опять же в разных контекстах "модель" означает разные вещи потому что это разные модели)

данные + поведение - это про любой объект можно сказать, тут важно именно что оно описывает что-то

Кто нибудь трогал тут Yii??

данные + поведение - это про любой объект можно сказать, тут важно именно что оно описывает что-то

то есть мы пришли к определению что "модель" это "что-то"

каждый раз добавляя в корзину товар создается новая сессия видимо

Кто нибудь трогал тут Yii??

никто не признается

Однозначно ;)

что “модель” это описание "чего-то"

easyii cms

а не само что-то )

;) я трогал ;)

что “модель” это описание "чего-то"

да, так норм

;) я трогал ;)

Можно я тебя в лс побеспокою? буду тут писать точно скажут что я извращуга

давай лучше там вот побеспокой https://t.me/phpclubru

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

У вас есть реальный опыт работы с ивентами? Просто интересно, что будете делать, если вы положились на встроенные ивенты CRUD и тут вам прилетает задача: Отослать емейл, если человек меняет сущность. Все ок, вы вешаете onUpdate -> sendEmail и счастливы. Но тут бизнесс требует отсылать емейл, только ели меняете AB поля, а если CD то не нужно, и не нужно если письмо хочет отправится вам самим же. А так же вместе с емейлом поменять флаг где-нибдуь в другой моделе..... И вот тут самое интересно, для любого нового разработчика (да и для вас самих через год) модель выглядит просто как два пальца - $model->save(), EvendDispatcher->riseEvent("model.save"). А там пиздец..... Всем кто дочитал до сюда - используйте ивенты в своем коде ТОЛЬКО и исключительно ТОЛЬКО для понижения связанности между компонентами кода (собственно, для чего этот паттерн проектирования и создавался) и НИКОГДА для бизнесслогики. Лично видел как умирали такие проекты как я описал.

Да, господа лингвисты и искатели сути в каждом слове. Вы правы, но применимо к нашей теме - PHP, модель в каком бы то ни было виде это программная прослойка.

личку не оч люблю... игнорить неприлично ;)

ок ушел срать туда

Да, господа лингвисты и искатели сути в каждом слове. Вы правы, но применимо к нашей теме - PHP, модель в каком бы то ни было виде это программная прослойка.

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

поэтому такое определение не несет никакой ценности и смысла

Я это сказал к тому, что секурити бывает разное, даже в самой симфони. Можно написать один рул, а можно подклчить ACL, например. И обратная сторона, на любом фреймворке\технологии можно накидать столько секурити что тянуть будет очень медленно. Нужно мерять производительность не "у меня включен не включен компонент" а "поставил я XHPROF profiler и вот такое-то место жрет 30% времени" - и смотерть на него. Также нужно помнить, что настройки по умолчанию (что в пыхе, что в симфони) сделаны для народа, а у народа ситемы разные.... Часто бывает, что именно для специфике вашего проекта что-то подходить не будет. Вот например для 1000 разных рулов симфони роутер по дефолту явно не оптимально настроен (если не ошибаюсь, роутер просто идет линейно, и сравнивает каждый роут с вашим запросом через preg_match() ) что конечно будет медленно, если ваш самый частый урл будет последним в списке).

в чате капитаны узнали что существуют профайлеры

У вас есть реальный опыт работы с ивентами? Просто интересно, что будете делать, если вы положились на встроенные ивенты CRUD и тут вам прилетает задача: Отослать емейл, если человек меняет сущность. Все ок, вы вешаете onUpdate -> sendEmail и счастливы. Но тут бизнесс требует отсылать емейл, только ели меняете AB поля, а если CD то не нужно, и не нужно если письмо хочет отправится вам самим же. А так же вместе с емейлом поменять флаг где-нибдуь в другой моделе..... И вот тут самое интересно, для любого нового разработчика (да и для вас самих через год) модель выглядит просто как два пальца - $model->save(), EvendDispatcher->riseEvent("model.save"). А там пиздец..... Всем кто дочитал до сюда - используйте ивенты в своем коде ТОЛЬКО и исключительно ТОЛЬКО для понижения связанности между компонентами кода (собственно, для чего этот паттерн проектирования и создавался) и НИКОГДА для бизнесслогики. Лично видел как умирали такие проекты как я описал.

Ивенты для модели в моём случае как раз для того чтобы правильно распределить данные по хранилищам. События бизнес логики реализуются в контроллерах.

Ивенты для модели в моём случае как раз для того чтобы правильно распределить данные по хранилищам. События бизнес логики реализуются в контроллерах.

Тогда вопросов нет.