Symfony к тому, что проект сделан на ней. Да и версия как-раз таки 2, забыл указать в тексте. Что касается причины - я не хочу показывать эти данные в адресной строке, а передать что-то через POST так просто не получается.
dllweb: слегка не в тему, но действительно, стоит определиться, где все хранить
как-то с доктриной работал, сначала описал все в yml, создал аннотации, правил их, пыталcя обновить базу - ничего не происходило. А потом понял, что автоматически идет проверка по yml, а не по аннотациям.
Гайд и гугл перелопачены по самое не хочу, с фронтендом - общаться умею. Проблема оказалась либо в бандле, либо в версии бутстрапа: иконки работают, оказывается, но той, которую пытался вставить, нету.
alex-vod: хеш - закодированная каким-то образом строка. Ее особенность - односторонняя кодировка: у одинаковых ID хеш будет одинаковым, но по нему нельзя восстановить сам ID. Хранить его можно так же, как Вы собирались хранить ID. А само хеширование - можно почитать про MD5, к примеру. Правда, я не помню, есть ли в PHP своя реализация этой функции.
GavriKos: совершенно согласен. Linux из этого рос изначально, насколько я знаю, а большинство похожего софта на Windows - только подобия. Все упирается в отсутствие соответствующих репозиториев, как это сделано в Linux. Ну, и в большую ориентацию на GUI в Windows.
Нужно что-то подобное второму варианту. Если паять - я еще понимаю, как замыкать выходы на наушники, но как замкнуть выход на микрофон, если он моно? земля к земле, а микрофон на оба канала?
Японский Городовой: не уверен, что в гарнитуре схема такая же, как в обычном микрофоне - как минимум потому, что там есть кнопка. Только это и смущает.
aka_namotrasnik: я обычно просто накатываю кучу бекапов в титаниуме, потом шью и восстанавливаю все. А вообще - иногда полезно все поставить с нуля, может убрать глюки.
Денис Инешин: чуть иначе: на практике все познается глубже и на ощупь. Учил что-то по книге - молодец, но на первом же реальном проекте придется заметно расширить кругозор, пусть и в конкретном языке программирования или фреймворке.
Евгений Петров: вот по своему опыту скажу: сейчас пишу на PHP как на языке, который успел разобрать достаточно для заработка - статической типизации часто не хватает. Здесь, конечно, есть аннотации и им подобное, но все же статические типы часто бывают просто-напросто удобнее в работе - всегда знаешь, что хочешь получить и что получишь. Хотя это тема для отдельного большого спора, да.
про 3D-моделирование - согласен, мой отец точно так же начал несколько лет назад заниматься им, сейчас моделирует разнообразную ювелирку. Хотя здесь нужны связи - желательно, человек, которому нужны будут его навыки.
Сергей Протько: то, что не совсем MVC - это, в принципе, успел уловить.
По поводу моделей - читал про два разных подхода к ним: тонкая модель - собственно, только геттеры-сеттеры, и толстая модель, которая хранит как раз таки логику. В Symfony это первый вариант, я же, когда изучал MVC, реализовывал второй вариант.
Почитал про persistence ignorance. Если так подумать, то репозиторий + тонкая модель ≈ толстая модель, ведь так?
Да, согласен, это только данные, которые нельзя расценивать как бизнес-объект - приблизительно такой подход и планировал для себя, когда еще раз подумал.
Я более-менее знаю, что такое MVC в его базовом виде. Да, с его представлением в Symfony работаю не слишком много.
Из опыта изучения - понимаю, что сущности и репозитории здесь не подходят по той причине, что данные я лишь получаю. Сущность, она же модель - позволяет работать с данными в обе стороны, как получать, так и извлекать. Репозиторий - позволяет производить какие-либо достаточно сложные действия или выборки сущностей - по сути, является набором функций.
Да, я могу быть неправ, если что - буду благоден за исправление или наставление на путь истинный.
По части темы - здесь напрашивается именно сервис, так как мне нужно получить "удаленные" данные откуда-то.