Александр

pdo достаточно примитивен, и особо прокачаться на нём не выйдет.

но если вы напишите врапер, который вам будет более удобен, чем сырой pdo, то вперёд.

Метод openClick - кто вас такой мерзости научил? Срочно читаем документацию, как правильно работать с классами. Но вообще, чтобы скрывать/показывать элементы, переключать классы необходимости нет - под это дело предусмотрен специальный инструмент.

data: () => ({
  show: false,
  items: [ 'в сети', 'занят', 'отсутствую', 'в самолете', 'в пути' ],
  status: 'статус',
}),
methods: {
  selectStatus(status) {
    this.status = status;
    this.show = false;
  },
},

<div
  v-text="status"
  @click="show = !show"
></div>
<ul v-show="show">
  <li
    v-for="n in items"
    v-text="n"
    @click="selectStatus(n)"
  ></li>
</ul>

Mean

Такой перевод должен быть обозначен как неофициальный и юридически не равнозначный оригиналу.

Например, переводы и требования к ним GNU GPL
Аналогично и другие лицензии.

Когда вы написали код, то он автоматически защищается авторским правом. Дополнительно вы, как автор, можете приложить к нему лицензию, в которой указано, что можно и что нельзя делать с кодом.

Однако проблема в том, что любой человек может изменить несколько строк в вашем коде и заявить, что он сам это написал. Сейчас такое время, что очень сложно доказать, что код у вас именно украли. В частности, очень простой код типа console.log('hello') вообще не получится защитить.

Критерий авторства очень прост - это судебное разбирательство. Вы обращаетесь в суд и жалуетесь на конкретное лицо, что оно у вас украло код. Дальше суд решает, правы вы или нет. Как выше было сказано, выиграть такое дело очень сложно. Разве что кто-то взял ваш код с прикрепленной запрещающей лицензией, ничего не вырезал и использовал в своём проекте как есть.

Чисто теоретически, меню на цсс надежнее, так как при выключенном/недогруженном js его работоспособность не пострадает.
На практике более-менее опытный разработчик обращает внимание не на спорные преимущества того или другого метода, а на функционал, если есть готовый отлаженный код который подходит по всем параметрам, то нет смысла заморачиваться вопросами "что лучше, сОрок пЯток или пЯток сорОк?".

const { title } = divselect.sort.find(item => item.id === '3');

$date = DateTime::createFromFormat('m-d-Y, H:i A', '05-21-2005, 12:27 AM');
echo $date->format('Y-m-d H:i:s');

https://ideone.com/kGvh91

В интересующем вас компоненте определяете хук beforeRouteEnter - в нём и инициируете получение данных. Как оно конкретно выглядит - непосредственно выполнение запроса, или вызов экшена - тут вам виднее. После получения данных дёргаете next. Всё.

UPD. Не, не всё. Если не очень поняли, о чём я - сделал небольшой пример. Три роута, первые два ни о чём, последний - показывает данные из хранилища. И при каждом переходе инициирует их обновление.

Пример для "Работа"
=СУММЕСЛИ(B:B;"Работа";F:F)

Подставьте mime от любого поддерживаемого формата изображения. Браузер все равно корректно покажет картинку.

Да блин, ну написано же в документации всё:

switch (json_last_error()) {
    case JSON_ERROR_NONE:
        echo ' - Ошибок нет';
    break;
    case JSON_ERROR_DEPTH:
        echo ' - Достигнута максимальная глубина стека';
    break;
    case JSON_ERROR_STATE_MISMATCH:
        echo ' - Некорректные разряды или несоответствие режимов';
    break;
    case JSON_ERROR_CTRL_CHAR:
        echo ' - Некорректный управляющий символ';
    break;
    case JSON_ERROR_SYNTAX:
        echo ' - Синтаксическая ошибка, некорректный JSON';
    break;
    case JSON_ERROR_UTF8:
        echo ' - Некорректные символы UTF-8, возможно неверно закодирован';
    break;
    default:
        echo ' - Неизвестная ошибка';
    break;
}

0 = JSON_ERROR_NONE
1 = JSON_ERROR_DEPTH
2 = JSON_ERROR_STATE_MISMATCH
3 = JSON_ERROR_CTRL_CHAR
4 = JSON_ERROR_SYNTAX
5 = JSON_ERROR_UTF8

А ещё есть современная замена: php.net/manual/ru/function.json-last-error-msg.php