менеджер очередей?

странный выбор, ибо он на пайтоне написан... :(

странный выбор, ибо он на пайтоне написан... :(

Это плохо?

beanstalkd вроде для этого, не?

хотя не, бред..

beanstalkd one love, yeah

ПОгодь

(((((((((((((

Как так

или не бред :D

та я из этих ребят только в кролика умею

С целери по моему норм либ нет, хотя хз

и про остальные только читал, потому могу путать

celery ванлав для питона

Это плохо?

нет, но моё мнение, что erlang для MQ больше подходит

та я из этих ребят только в кролика умею

вот я за кролика )

celery работает через брокеров

вот полез в их доку

и он скорее является очередью задач

а не MQ

тогда нужно узнать у топикстартера, какие у него цели?)

вопрос был простой, кто работал

а вопрос как написан у кого воркер для работы с celery через rabbitmq

а мы опять развели демагогию

Строю велосипелы на основе компонентов симфони, нужно уточнить один момент Инъекция зависимостей в конструктор контроллера (т.е. при вызове метода контроллера из роута) самим фреймворком не предусмотрены? Если реализовывать такую возможность, то единственный выход - тащить зависимости из контейнера с помощью get (=> сервисы должны быть public), так?

Строю велосипелы на основе компонентов симфони, нужно уточнить один момент Инъекция зависимостей в конструктор контроллера (т.е. при вызове метода контроллера из роута) самим фреймворком не предусмотрены? Если реализовывать такую возможность, то единственный выход - тащить зависимости из контейнера с помощью get (=> сервисы должны быть public), так?

https://symfony.com/doc/current/controller/service.html

Привет, подскажите, сложно ли реализовать сервис subscriber для nested tree сущностей, без использования doctrine extensions? Или может где-то прототип есть?

Чтобы у сущностей был TreeNodeInterface а сервис все разруливал. Left, right свойства всмысле

Привет, подскажите, сложно ли реализовать сервис subscriber для nested tree сущностей, без использования doctrine extensions? Или может где-то прототип есть?

нафига тебе nested tree

2018-ый год на дворе, нужно хранить деревья с дохера вложенностями - возьми другую СУБД под это дело

В сердцах 90е)))

нафига тебе nested tree

Ну категории какие-то нибудь, древовидное всякое разное))

А что вы для такого используете?

Ну категории какие-то нибудь, древовидное всякое разное))

какова глубина вложенности? меньше сотни - можно не париться

adj tree + materialized path хватает для всего

Подскажите плиз, что то по шаблонам проектированию, solid, с примерами на Symfony

Подскажите плиз, что то по шаблонам проектированию, solid, с примерами на Symfony

мм.... не подскажем

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

можешь начать с простой мантры - "зависимости это плохо" (я не про композер)

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

сложный запрос какой-то)

начать с coupling и cohesion, почитать про information hiding, потом можно уже про высокие материи вроде open/close, srp, и т.д.

на эту тему целая куча книг написана, материалов и исследований, а ты спрашиваешь в чатике "пример"?)

Меня кинули на проект написаный на Symfony , а проект большой, и нужно не отбиваться от архитектуры написаного

Подскажите плиз, что то по шаблонам проектированию, solid, с примерами на Symfony

джава есть, покатит? https://github.com/EnterpriseQualityCoding/FizzBuzzEnterpriseEdition

Меня кинули на проект написаный на Symfony , а проект большой, и нужно не отбиваться от архитектуры написаного

и ты думаешь что ты так вжух и все постиг?)

Но нужно ведь стремится

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

p.s. паттерны вообще не трогай пока

Меня кинули на проект написаный на Symfony , а проект большой, и нужно не отбиваться от архитектуры написаного

ты один на проекте?

Но нужно ведь стремится

https://refactoring.guru/ есть из неплохих

http://govnokod.ru/

можешь отсюда еще вдохновляться

? ? Спасибо за помошь советами

всем привет ребят, помогите, пожалуйста, советом есть основной сервер, и два slave-сервера на основном есть сущность - задача эти задачи поступают от людей, и основной сервер должен отдавать их в равном количестве slave-серверам когда был 1 slave-сервер, он просто стучал по некому роуту на основной, где в json'е были новые задачи, после чего уже начинал работу над ними а как лучше поступить с 2-мя? сделать ещё блок таких же api? но думаю, что дублирование когда не есть хорошо :( есть у кого-то идеи? может кто-то с подобным сталкивался?

чет я не понял задачу)

а, это не про мускуль

очередь тебе нужна

что-то звучит как какой-нибудь haproxy

а, тут полл а не пуш

посмотри publish/consumer pattern

хорошо, спасибо

какова глубина вложенности? меньше сотни - можно не париться

Небольшая, спасибо, завтра гляну про adj tree + materialized path

ERROR: S client not available

Ну категории какие-то нибудь, древовидное всякое разное))

