thinkbrain2: если интересует юридическая сторона, а не домыслы, то наверное стоило обратится напрямую к адвокатам? Например на юридический форум. Или заплатить 500р за консультацию.
Alex Me: проблема в основнои из-за отсутствия ТЗ, которое утверждаждается заказчиком.
Из-за вот таких вот "инициатив", зачастую у заказчика разгорается аппетит, и он начинает придумывать что-то вроде:
Да, теперь я вижу что нам нужно сделать ИИ для определения времени брони. Только сделайте его масштабируемым, и чтобы он мог предсказать конец света и скорость достаки почты России.
Нужно еще чтобы он мысли читал, и не давал сделать заказ если у клиента есть в мыслях "невернуть".
Alex Me: но по большей части, когда во время разработки вы начинаете задавать подобные вопросы - вы выступаете инициатором, и вас будут ебать.
Тот же пример с арендой\продажей:
Вы могли сделать тупо "влоб", что товар бронируется с Х до Y, а затем становится доступным. Когда у заказчика возникнет вопрос: бляяя, у меня товара нет, а бронь уже снята, что делать? Вы могли бы попросить денюжку за доработку, так как этого не было в изначальном ТЗ.
Alex Me: я понимаю о чем вы. Такие вещи должны прорабатываться либо на этапе составления ТЗ сразу, либо должны закладываться в срок разработки.
Об этих моментах большинство заказчиков не думают, и это не их вина.
Именно для этого существуют специальные люди которые составляют ТЗ.
Если у вас нету таких людей, то просто закладывайте возможность таких "форс мажоров" в сроки разработки, и тогда не будет проблем.
Я работал с человеком, который находил мне заказчиков и вел с ними всю работу. Так вот, я прикидывал время проекта, допустим "неделя". Называл ему срок "2 недели". Он в свою очередь называл заказчику срок "месяц\полтора".
И это было совершенно нормально. А когда проект сдавался раньше срока, то заказчики были даже рады :)
Непонятно что такое "как вернуть результат валидации в виде JSON для последующей его обработки".
Куда вернуть? Для какой обработки?
Результат валидации и так возвращается в виде json, если запрос был ajax.
Андрей Бойченко: в первом случае добавляется заголовок XMLHttpRequest, который $.ajax не шлет. В Laravel $request->ajax() использует этот заголовок чтобы определить что запрос отправлен с помощью ajax.
Андрей Бойченко: я не понимаю в чем у вас проблема. Form::open(['url'=>'#']) - вообще не должно влиять, так как форма сабмитится вручную.
Я просил посмотреть что уходит на сервер, какие заголовки. Вы не умеете пользоваться консолью\dev tools в хроме?
Андрей Бойченко: посмотрите в консоли какие заголовки уходят на сервер. Есть ли там "X-Requested-With".
Если $request->ajax() не проходит, значит нету заголовка "'X-Requested-With': 'XMLHttpRequest'"
Юрий Кучеренко: тыкать будешь своим друзьям.
Если за работу платят, то пусть хоть весь дизайн переделывает, какая разница?
Я понимаю если бы за эти "правки" не платили, но оплата за них идет, так чего ныть?
Хочется творчески расти? Делать что-то новое и необычное? Не бери long term работу.
А то все такие ранимые пошли, им работу дают, а они ноют:
"Он заставил меня изменить пол проекта. Какой плохой заказчик. Да еще и деньги втюхал в догонку, фу таким быть."
Иван Воробей: это опять таки вкусовщина (с чем вам будет проще работать). Я бы сделал уникальные токены на каждый проект, чтобы нельзя было, например, украсть токен на одном ресурсе, и получить доступ ко всем остальным.
Иван Воробей:
>Как мне определить куда обращаться за авторизацией
Это уже вкусовщина. Но я бы сделал редирект на отдельный домен (как у ТМ), чтобы не пилить для каждого сервиса еще и заглушку авторизации.
Т.е просто редиректим на отдельный домен, там получаем токен и возвращаемся обратно с токеном и стюардессами.
