Тег span сделан для логического выделения текста. Если у вас есть блок, который меняется средствами клиентских скриптов - логично выделять такие элементы в отдельный тег. На мой взгляд проблема в том что сегодня у вас есть возможность по косвенным признакам выдрать этот текст, а завтра там что-то добавится и уже такая возможность пропадет и все равно придется делать выделение в тег.
Ну в первую очередь - объяснить что такое message и где объект с таким именованием описывается. Есть риск что в момент срабатывания вашего обработчика он действительно не существует или его не видно по областям видимости.
Точно нет. На клиенте делать такую викторину нельзя - крякнуть можно будет с полтычка. надо асинхронный запрос на сервер делать - id слова/вопроса, номер буквы, вариант пользователя. на возврат true/false. А отрисовка - уже другая история. Можно нарисовать пучок div-ов , а по клику туда засунуть текстовое поле к примеру.
У вас написана какая-то ересь.
1) Класс- item, а селектор -"id= item_answer".
2)Далее чтобы не писать .attr("value") можно писать просто .val().
3) Vallue - это признак того что у вас не получилось придумать название переменной.
4) $('.item'+Vallue+'') = $(".item801") - у вас такие классы есть? точнее будет $(".item[value='+Vallue+']").hide
$('.text-to-show').slideToggle(300);
Тут вы говорите "Разверни все элементы с классом .text-to-show". Скрипт и развернул.
Скорректируйте селектор. К примеру $(this).prev(".text-to-show").slideToggle(300);
1)Сделано с помощью какого-то серверного языка программирования. Клиентская логика заканчивается на местечковых jquery и bootstrap
2)Начинать подобный проект надо с ТЗ. Прием платежей,в частности, начинают с того что ищут банк, который вас приютит.
3)Зависит от ереси, которую вы напишете в ТЗ. Но при любых раскладах - заключение договоров с банками и платежными системами, а также тестирование на соответствие требованиям безопасности - это месяцы возни и скучного документооборота.
4)Зависит от того что собственно хотите обезопасить.
В теории на самой верхушке страницы можно поставить timeStamp. и второй на событие document.ready. Но у меня такое чувство что на практике выйдет хрень.
Реализовать самому можно как 2 пальца. нужен 1 аякс запрос на клиенте отправляющий на сервер идентификатор элемента(кого лайкать) и собственно параметр +/-. На сервере обработчик этого запроса который сохранит действие. Но можете и поискать готовый. На вскидку самый долгий процесс здесь - стилизация.
Я надеюсь вы не прогуливали школьный курс геометрии и умеете считать скалярное произведение векторов, а так же вычисление длины отрезков по координатам. Вычисление координат синей точки - это задача нахождения середины отрезка между двух противоположных точек.
А вы с какой стороны хотите ставить брекпоинты? если на Client-Side то для этого вам не нужна VisualStudio, хватит и самого IE. Если на ServerSide - можете прицепиться отладчиком к процессу, который обрабатывает запросы к приложению и ставить breakpoint, но на слух - тоже не понимаю зачем для этого студия. IDE от JetBrains не умеет цепляться к процессам?