Николай: Спасибо за пример, но вот ситуация, когда ваш пример не работает правильно:
Массивы перестали совпадать после второй вставки. Точь в точь моя ситуация.
Олег Драпеза: Что-то я не пойму. Ангуляр же сам их использует направо и налево? Как так? (я во время отладки влез в digest, так их там просто тьма).
В дополнение к этому вопросу (мне кажется уместным это озвучить) у меня есть массив переменных и мне просто надо отследить, что в целом в массиве что-то изменилось. Часто даже не важно что, просто чтобы пользователю поставить галочку, что в его форме есть изменения. Тогда как? В этом случае я не хочу за каждым полем в $scope следить. Я вешал всё на $watchGroup и всё работало. Вы не посоветуете, как быть в этой ситуации?
Так наоборот - в $watchCollection у меня всё работает и именно так, как вы сделали в примере. Но! "Раньше" (у меня есть старый проект, которому около года) всё работало через watchGroup и было норм. Сейчас новая версия angular (1.6.4) и ему для полноценной работы надо как буд-то немного XXX (ну, вы поняли ;) ) и после пары раз изменения поля он начинает нормально работать.
Дмитрий: Сорри. Не проверил. Подумал по интонации, что вы автор вопроса.
... Не, не продумать. А бояться. Боятся попробовать сделать шаг в сторону, чтобы не выглядеть глупо. Но незнание не равно глупость. Глупо бояться показать, что чего-то не знаешь. Это нормально. Умение грамотно разобраться с тем, чего не знаешь - вот самый ценный навык. Насколько я могу судить из своей жизни - самый ценный опыт - неудачный, когда хорошо знаешь как не надо делать. ))) Но в институте опять этому не научат.
Дмитрий: Сарказм в этой профессии это обычное дело. Но это не потому что все злые, а потому что всё время под постоянным прессингом. Так что если хотите стать программистом, то приготовьтесь, что учиться нужно будет всю оставшуюся жизнь, лёгких путей не будет, новые технологии будут постоянно опускать ваше самолюбие ниже плинтуса и работать иногда придётся даже по ночам. Но в институте/университете вам об этом не скажут. Лично я не знал этого, когда начинал, но всё это мне нравится
Ринат Бакиев: По-моему - нет. Дело в том, что в результате поиска могут быть найдены отдельные слова, которые будут достаточно удалены друг от друга в тексте, поэтому elastic сам выбирает, что подсветить. Например у меня на работе elastic настроен на индексирование внутреннего сайта и он показывает так:
Всё, что выделено - получено из запроса к elastic (номер страницы, bold-искомого текста, количество страниц.)
Пример как выглядит запрос-ответ к elastic (нажмите, чтобы открыть в отдельном окне):
Простите моё личное критическое мнение. Я вообще не вижу смысла настраивать git на интеграцию с продуктами. Даже с IDEA. Лучше работать изолированно с каждым продуктом, тем более когда они не пересекаются по сути. Сегодня IDEA в тренде, завтра что-то другое. Не стоит на это тратить усилия. Освойте нормально git (или tortoisegit) и не тратьте время на псевдоинтеграцию.
Stalker_RED: да, верно, только этот параметр воспринимает только браузер (делая недоступным куку для чтения скриптом, но в отладчике браузера она все равно будет видна). есть ещё несколько вариантов, когда сессии утекают, даже с этим параметром (пользователь ведь не в курсе как "гуляют" запросы у хостера?)
Алексей Ярков: смотрите devtools, диспетчер просто общий инструмент, чтобы определить направление как действовать. Да, он уже помог вам увидеть, что есть утечка памяти. Дальше нужно что-то более специальное.
Но. Скажите, а было бы правильным просто копировать новые значения в конце цикла обработки $watchGroup в массив старых значений? Например: plnkr.co/edit/g2PemGxCPAK2RbjvWgAU?p=preview Просто как ни странно, но такой функционал работает как и ожидается.