Внесу свои 5 копеек. Прежде чем хранить категории и всякое древовидное, я бы озадачился такими вопросами 1) как часто будут добавляться новые данные 2) как часто будут идти выборки из дерева - какие будут выборки? Нужно ли строить хлебные крошки как при навигации по сайту и тд. После того, как будет понимание того как будут использоваться всякое древовидное станет понятно как все это хранить. Основные алгоритмы: Adjacency List, Matherialized Path, Nested Set. Первый и последний можно очень удачно подружить. Ниже, немного чтива http://mikehillyer.com/articles/managing-hierarchical-data-in-mysql/

Внесу свои 5 копеек. Прежде чем хранить категории и всякое древовидное, я бы озадачился такими вопросами 1) как часто будут добавляться новые данные 2) как часто будут идти выборки из дерева - какие будут выборки? Нужно ли строить хлебные крошки как при навигации по сайту и тд. После того, как будет понимание того как будут использоваться всякое древовидное станет понятно как все это хранить. Основные алгоритмы: Adjacency List, Matherialized Path, Nested Set. Первый и последний можно очень удачно подружить. Ниже, немного чтива http://mikehillyer.com/articles/managing-hierarchical-data-in-mysql/

Огромное спасибо! да, выборка хлебных крошек одним запросом без рекурсии однозначно нужно.

Внесу свои 5 копеек. Прежде чем хранить категории и всякое древовидное, я бы озадачился такими вопросами 1) как часто будут добавляться новые данные 2) как часто будут идти выборки из дерева - какие будут выборки? Нужно ли строить хлебные крошки как при навигации по сайту и тд. После того, как будет понимание того как будут использоваться всякое древовидное станет понятно как все это хранить. Основные алгоритмы: Adjacency List, Matherialized Path, Nested Set. Первый и последний можно очень удачно подружить. Ниже, немного чтива http://mikehillyer.com/articles/managing-hierarchical-data-in-mysql/

первый и второй тоже удачно дружатся

и не имеют такой сложности как последний

оптимально как на запись так и на чтение

Не спорю, дружатся. У каждого алгоритма есть свои сильные и слабые стороны. Поэтому я сделал акцент на том, что нужно понять требования к даным и на основании этого уже выбирать тот или иной алгоритм. Сложность то же штука относительная. Ниже статья на сравнение дерьвьев, надеюсь поможет опеделиться с выбором. https://habrahabr.ru/post/47280/

привет, ребят. подскажите либу для симфони (4) для внешних http запросов?

guzzle

guzzle

спасибо

Господа, добый день, что проще обновить проект с 2.8 на 4 или перейти на laravel?

обнови сразу на 3.4, а потом на 4.0

)))) жость

тебе не кажется, что ответ на твой вопрос зависит от размера кодовой базы? + как ты писал на симфони до этого? :D

и с большой долей вероятности, просто на лару ты не перейдёшь

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

не, я про symfony -> Laravel

между симфони и симфони проблем меньше

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

ну и зависит от того идёт ли параллельно разработка

потому что можно вечно ребэйзится :D

Поделитесь годными темами для PHPStorm, у кого какая?

material/darcula

material чёт в последнее время не очень работает, поэтому перешёл обратно на darcula

darcula тоже

darcula

Monokai удобная достаточно

встроенные вполне хороши. И темная, и светлая.

material ui plugin, не жалуюсь

коллега Obsidian юзает

полный material