Кстати да. Мне кажется что взять самому фотик и собрать эксклюзив - самое то. Тут еще такая беда что в сети фотки не просто улучшены а они с watermarks и они еще тыщу раз проиндексированы графическими поисковиками. Может спалиться - это не то слово. Тут не палево а скорее конфуз. Оконфузиться можно.
Еще хороший вариант - взять бабушкин фотоальбом и там тоже что-то поулучшать. Желтые пятна поубирать. Резкость. Да много чего там можно придумать.
Долгоиграющие джобы можно разбить на итерации. Или пачки. В данном случае пачкой будут Ranges.
И выбрать такой интервал чтоб не сильно долго работала пачка (5 минут) и в тоже время чтоб
можно было оперативно прервать без жалости.
И завести табличку ranges. Пачка троек отработала - закоммитил. При следующем запуске мы
начинаем не с начала а со следующей пачки.
Честно я-бы для этой задачи базами не парился. Тут хвататет CSV файлов. Но если автор так сильно
этим упарывается - то пускай себе страдает.
Mokey, а какой комментарий ты ждешь? Поздравляю. Ты освоил композицию объектов. Это тоже часть ООП разработки. Да. Композируй как хочешь. Можешь взять интерфейс Writer и написать свою реализацию полностью.
Давай я тебе расскажу как просиходит обсуждение вопросов по С++. Люди пишут вопрос и прикладывают к нему
код. Желательно - самодостаточный и компилирующийся. Бизнес-тайн нам не надо. Код может только воспроизводить
баг и все.
И после этого все С++ энтузиасты могут его посмотреть и сказать что к чему. Или собрать и протестировать.
То что ты написал - никого не мотивирует к помощи. Какая-то портянка с ошибками.
Нужен код. Как говорил один писатель операционок - Talk is cheap. Show me f**ken code.
Qeinzo, 50 тысяч краденых мобильных номеров за раз. Это многовато. Может в мобильной связи тоже есть
аналог Asterisk. Типа электронная АТС с купленным пулом номеров. Вот коллекторы никогда не паряться
с новыми номерами. У них почему-то техника всегда позволяет звонить тысячу способами.
Нейн Кью, линка твоя не открывается у меня. Но я надеюсь что ты в тексте глазами увидишь главную причину почему сборка падает.
Разбираться в логах сборщика тебе все равно придется. Не сегодня так завтра. Поэтому прокачивай решение ошибок сам. Это именно и есть работа разработчика за которую ему платят. Никакой сисадмин или девопс здесь тебе не поможет. Это - твоя область знаний.
lalatop, а почему тестировщики кричат? Может они хотят тестировать этот параметр? secret.code.lives=50
Смотри. Хабр может ответить на технические вопросы если информация полна и ясна для ответа.
Но твоя задача - собрать голосовой чят с тестировщиками или с их лидами. И проговорить все сомнения.
Может они в чем-то правы и поведение системы изменилось. Короче твоя проблема - это
коммуникации. Коммуницирй. Разговаривай. Собирай митинги. Семинары. Разьясняй свою работу.
Они должны понимать ПОЧЕМУ ты эти изменения делаешь. Это как общаться с утенком.
Если ты им объяснишь словами - то может ты и сам лучше поймешь или уберешь из технологии
какие-то ненужные steps которы на самом деле не нужны.
Ну... VSCode - это все таки не формат Java разработки. Классика - это Netbeans, Eclipse, Idea.
Попробуй вообще выйди из IDE в консоль. И в консоли очисти и пересобери проект.
$ mvn clean package -X
Сборка - это очень важный скилл. Не менее важный чем среда разработки. А у maven есть настроечные файлы.
Они могут лежать и в проекте и в home каталоге maven. И вообще maven это машина с состоянием.
Но для начала я-бы запросил у тебя весь спул который выдаст команда сборки с ключом X
Я лет 15 назад использовал XPath/XSLT (под C#.Net). Мы парсили чистые XML документы. Правильные. Красивые с DTD schema. Не думаю что этот подход тебе пригодится. XPath с моей точки зрения - это переусложненный язык. Его создавали лютые теоретики функционального программирования. Там наворотили таких вещей что можно и тьюринг-полную программу написать. Но для таких простых кочегаров и плотников и парсильщиков это скорее всего будет не нужно.
Что такое selectorjs я не знаю. Есть еще JSoup под java. И у него есть братья-клоны во всех языках.
Вот на этом супе удобнее html парсить.
Мне кажется что проще чем *Soup уже и нельзя написать. Как ни крути а html это дерево объектов. Nodes.
И его парсинг сводиться к моделированию дерева на основе html и беганию по нему итераторами.
А вот парсинг регулярками или на языке Perl - это полная жопа. Не советую.
Еще хороший вариант - взять бабушкин фотоальбом и там тоже что-то поулучшать. Желтые пятна поубирать. Резкость. Да много чего там можно придумать.