Size: a a a

2021 January 22

D

Dmitry in symfony
Да хоть мемкеш по ид записи
источник

SP

Sergey Protko in symfony
Dmitry
Т.е всего 20 гиг ? Закиньте все в память
У тебя и так операционная система файловую систему кэшит
источник

SP

Sergey Protko in symfony
Валентин Удальцов
чтобы эффеткивно работать с лямами записей нужны колоночные бд, реляционки в такое не умеют
Что бы утверждать как работать с данными нужно знать что за данные и чё с ними делаю
источник

SP

Sergey Protko in symfony
Вдруг там 20 гигов графов
источник

SP

Sergey Protko in symfony
И неэффективные структуры
источник

D

Dmitry in symfony
Sergey Protko
У тебя и так операционная система файловую систему кэшит
Да. Но может там кеш вымывается. Про железо слов не было.
источник

C

CvekCoder in symfony
Возможно вам надо шардировать бд
источник

C

CvekCoder in symfony
А КХ очень хорош. У всех моих знакомых прогеров поначалу шок от того как быстро он работает
источник

SB

Sergei Baikin in symfony
Dima Denisov
Посоветуйте, что полезно почитать по работе/настройке SQL-DB (в моем случае MySQL) c 100kk+ строк. Без посещения ДБ в память. Нужно делать множественные SELECT, и все медленнее и медленнее работает.
ппоробуйте подготовливать данные в нужном виде когда они к вам приходят в оптимальный для выборки формат вместо насилования базы запросами. Да будет дублирование но место нынче дешовое а скорость зато будет хорошая и шемороя меньше
источник
2021 January 23

DD

Dima Denisov in symfony
Все спасибо, решили тестить Clickhouse, посмотрим что из этого выйдет. В настоящий момент данные в виде строковой "item"id" и 12-ти float (xxx.yyyyyy). Без update/delete, только INSERT и SELECT, вроде хорошо подходит для ClickHouse такие условия
источник

ВС

Владислав Субботин... in symfony
Привет. Вопрос на тему внедрения зависимостей. Есть консольное приложение и есть консольная команда. В ней мне нужны репозиторий и http-клиент. Эти зависимости я хотел бы внедрить через конструктор (да или хоть через сеттер, не суть). И есть ещё конфигурация приложения. Это глобальная зависимость, внедрение которой не кажется верным ни через конструктор, ни через сеттер, потому что она не относится к этой консольной команде и в идеале я хотел бы иметь к ней доступ отовсюду. Но и пробрасывать контейнер в команду не кажется верным, согласно документации и здравому смыслу, в приложении должно быть как можно меньше точек зависимостей от контейнера. Очень долго думаю, как этот вопрос решить правильно. Кажется логичной идея использовать на всех классах, где нужен конфиг, сеттер, чтобы установить конфиг. Но тогда я сталкиваюсь с проблемой DRY (везде имплементирую тот же интерфейс или наследую везде тот же базовый класс, или подключаю трейт). Получше пока ничего не придумал. Как вы решаете этот вопрос в своих проектах?
источник

Р

Руслан in symfony
Dima Denisov
Все спасибо, решили тестить Clickhouse, посмотрим что из этого выйдет. В настоящий момент данные в виде строковой "item"id" и 12-ти float (xxx.yyyyyy). Без update/delete, только INSERT и SELECT, вроде хорошо подходит для ClickHouse такие условия
Привет, напиши потом что в итоге вышло
источник

a

azim in symfony
Владислав Субботин
Привет. Вопрос на тему внедрения зависимостей. Есть консольное приложение и есть консольная команда. В ней мне нужны репозиторий и http-клиент. Эти зависимости я хотел бы внедрить через конструктор (да или хоть через сеттер, не суть). И есть ещё конфигурация приложения. Это глобальная зависимость, внедрение которой не кажется верным ни через конструктор, ни через сеттер, потому что она не относится к этой консольной команде и в идеале я хотел бы иметь к ней доступ отовсюду. Но и пробрасывать контейнер в команду не кажется верным, согласно документации и здравому смыслу, в приложении должно быть как можно меньше точек зависимостей от контейнера. Очень долго думаю, как этот вопрос решить правильно. Кажется логичной идея использовать на всех классах, где нужен конфиг, сеттер, чтобы установить конфиг. Но тогда я сталкиваюсь с проблемой DRY (везде имплементирую тот же интерфейс или наследую везде тот же базовый класс, или подключаю трейт). Получше пока ничего не придумал. Как вы решаете этот вопрос в своих проектах?
Привет. Не уверен что правильно понял. Но наверное можно пробрасывать через ДИ в конструктор интерфейс типа IConfig.
источник

