Emptyform, правильная архитектура бывает только в определенном контексте или определенном круге задач. Нет абсолютно правильной архитектуры. Что хорошо работает в одном случае может вообще не работать в другом. Может моё видение будет нестандартным - правильную архитектуру надо "угадать", а потом программированием проверить насколько ваша "догадка" подтвердилась. Со временем такие манипуляции получается проводить в голове без программирования, но это в основном получается после накопленного негативного опыта. Не в том смысле, что он плохой, а в том, что не получилось сразу понять, что техническое решение не подходит, хотя все компилируется и собирается, но развивать не получается. Тут только свой путь.
oberontrik, >> а если мне все же нужно реализовать свою логику при авторизации
Тогда пишете фильтр. В фильтре проверяете, если пользователь авторизован, то выполняете эти дополнительные действия. Да, фильтр пишется в отдельном классе, как написал Евгений.
P.S.
Не совсем по теме, но лучше проверить, чтобы был установлен протоколы tls, если вы будете организовывать mitm на своём прокси (у меня при одном обновлении слетела эта настройка и я долго понять не мог):
Вы никогда не узнаете почему вас взяли на какую-либо работу. Просто учите и делайте то что вам нравится, но подтягивайте и сферы знаний, которые отстают.
>> область моих интересов - я не буду заниматься...
Очень сильная мотивация для работодателя, чтобы не брать вас на работу в принципе. Никогда не пишите, что вы не хотите чем-то заниматься. Отказаться от конкретного предложения вы можете всегда, но потом, если оно поступит.
Я бы сказал, что вы должны свою предыдущую сферу работы тестировщиком использовать в новом направлении по максимуму, т.к. много программистов сильно плавают в этом деле.
Еще посоветую вам подтянуть администрирование, т.к. и с ним программисты сильно плавают. Протоколы, прокси, аутентификация, токены - это тоже надо знать.
Программирование - это способ обьединить смежные области в нечто работающее.
На собеседования можно ходить всегда. В худшем случае - просто поговорите.
Programmir,
1. Забить и сделать вертикальную черту.
2. Сделать в виде background.
3. Сделать всю строку на SVG по примеру: davidlynch.org/projects/maphilight/docs/demo_simpl...
Не то чтобы я хотел вам посоветовать что-то плохое и усомниться в ваших возможностях. Сам иногда ловлю себя на мысли, что "должно же работать именно так", но когда затрачиваемые усилия на какую-то линию начинают быть сравнимыми по сложности с проектом, по-моему это перебор. Или оставьте эту проблему на потом. У меня так некоторые проблемы решаются через полгода, год. Вчера, например, нашёл решение одной занозе в WPF/WinForms, которая меня доставала ГОД. Я даже и не надеялся уже. Я же не мог остановить работу на год?
mykolaim, Есть такой закон Мёрфи: Чем проще инструкция (например, "Нажмите здесь"), тем труднее найти, где же все-таки нажимать.
В этом и состоит основная загвоздка. Не все приложения одинаково обрабатывают нажатия. В некоторых приложениях до кнопок и полей ввода вообще не добраться. В некоторых sendkeys не работают. Всё очень индивидуально.
Гляньте вот этот проект: https://github.com/TestStack/White Может быть даже простое его освоение уже может пойти за диплом. C# TestStack.White For Beginners, Automation testing using open source tools
Или вот посмотрите один из мощнейших платных инструментов, которые существуют для автоматизации работы с UI: https://www.uipath.com/ Безумно дорогой. И писали его много лет.
Я не хочу вас отпугивать от поиска решения, просто предупреждаю, что это очень очень сложно. Но вдруг это именно то, что вы хотите?
Если вы сами никогда не занимались автоматизацией тестирования и берётесь за создание библиотеки, которая должна "помочь", то у меня для вас плохие новости...
zevgenay, Понятно. Вам нужно искать техническое решение в области проксирования. Все ссылки всё равно должны вести пользователя на ваш сайт, а вот уже ваш сайт принимает решение, откуда черпать информацию для возврата ответа пользователю. Для решения можно использовать два варианта:
1. Административный. Ставите nginx (если не ставили, то придётся разобраться). Это реверсивный прокси. Но в нём придётся прописать пути ко всем компьютерам, в которых вам надо расшаривать картинки.
2. Написать/использовать прокси для вашего сайта в формате IIS-фильтра. Чтобы url вида https://mysite.ext/images/comp_name/*.jpg перенаправлялись за картинками в comp_name компьютер в локальной сети. Вот, например, я бы попробовал пользоваться этим: https://github.com/kveretennicov/iisproxy и немного изменил исходники (исходники простые, думаю, что их не трудно их изменить под вашу задачу).
zevgenay, Тогда опишите немного подробнее, что именно у вас происходит? Я правильно понимаю, что вы открываете не локальный сайт, но на нём есть ссылки вида file://... Вы хотите на лету преобразовать их к ссылкам на сам сайт, где они находятся? Если так, то меня интересует:
1. доступ к сайту происходит по HTTP или HTTPS?
2. Насколько широко вы хотите внедрить данный способ? Или только для себя, чтобы вытащить какую-то инфу?
Вадим Соловьёв, Пожалуйста. Спасибо на добром слове. ))) Про SublimeText ничего не могу сказать. Никогда им не пользовался, но вряд ли SublimeText предложит что-то такое же мощное как Chrome, поэтому вряд ли код получится напрямую использовать в Sublime. Они для разных целей. Но вот пересеклись таким странным образом.
