жаль, что с symfony-формами придется тогда дополнительно сношаться, писать дата-мапперы, дата-трансформеры.

не надо дата мэпперы и прочее. Пиши билдеры руками. Потратишь 2 минуты

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

ну или не юзай формы)

но это уже такое...

в методе репозитория в объект "коллекции" совать результат отработки запроса и возвращать этот новый объект т.е.?

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

надо становиться лучше, иначе пиец)

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

рад что ты это осознал) это уже оооочень хорошо)

многим гордость не позволяет спроэцировать это поведение на свое)

хотя все так делают)

рад что ты это осознал) это уже оооочень хорошо)

да, только, что с этим делать?))

груз хочется, жуть как

)))

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

а где почитал? линку не киданёшь?

а где почитал? линку не киданёшь?

google.com, сначала про туземцев, потом пару статей с префиксом +"программирование". Собирательный источник

ммм. ну спасибо

ммм. ну спасибо

ну там просто я про разные случаи читал, не только программирование. Забавно это

аа, понял

не целенаправленно

нет

я просто все перерыл и кроме как промежуточной таблицы и маппед суперкласс не нашел вариантов

Пишу doctrine:database:create, отвечает unknown database

WTF?

composer update норм проходит?

Да, после него норм стало

А можно ссылку на мануал?

Ну я для себя) чтобы поизучать

tutorial.symblog.co.uk вот оригинал, вот перевод https://habrahabr.ru/post/301760/

Аа, ты под 3.2 версии проходишь?

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

нет, я стал на 2.8

Норм помогает разобраться в симфони?

Норм помогает разобраться в симфони?

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

Но перевод хороший и код исправный до 4 части. в 5 вроде перескочили что-то

Ну а к 3.2 реально применить это руководство?

я не знаю, можно попробовать, но вот сейчас уже ругается дебаг режим на deprecated

The Twig render tag was deprecated in version 2.2 and will be removed in version 3.0. Use the Twig render function instead.

Зарегистрированных в игру еще нет, а значит пидор ты - Alex null

Alex, Нельзя ругаться! [Предупреждений 1/5]

/banned@AngryModerBot

Последние 5 забаненных: 09/12/2016 23:06:19 Fayozjon [CybernatiC] - [еб]ать опять этот говнобот… 03/12/2016 09:31:58 Mihail - ща кофе [заеб]ашу и в путь… 02/12/2016 22:10:20 Sergey - [нахуй]

Аа, ты под 3.2 версии проходишь?

вообщем есть различия. но думаю это дополнительно поможет разобраться, и почитать документацию параллельно.

Тут кто-нибудь ботов для телеграма писал? Нужно спросить один момент, который выглядит закономерно, но в доке его что-то не заметил (может, просмотрел).

Ну так задавай вопрос)

Тут кто-нибудь ботов для телеграма писал? Нужно спросить один момент, который выглядит закономерно, но в доке его что-то не заметил (может, просмотрел).

?

В другой конфочке пришли уже к выводу. Сейчас форвардну сюда.

Всегда ли ID _личного_ (private) чата между пользователем и ботом идентично ID пользователя?

а вот это не знаю, но у тебя совпадает?

Совпадает. Но из двух совпадений я опасаюсь делать обобщение :)

так-то не логично из объединять

я бы не стал на это завязываться

Ну вот и я сомневаюсь. И в доке по API нет никаких пометок.

привет, подскажите, как прописать path: для routing.yml такого вида: month=12&year=2016

это я планирую для вывода даных за 12 месяц 2016 года

Это не параметры path, это ты уже можешь спокойно в экшене из Request получать.

https://symfony.com/doc/current/components/http_foundation.html#accessing-request-data

$month = $request->query->get('month'); $year = $request->query->get('year');

... хм

Если хочется именно в маршруте - можно так, например: path: /some/date/path/{year}/{month}

все верно

Просто ты в маршруте определяешь путь к ресурсу. И тут вопрос о том как именно сделать скорее в семантике.

да вроде похоже

А разделить на два маршрута не надо? /{year} отдельно, /{year}/{month} отдельно?

ERROR: S client not available

Это зависит от твоих нужд, очевидно. Если нужно - делишь. Если нет - не делишь :)

попробую

requirements: methods: GET year: \d+ month: \d+

я правильно понимаю?

Ну и на всякий случай. Тебе не нужно получать запрос из контейнера. Ты можешь просто в экшене указать с тайпхинтом что тебе нужен Request и Symfony тебе его заинжектит в этот экшен. Типа так: public function someAction(Request $request, $somePlaceholder, $somePlaceholder2) { // ...

requirements: methods: GET year: \d+ month: \d+

Только methods: [GET], если мне не изменяет память. А ещё у тебя тут возможны месяцы и годы вида 12345.

Просто месяцев у нас пока что 12, а года в ближайшие 8000 лет, если ничего серьёзно религиозного не произойдёт, будут нумероваться четырьмя цифрами.

Хотя это всё можно отдать на откуп БД и не париться, в принципе. У тебя там всё равно не найдётся данных за 98257 год :)

да всё не так быстро) я только учусь

кстати, а как удобней залить данные. у меня они в sql уже есть... правильно будет залить в базу и всё?

Какие данные?

я переписываю код, готовое приложение уже, с данными в sql. вот думаю как эти данные перекинуть

Ты можешь использовать фикстуры. Или залить их первой миграцией, например, если их не очень много.

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

не много, примерно 800 кб

Чтобы она коннектилась к старой БД, выбирала данные и заносила их в новую через сущности и Doctrine.

Если это переезд - тут не фикстуры нужны. Я бы команду сделал.

ну а последовательность - сначала приложение доделать, а уже потом миграцию писать?

Можно и не доделывать. Достаточно определить сущности и настроить Doctrine. Команде-импортеру ведь не нужно готовое приложение, вероятно, для импорта данных. Но т.к. у тебя мало опыта - возможно, стоит его сначала доделать по одной простой причине: ты можешь решить что-то переделать после того как уже импортировал данные и тогда тебе придётся либо делать миграции для данных, либо стирать данные, затем переписывать импортёр и снова их импортировать.

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

да да. благодарю за совет!

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

И это хорошо.

а где бы посмотреть для doctrine - select с двумя параметрами... у меня тут запрос такой SELECT .... WHERE MONTH(pdate) = ? AND YEAR(pdate) = ?

А что смотреть-то? В чём вопрос?

Кстати, для использования MONTH() и YEAR() в DQL тебе нужны будут DoctrineExtensions. https://symfony.com/doc/current/bundles/StofDoctrineExtensionsBundle/index.html

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

да надо подключить, пригодится

может не по адресу спрашиваю, но рискну. Какой js-фреймворк использовать для реализации очень простой админки? Есть resource api, на него нужно можно накидать

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