Что именно не работает? Исключения выпадают? Или логика неправильная?
Проверьте массивы, может ошибка там.
Также, вижу parseInt без указания системы счисления (radix). Не знаю, насколько актуально для нашего времени, но раньше в разных браузерах без указания radix можно было получить неожиданные результат. Например, если указана строка и первым символом стоит ноль, то на выходе можно получить число в восьмеричной системе счисления, а не десятичной. Чтобы подобного не было, нужно всегда явным образом указывать систему счисления (вторым параметром): parseInt('0123', 10);
D0ct0r_Murder, если нужно быстро клепать типовые сайты, то можно использовать готовые решения для этого (CMS).
Моему ответу уже три года, за это время платформа ASP.NET Core активно выползает и, очевидно, в будущем вытеснит, или сильно потеснит, классические технологии. Новичкам наверное уже будет сложно с нуля все это осваивать. А WebForms можно почтить минутой молчания :-)
.NET Core - кроссплатформенное решение.
На ASP.NET MVC можно делать любые проекты.
Иногда приходится сталкиваться с PHP, который вполне неплох для простых задач, а вот стоит простой задаче усложниться, как я вспоминаю, за что ненавижу этот язык :-) Очень неудобно и сложно добиться приемлемого качества кода. Куда не глянь, сплошные костыли, весь PHP - это один большой костыль. Но опять же, все зависит от задач, если ничего неординарного не делать, PHP довольно шустрый и его проще освоить. Но я бы все равно рекомендовал .NET и в частности C#, хотя бы потому, что программист должен постоянно развиваться и дисциплина, которая присуща C#, поможет в этом.
Shaks, вопрос риторический, он не требует ответа или дискуссии. Если бы я хотел поболтать, то написал бы в комментарии ;-) Представленный синтаксис во многих языках требует указания либо блоков кода, либо написания кода в одну строку.
Если синтаксис верный и проблема в IDE, то следует либо обновить определения типов, либо переключить версию языка/стандартов, либо просто обновить ПО.
acspro, если это классический ASP, то видимо VBScript, который сильно отличается от Visaul Basic .NET и представленный синтаксис не является правильным. В классическом ASP по умолчанию файлы имеют расширение .asp. Отладку проводить сложно. Коллекций нет. Если нужно получить JSON, то проще выводить текст как есть. Либо отказаться от таких древних технологий :-) Смешать классический ASP с современным вполне можно, они не должны особо друг другу мешать.
MyOnAsSalat, var использовать не обязательно, просто так код проще. Можно использовать int[].
Array.Sort - тоже можно использовать. Что быстрее, Array.Sort или Enumerable.OrderBy - нужно проводить тесты. На моей памяти, Enumerable.OrderBy чуть-чуть быстрее.
FIKSER, в браузере нажать правой кнопкой мышки по блоку и в контекстном меню выбрать что-то типа: «Посмотреть код элемента», «Инспектировать элемент», «Проверить элемент». В появившемся окне посмотреть, какой элемент перекрывает блок кнопок. Там же можно поиграть с изменением стилей.
Без кода что-то более конкретное сложно сказать. Но в данном случае, видимо, ссылка на сайт нужна.
polyakovyevgeniy: многовато будет :-) Проблемы могут быть с загрузкой или инициализацией, или ошибками в работе отдельных компонентов. Можно пробовать блоки try catch разместить (как минимум в метод инициализации формы). Или более низкоуровневую отладку провести.
И к разработчику всего этого добра попробуйте обратиться :-)
Добавлю, что речь о коде, который срабатывает при запуске приложения. Например, если у вас приложение Windows Forms, то проблема может быть в обработчике события загрузки основной формы (Form_Load), либо при инициализации формы.
И каким образом вы осуществляете запуск? Из папки bin или перемещаете в другую папку?
Проверьте массивы, может ошибка там.
Также, вижу parseInt без указания системы счисления (radix). Не знаю, насколько актуально для нашего времени, но раньше в разных браузерах без указания radix можно было получить неожиданные результат. Например, если указана строка и первым символом стоит ноль, то на выходе можно получить число в восьмеричной системе счисления, а не десятичной. Чтобы подобного не было, нужно всегда явным образом указывать систему счисления (вторым параметром): parseInt('0123', 10);