Дмитрий: Сарказм в этой профессии это обычное дело. Но это не потому что все злые, а потому что всё время под постоянным прессингом. Так что если хотите стать программистом, то приготовьтесь, что учиться нужно будет всю оставшуюся жизнь, лёгких путей не будет, новые технологии будут постоянно опускать ваше самолюбие ниже плинтуса и работать иногда придётся даже по ночам. Но в институте/университете вам об этом не скажут. Лично я не знал этого, когда начинал, но всё это мне нравится
Ринат Бакиев: По-моему - нет. Дело в том, что в результате поиска могут быть найдены отдельные слова, которые будут достаточно удалены друг от друга в тексте, поэтому elastic сам выбирает, что подсветить. Например у меня на работе elastic настроен на индексирование внутреннего сайта и он показывает так:
Всё, что выделено - получено из запроса к elastic (номер страницы, bold-искомого текста, количество страниц.)
Пример как выглядит запрос-ответ к elastic (нажмите, чтобы открыть в отдельном окне):
Простите моё личное критическое мнение. Я вообще не вижу смысла настраивать git на интеграцию с продуктами. Даже с IDEA. Лучше работать изолированно с каждым продуктом, тем более когда они не пересекаются по сути. Сегодня IDEA в тренде, завтра что-то другое. Не стоит на это тратить усилия. Освойте нормально git (или tortoisegit) и не тратьте время на псевдоинтеграцию.
Stalker_RED: да, верно, только этот параметр воспринимает только браузер (делая недоступным куку для чтения скриптом, но в отладчике браузера она все равно будет видна). есть ещё несколько вариантов, когда сессии утекают, даже с этим параметром (пользователь ведь не в курсе как "гуляют" запросы у хостера?)
Алексей Ярков: смотрите devtools, диспетчер просто общий инструмент, чтобы определить направление как действовать. Да, он уже помог вам увидеть, что есть утечка памяти. Дальше нужно что-то более специальное.
Обычно надо прикинуться браузером, т.е. запомнить и выставлять в каждом последующем запросе верные куки (и не только). Поэтому вам надо сначала выяснить, что происходит при аутентификации и запомнить соответствующие параметры. Я бы посоветовал такие задачки решать интегрированными браузерами, на языках типа C# (WebForm или Chromium Embedded Framework) или писать плагин к конкретному браузеру (Chromium или FireFox), чтобы работать в нём, когда пользователь уже аутентифицирован, тогда в запросы автоматически будут подставлены верные параметры.
В общем, задача в общем виде в лоб не решается.
>> с помощью каки-то ухищрений, мне кажется не всегда корректных, но спросить совета не у кого
Я даже знаю, почему вы придумываете ухищрения - в задаче отсутствуют ключевые слова для стандартного подхода?
Философский ответ - когда не у кого спросить, то нужно вернуться на шаг назад и придумать ухищрение. Это вам кажется, что вы сделали ухищрение. Поищите его в интернете и, возможно, кто-то использует его как нормальное решение. В этом и состоит "путь джедая", чтобы незнание не становилось препятствием на пути. Кстати и работа программиста состоит в том же. Дофига времени тратится на поиск ухищрений (разумеется, это нужно делать после прочтения доков).
Корректными или некорректными являются ухищрения покажет время. Привыкайте к тому, что это будет основной работой. )
reus: А как в таком случае задавать тип такой виртуальной переменной? Или они все должны быть типа Object?
P.S. В Java переменные должны быть объявлены заранее, т.к. это свойство языка. Кроме академического применения, какую основную задачу вы или вам поставили, что вам нужен именно такой метод?
trevoga_su: Что значит "тормозит"? Для начала посмотрите в логах браузера, сколько у него вообще уходит на запрос и отсюда уже плясать. Может у вас с разрешением имени в DNS проблема, а со всем остальным всё ок.
RailsPack: Я тут ещё немного поразмыслил над вашим вопросом и пришёл вот к такому "умозаключению". В программировании есть ключевые слова, в задачах по программированию есть ключевые слова. Эти ключевые слова намекают на решение задачи. Но в задачах, которые встречаются в жизни нет ключевых слов. Вы не можете сказать заранее насколько удачным или неудачным может оказаться решение, если вас никто не ограничивает в формулировке. Поэтому переход от обучения программированию в реальную работу и сопровождается болезненным ощущением для самолюбия, что столько учил, а всё равно ощущение, что ничего не знаю.
Мне представляется главная цель - это сначала научиться программировать в принципе, пусть даже в сферическом вакууме, но потом необходимо совершить качественный скачок, чтобы не программирование управляло вами, а вы заставили программирование работать на себя.
Вот так как-то :)
Михаил Шпаков: Да, похоже, что я погорячился. Так давно не делал ajax синхронным, что забыл про это. Действительно, потому и виснет, что обработчик синхронный. Теперь мне понятен вопрос :). Затупил. Для таких случаев я просто вешаю интерфейс пользователя компонентом angular-block-ui.nullest.com/#!/examples/documentation и в фоне запускаю последовательно столько запросов, сколько нужно, но асинхронно. Я согласен Константин Китманов - я бы тоже не стал класть обработчик запроса в ту же функцию, которая его вызывает.
nlperm.ru/forums/index.php?showtopic=388