ВС

Владислав Субботин... in symfony
azim
Привет. Не уверен что правильно понял. Но наверное можно пробрасывать через ДИ в конструктор интерфейс типа IConfig.
Привет. Да, и через сеттер тоже. Но вот пробрасывать конфиг в условные 15-ть классов не кажется хорошим решением. Вероятно, не всем 15-ть классам будет нужен конфиг. Но просто есть идея сделать его доступным глобально. Хочется понимать, есть ли другое решение.
источник

SB

Sergei Baikin in symfony
Владислав Субботин
Привет. Вопрос на тему внедрения зависимостей. Есть консольное приложение и есть консольная команда. В ней мне нужны репозиторий и http-клиент. Эти зависимости я хотел бы внедрить через конструктор (да или хоть через сеттер, не суть). И есть ещё конфигурация приложения. Это глобальная зависимость, внедрение которой не кажется верным ни через конструктор, ни через сеттер, потому что она не относится к этой консольной команде и в идеале я хотел бы иметь к ней доступ отовсюду. Но и пробрасывать контейнер в команду не кажется верным, согласно документации и здравому смыслу, в приложении должно быть как можно меньше точек зависимостей от контейнера. Очень долго думаю, как этот вопрос решить правильно. Кажется логичной идея использовать на всех классах, где нужен конфиг, сеттер, чтобы установить конфиг. Но тогда я сталкиваюсь с проблемой DRY (везде имплементирую тот же интерфейс или наследую везде тот же базовый класс, или подключаю трейт). Получше пока ничего не придумал. Как вы решаете этот вопрос в своих проектах?
Не использовать глобальный конфиг.
Сделать так чтобы каждый модуль зависел только от своих конкретных конфикураций.
источник

ВС

Владислав Субботин... in symfony
Понял, спасибо.
источник

МФ

Максим Федоров... in symfony
Владислав Субботин
Привет. Вопрос на тему внедрения зависимостей. Есть консольное приложение и есть консольная команда. В ней мне нужны репозиторий и http-клиент. Эти зависимости я хотел бы внедрить через конструктор (да или хоть через сеттер, не суть). И есть ещё конфигурация приложения. Это глобальная зависимость, внедрение которой не кажется верным ни через конструктор, ни через сеттер, потому что она не относится к этой консольной команде и в идеале я хотел бы иметь к ней доступ отовсюду. Но и пробрасывать контейнер в команду не кажется верным, согласно документации и здравому смыслу, в приложении должно быть как можно меньше точек зависимостей от контейнера. Очень долго думаю, как этот вопрос решить правильно. Кажется логичной идея использовать на всех классах, где нужен конфиг, сеттер, чтобы установить конфиг. Но тогда я сталкиваюсь с проблемой DRY (везде имплементирую тот же интерфейс или наследую везде тот же базовый класс, или подключаю трейт). Получше пока ничего не придумал. Как вы решаете этот вопрос в своих проектах?
Это задачи DI контейнера, множество реализаций
источник

МФ

Максим Федоров... in symfony
Возьми PHP-DI для примера
источник

fn

first name in symfony
Ребят. Всем привет.

Хочу создать вложенную форму, состоящую из n кол-ва объектов, которые лежат в коллекции.
Создал осн.ДТО и на её основе сделал форму через билдер.
Создал вложенное неск.ДТО и поместил  их в коллекцию, на основе этой этой ДТО сделал форму и вложил её в осн.форму.
Но при отправке на бек, не заполняется значения из вложенной формы, может кто подсказать почему?:С
или придется копать вендор :С

https://pastebin.com/swzkkK0A
Заранее благодарю за ответ .
источник

Д

Дмитрий in symfony
Здравствуйте, помогите разрулить пожалуйста
источник