jlekapb: "Возможно это и не так актуально, как вы думаете." - Могу Вас заверить, актуальнее не бывает. Так как на этом построен весь дизайн, который уже утвержден. Я бы сказал даже, что на этих шагах построен сам личный кабинет для пользователей. Это сравни тому, что я бы например отказался верстать чекбоксы согласно дизайну или например кнопку загрузки файла.
А вот это "убрать возможность сохранять картинки или смотреть исходный код страницы" как раз на мой взгляд и есть делание проблемы из ничего и паранойей высшей степени). Вы же понимаете, что если захотят просмотреть Ваш код, найдут способ. С такими просьбами я лично не сталкивался) Может слишком мало веб-мастерингом занимаюсь))
Так что подгрузка новой формы по требованию, не такое уж и большое зло на мой взгляд)
jlekapb: Первое - Ну а как иначе продолжать с Вами диалог, после слов - "это указано в ТЗ не объясняет того, зачем это нужно делать."? Если Вас задело то, что я написал, то извините). Написал как думаю, причем заметьте, без мата. Да и тем более я добавил, что в конце концов это не моё дело)
Второе - "Я предложил разумное решение." - Хде оно? Можете повторить для тех кто в танке?)
Третье - "вроторить такую хуйню с формами" - ну по идее это так называемая Вами "хуйня" описана в ТЗ довольно таки четко. Поэтому не вижу причин её игнорить. Тут уже как говорится вопрос проф пригодности)
Четвертое - "голове оно менее трудозатратно" - ну так и изложили бы его в первом ответе! Зачем умничать-то? Ваше - "Я не понял, а зачем скрывать формы?" не является решением, это называется вопросом на вопрос.
Пятое - "хуйню " - и к чему этот мат? Он только портит отношение к Вам как к собеседнику.
jlekapb: Так нужно делать, по тому что такое поведение форм описано в техническом задании к сайту. Если Вы привыкли читать ТЗ сквозь пальцы и не точно следовать ему, то это не означает, что все так должны делать. Согласен, возможно проблема и не столь опасна, но она есть и например мне это не дает покоя. А Вам видимо было бы на это наплевать) Но это как говорится уже не мое дело))
Насчет проверки введенных данных из БД идея неплохая, когда ты один (со своей командой) разрабатываешь сайт. В моем же случае моя верстка и скрипты будут отданы другим людям, которые будут интегрировать этот сайт со своим сервисом. И что-то мне подсказывает, что отправлять данные с формы они будут в свое стороннее хранилище, так что это не вариант. Поэтому хотелось бы все проверки делать по возможности на клиенте. Так что вариант с глобальным объектом в этом случае предпочтительнее) Либо как сказали выше отправлять каждую форму аяксом. А если по аналогии с коляской, то коляско-хакер идет на дело не только с универсальным ключом для подъезда , но и с ножовкой по металлу) В любом случае если захотят сломать-сломают, я же просто хочу защититься от неадекватного поведения пользователя. Сейчас же большинство людей могут изучить и понять исходный код страницы, могут изменить его. И в итоге поиздеваться над моим приложением, например минуя первую форму, получить доступ ко второй. А этого очень бы не хотелось.
Артём Петренков: Да, тоже как вариант, но уже продвинутый для меня)))) А при успешном заполнении переменные сессии очищать. С куками и сессией еще не работал на javascript, поэтому спасибо за пищу для гугления )) Это наверное самый гуманный вариант - аяксом присылать новую форму, а введенные данные временно хранить в куках или сессионных переменнных) БД наврятли разрешат под это дело юзать. Всетаки на мне только верстка ну и интерактив кое-какой )) А я вон уже сколько вариантов узнал.
Вот так по крупицам и строится знание и осознание того, чем ты занимаешься. А главное ведь если бы на практике такого задания не встретил, так и не задался бы этим вопросом) Спасибо
Затем, что мне так нравится) Шутка. Проект из которого я это выдернул состоит из десятка блоков которые идут друг за другом и каждый должен подстраиваться под высоту экрана. Если вы подскажите решение поэлегантнее, то я ж только рад буду. Я ответ написал исходя из своего небольшого опыта. Не было у меня еще прято таких одноэкранников как у топикстартера.
