нет, это плохой подход, плодит неопределенное количество null записей, лучше выводить картинки в отдельную таблицу если могут быть, а могут и не быть. Вот если бы картинка была бы обязательным полем то да. А так в моем случае проверка таже происходит на самом деле, только реализация картинок в отдельной таблицы. Мое предложение лучше с точки зрения https://ru.wikipedia.org/wiki/%D0%9D%D0%BE%D1%80%D...
Даврон: роутер тот же комп, так что вторйо вариант искать есть ли для твоего роутера продвинутая прошивка, с дополнительными возможностями. Но опять таки, если слишком просто роутер, то прошивка добавит возможнсотей, но само железо может не потянуть нагрузки, грубо говоря будет тормозить и/или зависать. А старый комп почти всегда дешевле крутого роутера, ему и монитор не нужен, только при первой настройке. А так FreeBSD надежно работает годами, пока само железо не умирает.
вы правы на 100%, это я уже путаюсь в терминах. В любом случае валидация остается частью модели, как ни крути. И конечно же я не настаивал на реализации кода валидации именно в контроллере.
В общем в голове у меня немного закружилось. самое интересное я делаю все как пишет Иван и выходит вобще глупый спор, так что стыдно за глупые высказывания.
Иван я только хотел писать только апдейт, так как по правилам хорошего тона mvc правы вы, но в практике часть валидации модели отрывается от общей бизнес логике и скорее в угоду производительности ФИЗИЧЕСКИ выходит частью контроллера и грубого гвооря и происходят внутри его, до непосредственного начала работы модели. Конечно же тут нужно быть аккуратным и не раздувать сам контроллер, чтобы не было того эффекта что вы написали в виде раздутого контролера.
Тупой уродливый контроллер и проверка ввода в контроллере связана только если для проверки данных в контроллер заходит и бизнес логика. Поэтому правильно так: в общем случае проверка ввода в контроллере, а в частном случае зависит от проекта, точнее модели и бизнес логики, поэтому и может размещена быть в моделе. При этом может быть несколько валидаторов(пример со стаквоерфлоу): ошибка в юзернейме(например можно только латиницу) - валидатор в контроллере, а вот юзернейм уже занят - валидатор в модели.
phpus: на клиенте больше не ради забавы, а скорее для дополнительного удобства пользователя и частичного снижения нагрузки, когда меньше проверок отсылается на сервак.
Ну в модель обычно входит валидация если это часть бизнес логики, в обычном случае это таки работа контроллера. На самом деле валидация бывают и в представлении, когда реализуется при помощи js, но для серьезных дел это не достаточно.
the_boss: сценарий с ограничением времени/количества скачиваний файла со случайным именем(или в случайной папке) не пойдет? Можно же сгенерировать со стороны сервера такую фишку, а потом пользователю давать ссылку, а там пусть скачивает, потом ссылка не будет действовать уже никогда.
Просто в целом ваш сценарий тогда делает почти бессмысленным облачное хранение, так как придется проксировать файл через себя, только так. Но это как то не айс.
bernex: правильней говорить человек знающий php, разберется в любом фреймворке. Просто так сложилось что в рунете сегодня самый популярный Yii2 и легче найти спецов что уже его обкатали, знают плюсы минусы, но на самом деле гораздо важнее само знание и умение php, чем знание фреймворка.
Так что конечно же хороший спец Laravel полюбит(кроме принципиальных конечно, но это уже нехороший специалист.)
Насчет ORM, тут выбор нужно делать ведущему программисту согласно задач, предпочтений и прочего. В php много разных ORM, я бы выбирал по условиям: отсутствие поддержки старых версий php будет +, значит меньше костылей, большое комьюнити.
Что касается меня, то у меня исторически сложилось Idiorm/Paris, но это в небольших/средних проектах, пока в деле крупных не знаю его. а так работал с разными, у кого какой был, прям восторга кто либо не вызывал, везде примерно тоже самое, +/- в основном на любителя.
con_: так у всех проблемы, ты что. Работа верстальщика достаточно нервная + миллион подводных камней. Но все же я бы не сдавался, заведи себе еще файлик(и) с готовыми решениями сниппетами, ну и побольше туси на stackoverflow.com, в том числе и сам отвечай на вопросы(даже если не знаешь, но удалось наггулить ответ), тоже практика.
А так серьезно, в верстке на первом месте практика, верстать, верстать и верстать. А там уже начнешь понимать какие инструменты тебе нужны, что хочется. что не хочется. Поэтому сразу всякие фишки не стоит использовать, кроме самых простых вроде SASS(точнее SCSS, так как можно пистаь на чистом CSS не парясь, а потом если что улучшаться постепенно, на первых этапах самое оно).
А новый проекты начинай не с пустого листа, а как минимум с https://html5boilerplate.com/, а лучше с bootstrap, для многих проектов они очень сильно облегчают жизнь А там уже и рука набьется
Vadim kyklaed: а на будущее обязательно пиши версию python(это принципиально важно, отличия 2.7 от 3.* приличные) ну и ошибку, и вобще где что запускается.
Не, я же сказал по хорошему, на всех персональнх картах класса Классик и выше должны быть фотки, но у нас банки экономят. А мерчантам пофиг на безопаснсоть не сверяют ни фотку, ни что пол с именем не совпадает и тд.
1. Я просто 5 лет работал в банке и с банками. Лень гуглить, но вот цитата с косвенным доказательством с вики: В обычных (не защищённых 3-D Secure) транзакциях ответственность за операции по украденным картам несёт «мерчант» — торгово-сервисное предприятие, на сайте которого была произведена покупка товара/услуги по ворованной карте при условии что он не поддерживает эту технологию. В случае 3-D Secure происходит так называемый «Перенос ответственности» (англ. Liability Shift), когда ответственность переносится на банк-эмитент, выпустивший карту.
Те в обычной ситуации, ответственность за транзакцию на мерчанте, те торговой точке, не важно в интернете или в офлайне. Поэтому многие и любят брать подписи чтобы потом морозится. Хотя на них висит ответственность по выявлению шулеров с украденными личными картами.
2. Это чек из терминала? Обычно при ввод пин кода, это уже достаточно для такого типа карт. Неличные карты(те которые без имени) та да, подпись всегда обязательна, даже порой при пин авторизации. Еще пин часто требуют банки когда покупка в необычном месте или большая сумма, это про параллельную подпись.
3. Я видул у разных банков, например украинский Приватбанк, ноя видел на российских картах, не вспомню каких банков. Вообще, по хорошему у всех карта класса VISA Classic и выше должна быть фотка владельца на обороте, но у нас банки экономят на этом.