Давай я тебе расскажу как просиходит обсуждение вопросов по С++. Люди пишут вопрос и прикладывают к нему
код. Желательно - самодостаточный и компилирующийся. Бизнес-тайн нам не надо. Код может только воспроизводить
баг и все.
И после этого все С++ энтузиасты могут его посмотреть и сказать что к чему. Или собрать и протестировать.
То что ты написал - никого не мотивирует к помощи. Какая-то портянка с ошибками.
Нужен код. Как говорил один писатель операционок - 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 - это полная жопа. Не советую.
NSA-bot, hashcat и rcrack это разные инструменты. Вот второй публикуется в бинарниках только под Linux. Вобщем я думаю что ребята в масках Гая Фокса посмеются над безопасником который в макосе сидит. Это примерно - как блондинка которая едет в Hammer покрашенный в розовый цвет. Не обижайся это просто мое субъективное мнение. Или впечатление.
А куда их и как включать в таком случае? И как быть с ситуациями в таком случае с движками, когда надо что бы файлы, картинки хранились в папке с движком?
ну ты не обижайся, ты - папуас еще тот :)
Неизменяемы ресурсы - поклади в образ докера. Изменяемые - в volumes. И ради христа - не пересекай их по путям. А то будет у тебя светофор как у меня.
