Привык что ноуты можно апгрейдить - выбирать конфигурацию под себя.
А в чём смысл такой возможности апгрейда, если это какая-то старая модель, которую ты 1 раз купишь либо в топе, либо сразу проапгрейдишь, и больше не будешь трогать?
skek3, вообще зависит от того, что такое "админ" и "админка" в твоём случае.
Если "админ" - это просто роль для обычного пользователя (тоесть он администрирует предметную область, а не приложение), то можно добавить эту кнопку в рамках одного представления - просто добавь if.
Если же "админ" - это администратор сервера/приложения, то ему, скорее всего, и не нужны те же страницы, что и обычному пользователю - ему нужны собственные страницы с другими данными (будет показываться больше данных в принципе, в тч всякая служебная информация)
Какой public key и какой сертификат нужно сделать? (для чего)
Есть разные сертификаты, которые работают с разными ключами и предназначены они для разных целей.
Имея только открытый ключ - ты сможешь сделать только сертификат открытого ключа.
Но, например, x.509 PKI не получится сделать, тк там нужно гораздо больше атрибутов. В частности - период действия, издатель, алгоритм подписи, и ещё этот сертификат нужно будет подписать, а самоподписанный мало где можно применить.
В первую очередь должна реализация конечной задачи, затем удобство поддержки, и уже после - удобство отладки, организация кода, и прочее.
Множество v-if v-else - это запашок.
То что оно крашит devtools - это тоже признак, что что-то не так.
Раз уж это таблица, то я бы пошёл по пути, как это в html выглядит:
Компоненты для строк и компоненты для ячеек в строке.
Можно для ячейки один компонент сделать и передавать туда какой-нибудь атрибут type, к примеру.
Раз это умная розетка, то у ней можно сделать таймер включения после отключения; иначе разве она умная?
Или в крайнем случае может быть какой-то хаб за роутером и розетка управляется по другому каналу (не wifi и не езернет) (по проводу или zigbee какому-нибудь). А на уровне хаба уже сценарий с включением розетки по таймеру.
Начнём с очевидного - MySQL в интернет напрямую не смотрит?
Если смотрит - закрой.
Если не смотрит - идём дальше.
Твоё приложение открывает новое соединение на каждый запрос?
Если открывает - вводи пул соединений и ограничь его каким-нибудь разумным числом.
Если не открывает - значит нужно больше информации.
Попробовал для теста увеличить в настройках подключения битрикса
Eitewi, найти первую позицию элемента в массиве можно только последовательным перебором всех элементов.
Значит array.find - это самый быстрый способ.
Если хочешь улучшить производительность - пусть позиция элемента в массиве будет известна заранее.
А в чём смысл такой возможности апгрейда, если это какая-то старая модель, которую ты 1 раз купишь либо в топе, либо сразу проапгрейдишь, и больше не будешь трогать?