это происходить должно всеравно в пределах одного запроса

очереди тут не особо помогают

Я точно не в контексті проблеми, бо не знаю хто ініціює запит на зовнішній сервіс і як це пов’язано з бізнес процессами

sleep(3) :D

ты не поверишь

:DDD

if (attempts !== 0 && res.statusCode === 404) { setTimeout(function () { resolve(makeHttpRequest(url, attempts-1)); }, 100); return; }

А як щодо зміни інтервалу між запитами ?

микросервисы это весело)

Ага

На го

игого

переходимо на го

го это какое-то фу

“ну кому і кобила нєвєста” (с) 12 стільців

Есть скала ещё

Либо ебашить монолиты на пыхе

Микросервисы - просто неумение построить грамотную архитектуру

:) оце так поінт

Спотифай весь в микросервисах

Думаю бурління забезпечено

Набросил ушёл

микросервисы - норм

Ага :) вентилятор навіть не видно

естественная эволюция жизни проекта

Читай выше

читай выше

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

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

еще хуже *

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

в микросервисах - нет

точнее тоже можно но дороже выходит

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

Я думаю в summary можна винести - не вмієш не берись

хочешь хорошо - делай хорошо

у меня вот один вмеру упитанный монолит на php и 2 микросервиса на ноде

просто потому что ну так получилось....

и будет еще парочка микросервисов вокруг сервиса пожирнее

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

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

ну и что бы скейлилось

короч, переход к микросервисам это требование масштабирования(какого-то из), большинство проектов до этого не дорастают никогда

пусть будет

Привет всем, снова :D Начал немного ориентироваться по фреймворкам и Phalcon в частности, есть вопрос. Разрабатываю сайт (панель+статика+оплата), хочу вынести все в отдельные поддомены (panel, www, pay), с отдельными папками под phalcon-проекты, ибо сейчас все в одном и очень много шлака подгружается туда, где это не надо, модуль композера к примеру. Как мне вынести все в отдельные проекты, если используется одна база, пара одинаковых плагинов и моделей. Я конечно могу обновлять один файл в трех папках, но не комильфо.

composer

Подробнее?))

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

подробнее в доках

но это ок только для локальной разработки

> @fes0r можно с ним сделать так что бы шарить один пакет между проектами через симлинк воу, я не знав про таке, дякую

я так бандлы/либки пишу тещу

но это ок только для локальной разработки

не комильфо (x2)

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

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

пара плагинов, это два PHP-файла в папке plugins фреймворка

и 3 модели базы

папка plugins

3 таблички

фалькон

?

За salt кто что скажет?

А що про неї казати ?

ERROR: S client not available

Что знаешь) как используешь?

Різні модні книжки і статті кажуть, що це +N до security рівня

Використовував для арі підписів в основному

тут есть кто-нибудь кто юзает шаблон спецификации?

Ти про цей шаблон специфікаціі ? :)

нет)

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

что бы облегчить интерфейс репозитория

да и в целом разделить как-то код

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

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

что сделано плохо, что сделано слишком сложно

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

ну как… не то что бы много их было просто они там были и по глупым причинам

Цікаво, а можеш дати лінк на шаблон ? Я з таким не стикався

https://github.com/Happyr/Doctrine-Specification - ну вот примерчик

ну просто у меня вот смотри, есть простая апишка для того что бы вытаскивать списки продуктов. И вот варианты выборок: ?filter[status]=preparation - просто не опубликованные товары ?filter[status]=published - опубликованные товары ?filter[status]=favorites - товары, которые лежат у юзеров в избранном ?filter[status]=pending - товары, которые лежат в заказах, находящихся в статусе pending

Дякую

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

ну короч куча всего

и как-то сделать красиво не выходит

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

А як ти зараз по ролям це розділяєш ?

Мені здається можна по токену визначати тип, а інше фільтри

ну вот хочется что бы это небыло мессивом ифов

Згоден, ну якщо в тебе є декілька моделей поведінки і чіткі правила її визначення можна обійтись малою кількості іфів :D

А є в когось поділитись docker імеджі з пхп стеком на альпайні ?

FROM php:7.0-fpm-alpine

Ага, тільки хотілось би вже з композером і mcryptom для laravel’a потрібно

mcrypt устарел

не юзай его