lemonlimelike, Мне кажется, что сначала надо добавить ещё настроек, а только потом доделывать скрипт. У меня заработало после указания таких настроек:
Там есть некоторые мои заголовки, соответственно не учитывайте их. Меня больше всего удивило необходимость использовать заголовок "Access-Control-Expose-Headers".
P.S.
На всякий случай озвучу, что тема, с которой мы разбираемся, называется CORS (не XSS!!!). Я когда на работе обсуждали с админами использование этой темя, то они хоть и умные ребята, но сильно плавали в этом понятии )))
Слишком неопределенные условия вопроса. Как сказал Шерлок Холмс:
- Знаете инспектор, настолько неопределенные приметы, что они подойдут любому, например, даже Ватсону.
У меня тоже каждый день что-нибудь тупит, по база, то программа, то голова. )))
Нужны более конкретные определения. Лучше код.
freeinform, чисто теоретически интересно было бы узнать кто такое понятие мог бы ввести?))) Такой формат вводился именно для чтения человеком, но я бы сразу лично для себя ответил бы вопросом на вопрос, который в одном случае сделает коэффициент нулевым, а во втором - бесконечным:
1. Наименование атрибута огромное, а данных - один байт
2. Наименование атрибута размером в одну букву, а количество данных - текст войны и мира Толстого.
Для более качественной оценки вам следует определиться с граничными условиями, потому что в противном случае нахождение такого параметра будет средней температурой по больнице, и его значение абсолютно ничего не значит.
Например, как в физике есть гравитационная постоянная G. Просто коэффициент.
Ну а насколько эти форматы наворочены - это у разработчиков надо спрашивать. Да, они могут наворотить или это просто legacy-код.
wufapexef, Ok, мне понятно, но могли бы вы написать в UPD где именно в коде вы забыли передать данные? Чтобы другие люди, прочитав ваш ответ закрепили бы у себя в голове, как именно искать ошибку в своём коде )))
m16k,
>> вопрос к тем, кто уже проходил этот путь
Это не путь - это квест.
>> Технологий и областей знаний слишком много, и невозможно охватить все, по крайней мере, на старте.
Не спешите с выводами. Технологии разработки игр могут иметь общие фраймворки даже с бухгалетерией.
>> Поэтому мне сейчас важно потратить усилия на самые основы основ, без которых нет смысла продолжать
Основы основ вы узнаете, когда накопите приличную базу и станете опытным разработчиком (вот такой парадокс). Основы вы знаете уже сейчас, но отличие вас от специалиста состоит в том, что специалист видит основы в своей работе, а вы пока нет. Чтобы наконец увидеть из каких кирпичиков состоит та или иная работа нужно поработать. Всё развивается по спирали, а не последовательно.
Учёные вот тоже хотя знать основы основ и вот уже даже сделали коллайдер. Что дальше? )))
>> Кроме того, я считаю, что проваленное собеседование, потенциально может закрыть шансы ...
"Провальное" собеседование относительно. В компанию набирают не просто роботов. Набирают людей. Выбирают характер. Покажите, что вы действительно хороший человек и на вас можно положиться. Ну и если вы не подошли друг другу нужно остаться вежливым и поблагодарить за уделённое вам время.
Вообще неплохо заранее узнать о специфике работы компании, чтобы вести собеседование в разрезе IT по деятельности компании. Вы должны ходить на собеседование уже кое что зная о компании.
>> Думаю, что многие просто не захотят тратить время повторно на кандидата
Во-первых вы слишком плохо думаете о других, во-вторых не надо думать за других. Если вы были достаточно уверены, но чего-то не знали, то, наверное, компании будет приятно узнать, что вы про них помните. Вполне уместно даже написать, что если вам отказали по техническим причинам, то вы можете написать, что вы подтянули "это" и если им нужны сотрудники, то вы хотели бы прийти на новое собеседование. Превращайте минусы в плюсы.
P.S.
Не стремитесь попасть в каждую компанию. На собеседовании не только вас выбирают, но и вы. Я как-то пришёл на собеседование в одну компанию, посидел там полчаса и послушал их "атмосферу". Потом во время разговора я просто извинился и сказал, что я не хочу у вас работать, спасибо, что уделили время и ушёл. Цените себя.
вход в профессию не бывает быстрым и простым. Есть курсы, но вообще-то, по серьезному, надо получать профильное образование, а потом не один год совершенствоваться. Резать скальпелем тоже ума не надо, но ведь профессия хирурга состоит не только из умения держать в руках скальпель и этому не учатся быстро.
Хотя может быть вы все-таки не совсем программирование имеете в виду?
Emptyform, Сделаю ещё одно дополнение. Некоторые проекты, даже личные, пишутся и сопровождаются достаточно длительное время. У меня есть несколько личных проектов, которые я сопровождаю сам для себя и постепенно на них прокачиваю скилы. Интервал от полугода до двух лет. Вполне уместно придумать самому себе задачу и периодически допиливать в ней новый функционал или переводить её на новую технологию. Например, я экспериментирую на C# несколько лет, пару лет назад открыл для себя WPF, пару месяцев назад binding, месяц назад "свойства" и обкатываю их.
Emptyform, правильная архитектура бывает только в определенном контексте или определенном круге задач. Нет абсолютно правильной архитектуры. Что хорошо работает в одном случае может вообще не работать в другом. Может моё видение будет нестандартным - правильную архитектуру надо "угадать", а потом программированием проверить насколько ваша "догадка" подтвердилась. Со временем такие манипуляции получается проводить в голове без программирования, но это в основном получается после накопленного негативного опыта. Не в том смысле, что он плохой, а в том, что не получилось сразу понять, что техническое решение не подходит, хотя все компилируется и собирается, но развивать не получается. Тут только свой путь.
oberontrik, >> а если мне все же нужно реализовать свою логику при авторизации
Тогда пишете фильтр. В фильтре проверяете, если пользователь авторизован, то выполняете эти дополнительные действия. Да, фильтр пишется в отдельном классе, как написал Евгений.
P.S.
Не совсем по теме, но лучше проверить, чтобы был установлен протоколы tls, если вы будете организовывать mitm на своём прокси (у меня при одном обновлении слетела эта настройка и я долго понять не мог):
Вы никогда не узнаете почему вас взяли на какую-либо работу. Просто учите и делайте то что вам нравится, но подтягивайте и сферы знаний, которые отстают.
>> область моих интересов - я не буду заниматься...
Очень сильная мотивация для работодателя, чтобы не брать вас на работу в принципе. Никогда не пишите, что вы не хотите чем-то заниматься. Отказаться от конкретного предложения вы можете всегда, но потом, если оно поступит.
Я бы сказал, что вы должны свою предыдущую сферу работы тестировщиком использовать в новом направлении по максимуму, т.к. много программистов сильно плавают в этом деле.
Еще посоветую вам подтянуть администрирование, т.к. и с ним программисты сильно плавают. Протоколы, прокси, аутентификация, токены - это тоже надо знать.
Программирование - это способ обьединить смежные области в нечто работающее.
На собеседования можно ходить всегда. В худшем случае - просто поговорите.
Programmir,
1. Забить и сделать вертикальную черту.
2. Сделать в виде background.
3. Сделать всю строку на SVG по примеру: davidlynch.org/projects/maphilight/docs/demo_simpl...
Не то чтобы я хотел вам посоветовать что-то плохое и усомниться в ваших возможностях. Сам иногда ловлю себя на мысли, что "должно же работать именно так", но когда затрачиваемые усилия на какую-то линию начинают быть сравнимыми по сложности с проектом, по-моему это перебор. Или оставьте эту проблему на потом. У меня так некоторые проблемы решаются через полгода, год. Вчера, например, нашёл решение одной занозе в WPF/WinForms, которая меня доставала ГОД. Я даже и не надеялся уже. Я же не мог остановить работу на год?
