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} отдельно?

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

попробую

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, на него нужно можно накидать

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

jQuery

я замучаюсь формы лепить

что такое в doctrine ->select('b') ... название таблицы? или что это)

в sql обычно SELECT * перечисление полей

В DQL ты оперируешь не таблицами и полями, а сущностями и свойствами их. В данном случае b - это алиас какой-то сущности.

Тебе сюда, короче: http://docs.doctrine-project.org/projects/doctrine-orm/en/latest/reference/dql-doctrine-query-language.html

> A common mistake for beginners is to mistake DQL for being just some form of SQL and therefore trying to use table names and column names or join arbitrary tables together in a query. You need to think about DQL as a query language for your object model, not for your relational schema.

не пойму. уже и фикстуры сделал, загрузились, а ругается Key "type" does not exist as the array is empty - хотя есть /** * @ORM\Column(type="string") */ protected $type;

вызываю в twig так= {% block title %}{{ desc.type }}{% endblock %}

А ты уверен, что ты туда передал объект нужный, а не пустой массив? А то Twig тебе на массив ругается.

А ты уверен, что ты туда передал объект нужный, а не пустой массив? А то Twig тебе на массив ругается.

вот да это первое, и разве не getType?)

Нет, Twig сам подбирает геттер, если свойство не публично.

Нет, Twig сам подбирает геттер, если свойство не публично.

прикольно

Он смотрит get и is.

Это можно прочитать в доке Twig - там алгоритм прописан, в какой последовательности он всё перебирает. Что делает если это массив, что если объект.

white screen of death

white screen of death

Логи смотри же, ну.

Это можно прочитать в доке Twig - там алгоритм прописан, в какой последовательности он всё перебирает. Что делает если это массив, что если объект.

спасибо, буду знать)

WHERE (p0_.pdate) = ? AND (p0_.pdate) = ? ["2016","12"] /// это что, он пишет тут

ладно, надо попроще запрос сделать)

WHERE (p0_.pdate) = ? AND (p0_.pdate) = ? ["2016","12"] /// это что, он пишет тут

ну параметры же, для подстановки вместо "?"

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

с sql проще, там есть YEAR, MONTH... а тут придётся поднапрячься

в pdate что находится?

2016-12-23

дата

не сработает выборка

LIKE только если

да и так не пойдёт.

$sql = "SELECT id, pdate, tovartype, tovar, kolvo, total FROM pokupka WHERE MONTH(pdate) = ? AND YEAR(pdate) = ?";

старый запрос

вот его придётся потом обработать, он понимал 12 как месяц и 2016 как год

с sql проще, там есть YEAR, MONTH... а тут придётся поднапрячься

Я тебе кинул ссылку на расширения для доктрины, которые тебе добавляют и MONTH и YEAR.

Да да, я посмотрел, ужаснулся, но потом буду использовать. пока к этому иду!

а как научить phpstorm не ругаться на Undefined namespace DataFixtures ... ?

Настроить неймспейсы в проекте?

Подскажите, правильно я понял? Если я оформляю форму как сервис, то createForm(class::class) в контроллере, сразу использует сервис формы.

ну походу да, крутяк какой

Подскажите, правильно я понял? Если я оформляю форму как сервис, то createForm(class::class) в контроллере, сразу использует сервис формы.

https://symfony.com/doc/current/form/create_custom_field_type.html#form-field-service

Учитывая, что ты объявляешь форму как сервис (значит нужны зависимости), возможно, имеет смысл вызывать её конкретно по имени сервиса как показано в примере. То, что у тебя сработало по имени класса - скорее всего, спасибо автовайрингу.

Учитывая, что ты объявляешь форму как сервис (значит нужны зависимости), возможно, имеет смысл вызывать её конкретно по имени сервиса как показано в примере. То, что у тебя сработало по имени класса - скорее всего, спасибо автовайрингу.

или я слеп или не там смотрю, но не вижу где по имени сервиса они форму создают в примере.

Действительно, my bad.