Aetae

У indexOf есть второй параметр.

const PeoplePageWithErrorApi = WithErrorApi(PeoplePage)

<PeoplePageWithErrorApi foo="bar"> 
// props = {foo: bar} 
// внутри PeoplePage props {
//  foo: 'bar', 
//  setErrorApi: setErrorApi из WithErrorApi, 
//  setLoader: setLoader из WithErrorApi, 
//  isLoading: isLoading из WithErrorApi
//}

Очевидно же, нет?

Элементарно, вот те на коленке накидал:


Только он не учитывает кучу всяких edge-case, самое очевидное: изменения ширины в процессе работы - следует добавить ещё обёртку и ResizeObserver.
Но и не очевидных там много, потому для таких вещей обычно используют готовые либы.)

Процессор тоже важен, причём чем больше памяти/слотов тем на меньшей частоте он может её тянуть.

Найди тут свой проц, там секцию memory controller и посмотри тянет ли твой конфиг.

Vue использует webpack, а webpack использует для запросов конкретные пути, которые ты указываешь при билде.

Решение в лоб: особый билд для cdn, где параметр publicPatch указывает на соответствующий сайт.
Решение хитрое: webpack позволяет менять публичный путь динамически, присваивая его переменной __webpack_public_path__. Остаётся только при старте приложения получить путь к скрипту, например из document.currentScript, выделить из него нужный путь и присвоить его.

0 и более подряд символов л, <пробел> или ".

А вообще: изучите регэкспы, на таком примитивном уровне - это совсем не сложно.
Штука незаменимая для работы с любым текстом.

Если вопрос про прод: настроить сервер, чтоб сначала отдавал /api откуда надо, а только потом заворачивал все запросы на index.html.

Если вопрос про разработку: в vue-cli используется webpack dev server, и там есть proxy, через который вы можете направить запросы с /api на свои боевые или локальные сервера.

Ну ёпрст.

const dateTimeLocal = reactive({
  day: ["00", "01", "02", "03", "04", "05", "06", "07", "08", "09"],
  hour: ["00", "01", "02", "03", "04", "05", "06", "07", "08", "09"],
  minute: ["00", "01", "02", "03", "04", "05", "06", "07", "08", "09"],
  second: ["00", "01", "02", "03", "04", "05", "06", "07", "08", "09"],
});

P.S. Это Vue 2 не мог отслеживать добавление новых ключей, Vue 3 же может всё, если не забыть его об этом попросить.

Во-первых: тебе намекнули уже в комментах:

computed свойства в vue пересчитываются когда меняются их реактивные зависимости, которые участвовали в предыдущих вычислениях

Т.е. на пальцах: ты обратился в computed к this.value - теперь он смотрит за изменениями this.value. Твоё же computed ни к чему не обращается, оно просто возвращает функцию, её содержимое и вызовы к computed не относятся.

Для понимания:
Вот этот твой код:

computed: {
  validatedClass() {
    return (input) => {
      return {
        'uk-form-success': this.wasValidated && !this.errors[input],
        'uk-form-danger': this.wasValidated && this.errors[input],
      }
    }
  }
},

равносилен:

function someRandomFunction(input) => {
  return {
    'uk-form-success': this.wasValidated && !this.errors[input],
    'uk-form-danger': this.wasValidated && this.errors[input],
  }
}
computed: {
  validatedClass() {
    return someFunction.bind(this);
  }
},

Такой computed будет обновлён только когда Vue пошлёт. В идеале, на самом деле, никогда.

По сути ты просто написал обычный метод, но через одно место.)

Во-вторых: проблема у тебя в другом: this.errors = {}.
Из-за ограниченных возможностей сеттеров, новые ключи, добавленные в объект таким образомthis.errors.email = [] - не реактивны.
Добавлять ключи надо либо черезthis.$set(this.errors, 'email', []) либо, что лучше, заранее:

this.errors = {
  email: '',
  // ...
}

Ну и в третьих: менять что-то в this.$children - очень очень очень плохо. Просто используй props. Такая возможность наличествует только для крайне сложных случаев в компонентах библиотек. Точно не для твоего.

submit ничего не скролит, он отправляет форму. Когда форма отправляется - страница перезагружается.
Т.е. как костыль ты можешь запоминать перед submit координаты скролла(напр. в localStorage) и при загрузке скроллить по ним.

Ppi - это пикселей на инч.
Если у них идентичные физические размеры экрана и идентичные рабочие разрешения, то хз как у них может быть разный ppi. Мб вообще ошибка округления.

А влияет ли для тебя: если ты сможешь определить разницу в один пиксель из 90 на участке размером 2.5 см - то да, иначе нет.)

Никак.
Селекторы ~ и + работают только если элементы в одном родителе и идут по порядку.

В первом случае вы в теории тащите весь bootstrap во втором только modal. Однако на деле нет никакой разницы, потому что все популярные системы сборки умеют в tree-shaking, т.е. оставляют в бандле только то, что используется.
Разницы в скорости нет.

Единственное что вам следует выбрать один вариант и ему следовать, иначе в случае bootstrap получится дублирование кода. Что кстати странно, обычно корневой файл содержит просто реэкспорт тех же самых отдельных модулей, а не копии.

jQuery нормально обрабатывает вставку скрипта как html. Всё должно работать. Единственное что, если ты это пишешь не в файле, а прям в теге <script>, то любое упоминание </script> этот тег собственно закрывает, от чего твой код может поломаться. Решение писать по-другому('</sc'+'ript>', '<\u002fscript>' и т.п.) или вынести в файл.

Но вообще да, вывод рекламы гугла должен предусматривать какие-то более удобные способы.)

Semantic-ui мёртв. Есть активный форк: Fomantic-UI, скорее всего там это пофикшено.

Прокси очевидно проксирует только один конкретный объект. Если надо проксировать и содержимое - перехватывай get и отдавай тоже Proxy.