по сути заменяешь 1 класс фасад на http api

типо как тут

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

тут важный момент как по мне - убрать зависимость операции от обработки конкретного запроса. Ну мол оч удобно когда у тебя по изменению состояния приложения апдейты на клиент приходят по сокетам а не в виде респонса

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

типо как тут

https://habr.com/post/352700/

тут важный момент как по мне - убрать зависимость операции от обработки конкретного запроса. Ну мол оч удобно когда у тебя по изменению состояния приложения апдейты на клиент приходят по сокетам а не в виде респонса

а какая разница, микросервис или монолит в этом случае? что мен мешает кидать POST запрос и допустим уще егорезультаты видеть в рзаных comet каналах?

а какая разница, микросервис или монолит в этом случае? что мен мешает кидать POST запрос и допустим уще егорезультаты видеть в рзаных comet каналах?

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

асинхронные жизнь легче не делают)

так с точки зрения клиента они асинхронно будут выглядеть)

так с точки зрения клиента они асинхронно будут выглядеть)

const response = await this.http.send(someRequest)

не слишком асинхронно выглядит)

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

я не понял что это) я предлагал такой вариант - например кидаем пост запрос, buyItem() и он нам ничего не отвечает, а просто допустим кидает события в разные comet каналы, типо: user.123123.balanceChangedCOmetChanel user.123123.newItemCOmetChanel и т.д

хз, это мои мыслив слух)

я не понял что это) я предлагал такой вариант - например кидаем пост запрос, buyItem() и он нам ничего не отвечает, а просто допустим кидает события в разные comet каналы, типо: user.123123.balanceChangedCOmetChanel user.123123.newItemCOmetChanel и т.д

ну так это то что я и предлагаю) просто я хз что такое "комет каналы" и для меня это сокеты

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

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

просто, думаю, идти или нет - https://www.luxoft-training.ru/kurs/domain_driven_design.html

А то время много улетит на дорогу, выпадаеьт пару рабочих дней

просто, думаю, идти или нет - https://www.luxoft-training.ru/kurs/domain_driven_design.html

https://habr.com/post/316438/ https://habr.com/post/316890/ Уверен что от этих двух статей будет больше толку

https://habr.com/post/316438/ https://habr.com/post/316890/ Уверен что от этих двух статей будет больше толку

спасибо, но там же еще + практика

открыл раздел с ценами... то же что ли начать воздух продавать)

спасибо, но там же еще + практика

ну прочитай, и попробуй написать что нибудь по DDD сюда скинешь код тебя обосрут - вот и практика

ну прочитай, и попробуй написать что нибудь по DDD сюда скинешь код тебя обосрут - вот и практика

эт точно)))

спасибо, но там же еще + практика

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

DDD НЕ про технические штуки. От слова совсем. А воркшоп за много денег про разделение ответственности - не ну такое

p.s. глянул програмку курса - в целом неплохо. Для расширения кругозора сойдет

но опять же все это проще когда ты уже хорошо шаришь во всяких там SOLID и GRASP, понимаешь что такое coupling/cohesion и т.д.

Как узнать длину строки?

strlen

mb_strlen

Не получается

Крч хочу поэлементно вывести каждый символ

Форэч на строку?

С 59-68 строки

Подскажите пж

Аа все

strlen

Вот это помогло

СПС

Как узнать длину строки?

доки же у php нет ну совсем) вопрост из разряда "А я начал учить язык, но доку читать впадлу"

экстеншены пишет кто? ;)

пишет

Круто, приходилось 64бит unsigned инт возвращать? Что делать, тупо в строку или только если превышает?

И самое главное - есть ли макрос int в строку отдать в RETURN

RETURN_STRING просто не катит разве?

Круто, приходилось 64бит unsigned инт возвращать? Что делать, тупо в строку или только если превышает?

всегда в строчку

и всегда через gmp/bcmath

RETURN_STRING(long)? что-то не уверен… ххе

не, вроде не кактит. Там char *s

так вроде PDO автоматом такое разруливает, не помню уже

помню что с dbal bigint всегда строкой

эм, причем тут pdo, я про экстеншен ?

а блин, я упоролся. Сорян

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

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

sprintf(buffer, "%lu", value);

А потом RETURN_STRING

Ну как на сях с представляю в общих чертах, может просто есть макрос

void convert_to_string(zval *op); ?

а не так нельзя, минус будет

Гайс, echo round(0.00005893725983279587325, 5); выдает 6.0E-5, с которым хз как работать, как быть?

А как тебе надо с float работать?

хотя все, придумал

А как тебе надо с float работать?

в отдельных моментах - да

Что "да"?)

а

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

да вопрос уже решен

Дичь какая-то, а что не так у пхп с uint64?

То что не заработает на 86 сборке?

у пхп нет unsigned

А) точно

А в pack() есть, интересно

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

Из unpack будет отрицательное :( не сталкивался с таким но обидно :(

доки же у php нет ну совсем) вопрост из разряда "А я начал учить язык, но доку читать впадлу"

Извините, просто про mp_strlen прочитал и всё

Почитай про mbstring на досуге

Извините, просто про mp_strlen прочитал и всё

*mb?)

Ребят, извините за глупый вопрос. Что нужно учить что бы понимать какой файл в какую папку забрасывать? Это паттерны проектирования или что? Буду очень благодарен за дельный совет.

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

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

MVC - это фреймворк?

нет, это идея

ребята, все привет

тут такое дело

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

Так-то я могу что-то написать, но я не понимаю как куда что закидывать.

@fes0r пристрели спамера)

@fes0r пристрели спамера)

если обо мне, не начинай

@fes0r пристрели спамера)

тут скорее начинающие любители поархитектурить хотят у нашего чатика про ООпу и софт дезинг аудитории отжать

пусть живет

вообще странный канал - одни вопросы и нет ответов

если обо мне, не начинай

всем срать на твой "жестки наезд на пих". Если внезапно решил, что сейчас ломанётся толпа народу на защиту, то чуток профакапился.

короч не, удаляю

всем срать на твой "жестки наезд на пих". Если внезапно решил, что сейчас ломанётся толпа народу на защиту, то чуток профакапился.

поговорку знаешь?