resibe

через ифрейм

Раз используешь sass, то твой код должен будет выглядеть как-то так:

.my-super-puper-class {
  .the-most-puper-class {
    cursor: help;
  }
}

Или вот так, но вот так лучше не делать. Так как потом будет не удобно это дебажить или править.

.my-super-puper-class {
  &__the-most-puper-class {
    cursor: help;
  }
}

При наличии вебпак в зависимостях, в команде секции scripts не надо использовать npx.

npm i imagemin-svgo --save-dev

И так-то в документации есть конкретный пример того, как использовать. Какие-то свои модификации конфига - на свой страх и риск.

Unknown plugin: imagemin-svgo

Подобные ошибки вебпак пишет тогда, когда модуль не установлен, либо это вовсе не то, что ожидает вебпак.

эмм.... нужно искать любую работу.
сможете в РФ? отлично.
сможете за бугром? ещё лучше.

только как одно отменяет другое?
судя по вопросу: вы в раздумиях, вместо, собственно, поиска.
и это - фейл!

Читаем сначала вот это - УК 273
А потом думаем - причем тут лицензия... (А ни при чем. Если автор/разраб/контора которой принадлежат авторские права подает на Вас в суд -обвинять Вас будут не в нарушении какой-то там лицензии, а именно в этом)

Если вы не наносите ущерб кому-либо, то обычно всем пофиг (ну могут забанить, да и всё).
Нанести материальный ущерб своим читом вы можете, например, в том случае, если в игре практикуется монетизация инвентаря, монетизация опыта и т.п. Тогда уже не пофиг, деньги всем нужны.
Кому не пофиг, тот уж найдёт в чём вас обвинить.

То что вы процитировали - это лицензия, а не авторские права. И уж тем более, это не закон. А закон "главнее".

В законе есть пункты, которые позволяют в некоторых рамках модифицировать программное обеспечение, даже если это запрещает лицензия (беги исправить можно, например).

Но вот где именно проходит грань между тем что можно, и тем что нельзя - определят эксперты и суд.

Можете почитать подборки по темам, чем это обычно заканчивается, если спалят.
https://www.google.com/search?q=%D1%80%D1%84+%D0%B...

Через инструменты разработчика не работает? На этом сайте нажал ф12(в мозиле) и перешел в раздел "{} стили" и там около 20-30 файлов css.

const CompressionPlugin = require('compression-webpack-plugin')
const productionGzipExtensions = ['js', 'css']
module.exports = {
  configureWebpack: {
    plugins: [
      new CompressionPlugin({
        algorithm: 'gzip',
        test: new RegExp('\\.(' + productionGzipExtensions.join('|') + ')$'),
        threshold: 10240,
        minRatio: 0.8,
      }),
    ]
  }
}

видимо такая же проблема

есть такой вариант как я понял это как раз для Vue

Документация: pwa.iconPaths?

Это какая-то ерунда, IE никогда не поддерживал SVG для фавок. Ещё и с ошибкой, тип для svg "image/svg+xml", а тут должна была бы быть ico, но и её не стоило ограничивать комментом. Вообще, если вам нужна максимальная поддержка устаревших браузеров, то иконок ещё мало, а если речь про 2021, то действительно слишком много.

Сейчас такой набор выглядит примерно следующим образом. Для устаревших — favicon.ico с типом "image/x-icon", далее основная в svg, которая ещё и берёт на себя тёмные темы, ибо внутри неё можно использовать css и одна apple-touch-icon.png размером в 180 пикселей + site.webmanifest, в котором прописываются большие png. Достаточно будет на 192 и 512px. В него же переносятся все эти theme-color, apple-mobile-web-app-capable и тд.

Иконка safari-pinned-tab.svg с 12 версии сафари больше не нужна, а для msapplication-icon-144x144.png лучше использовать файл ieconfig.xml с необходимыми инструкциями, хотя и это нужно только для старых версий.

Если конкретно, то как-то так:

<link rel="manifest" href="site.webmanifest">
<link rel="shortcut icon" type="image/x-icon" sizes="any" href="favicon.ico">
<link rel="icon" type="image/svg+xml" href="/img/icons/icon.svg">
<link rel="apple-touch-icon" href="/img/icons/apple-touch-icon.png">

Онлайн сервисы чем не угодили? Вот хотя бы такой: https://realfavicongenerator.net/

Отдельные константы? 0_o

const {APP_NAME} = require('./constants');

new webpack.DefinePlugin({
        APP_NAME: JSON.stringify(APP_NAME),
      }),
new HtmlWebpackPlugin({
        title: APP_NAME + " official"
})

https://vue-i18n.intlify.dev/installation.html#es-...
yarn add vue-i18n@next

Не изменил версию, потому что tar "6.0.2", а не tar "^6.0.2".
А в целом - забейте болт.
1. Большинство уязвимостей находятся в либах, использующихся вами локально для сборки, а сами себя вы ломать будете.
2. Vue исполняется на клиенте и всё эти уязвимости в любом случае не имеют никакого значения, даже если окажутся в рабочем коде.

Внимательней к этому стоит присмотреться только когда начнёте писать сервер на node.js.

P.S. Если очень хочется - можно воспользоваться yarn resolutions и захардпатчить версии зависимостей. Но никто тогда вам не гарантирует корректную работу.