@alexdevid ваш код не решает такой проблемы, что пользователя нету. То есть по запросу /blabla будет вызван usercontroller, после того как он вернет 404-ую ошибку этим все и закончится. А надо было передать все это ниже по списку правил. Это же можно сделать только кастомными правилами.
@alexdevid здравствуй дублирование кода в контроллере. А можно этот вот запрос делать в правиле и передавать в контроллер уже готовый к использованию объект пользователя.
@bobahvas я привел ссылку где как раз таки что-то такое делают. У меня так ссылки на статические страницы организованы. Кастомное правило, запросы в базу + кеш... такие вот дела.
@alexdevid база дергается там где нужны данные из базы. Если нужно иметь доступ к данным из компонента раутинга, то нужно там делать обращение к базе (можно через отдельный компонент что бы уменьшить связанность системы и можно было в будущем спокойно менять это дело).
@bobahvas и да, вам тогда нужно иметь черный список имен пользователей что бы не допустить пересечений. Вообще может стоило бы тогда сделать урлы вида /users/{username}/? Сразу меньше проблем себе создадите а минусов я особо и не вижу. Хотя все от задачи зависит.
@bobahvas да. Можно конечно просто держать в кэше в памяти массив имен пользователей что бы не напрягать базу, но это уже мелочи. Если вам нужно делать проверку на каждый запрос - то вам придется его делать.
Что до пересечений - правило записанное ниже не отработает если будет совпадение выше. Так что просто нужно правильно последовательность правил задать.
@sim3x можно чуть подробнее? Помню только анонс лайведит. но в итоге никогда им не пользовался так как есть лайврелоад (в команде были люди на нетбинсах, vim и т.д и решили настраивать все независимо от окружения.)
@0neS если честно, я так давно не использовал ассетик... Но если асеты у вас установлены через симлинки, и use_controller активирован, но ничего больше делать не нужно. Что до фильтров - если вам чего не хватает - можно дописать.
Что до деплоя - я как-то привык к тому что люди либо работают на лине либо настраивают окружение в вагранте и тогда уже без разницы на какой ОС разработчик сидит. Деплоймент же может быть и по ftp, и по sftp, и с этапом сборки, вручную или автоматизированным... Это большая тема. Еще есть docker. А GIT обязательно нужно освоить и попробовать построить воркфлоу на его основе.
Что до gulp/grunt - он должен быть там, где происходит сборка асетов. Это тулзы на js, посему node.js тоже должен быть установлен. Если бы у вас все это дело было локально установлено, можно было бы просто написать ватчеры, добавить лайврелоад и тогда уменьшились бы издержки на сборку всего этого добра. На удаленном сервере тоже можно но геморно.
@0neS обычно примерно столько же сколько нужно на отработку анимации перехода между рабочими столами. Суть в том что компиляция запускается сразу после редактирования, а не при запросе страницы. Лично у меня все это добро в gulp настроено, assetic подходит только для очень простых случаев.
@knitevision1 вы правы, как же я ошибался в жизни. Ведь намного проще написать очередной велосипед, потратить дополнительные деньги клиента, возможно побаловаться с багами, переписать его пару раз в виду изменений требования к проектам, нежели воспользоваться готовым и проверенным временем решением.
Да и фраза "нативным API jquery" не кажется вам смешной?
@VitonZizu и для этого вам нужно OpenCV? Ну ладно...
У изображения должен быть метод clone один из вариантов которого принимает ROI маску (регион интереса). То есть мы копируем только часть изображения. Создайте прямоугольник нужного размера, и задайте его как регион интереса при копировании. В итоге копией будет нужный вам кусок картинки.
