Lynn «Кофеман»

Ошибка в том, что сначала ваш ввод «портится» bash-ем. Лучше всегда использовать строки в одиночных кавычках, если не нужно что бы их обработал bash.

В вашем примере grep [0-9]\{4\}XX[0-9]{4\} test.txt сначала обработается bash-ем, он уберёт обратные слеши и сам grep попадёт выражение уже без обратных слешей [0-9]{4}XX[0-9]{4} и очевидно не срабатывает. Что бы обратный слеш добрался до grep надо его экранировать ещё одним обратным слешом

$ grep [0-9]\\{4\\}XX[0-9]\\{4\\} test.txt
1234XX1234
1234XX1234

Но проще использовать кавычки

$ grep "[0-9]\{4\}XX[0-9]\{4\}" test.txt
1234XX1234
1234XX1234

а ещё лучше использовать режим расширенных (как предложил Zzzz9) или perl-совместимых регулярных выражений

$ grep -E "[0-9]{4}XX[0-9]{4}" test.txt
1234XX1234
1234XX1234
$ grep -P "\d{4}XX\d{4}" test.txt
1234XX1234
1234XX1234

(хотя для последнего нужно хорошо знать и уметь регулярки)

Так это буквально в документации написано

-i identity_file
[...] You can also specify a public key file to use the corresponding private key that is loaded in ssh-agent(1) when the private key file is not present locally.

https://man7.org/linux/man-pages/man1/ssh.1.html

Вот тут примеры https://developers.google.com/fonts/docs/css2#indi...

Тебе нужен

<link href="https://fonts.googleapis.com/css2?family=Roboto+Condensed:wght@400;700&display=swap" rel="stylesheet">

Вариант с map:

map $http_accept $avif_image_path {
  default "";
  ~image/avif "$uri.avif";
}
map $http_accept $webp_image_path {
  default "";
  ~image/webp "$uri.webp";
}

server {
  # ...
  location ~* \.(png|jpe?g|gif)$  {
    add_header Vary Accept;

    try_files $avif_image_path $webp_image_path $uri =404;
  }
  # ...
}

GREP_OPTIONS был deprecated десять лет назад.
С тех пор его просто выпилили, так что используйте алиасы которые на вашем скриншоте закомментированы.

P.S. И GREP_COLOR тоже уже deprecated.

scp тут ни при чём, да и ls тоже. Так работает практически любой шелл в линуксе. Он запоминает текущую папку не (только) по имени, но и по её фактическому расположению на диске. А при удалении и создании новой одноимённой папки фактическое положение меняется.

Точно такого же эффекта можно добиться и без scp. Просто удалив папку и создав на её месте новую (собственно именно это и произошло).

Вместо cd ..; cd foo можно сделать cd ..

/tmp/q$ ls -l
total 0
-rw-rw-r-- 1 lynn lynn 0 nov  1 16:01 2
$ rm -r ../q
$ mkdir ../q
$ touch ../q/3
$ ls -l
total 0
$ cd .
$ ls -l
total 0
-rw-rw-r-- 1 lynn lynn 0 nov  1 16:04 3

С подсказкой от ab1 стало понятно что в PHP ключ (key) не декодируется из base64, а используется как есть. Т.е. из этой строки используются только 32 байта, а остальное просто мусор.

И тогда всё работает.

# key
$ echo qEExPE+jkJxQUt8fSO+XwzXgRGh6kLHy+lWEe6Z8T6s= | xxd -l 32 -ps -c 256
7145457850452b6a6b4a785155743866534f2b58777a5867524768366b4c4879
# iv
$ echo jPNGTNLtGIBc7Jv2UXj7a3FNQk13eUJ5T3VIUXlOS0ZVOEpnMUpPMnhvQXg5bE5kMGFHejVxaTFnYTA9 | base64 -d | xxd -l 16 -ps 
8cf3464cd2ed18805cec9bf65178fb6b
# encrypted text
$ echo jPNGTNLtGIBc7Jv2UXj7a3FNQk13eUJ5T3VIUXlOS0ZVOEpnMUpPMnhvQXg5bE5kMGFHejVxaTFnYTA9 | base64 -d | cut -b 17-
qMBMwyByOuHQyNKFU8Jg1JO2xoAx9lNd0aGz5qi1ga0=
# результат
$ echo qMBMwyByOuHQyNKFU8Jg1JO2xoAx9lNd0aGz5qi1ga0= | openssl AES-256-CBC -d -a -K 7145457850452b6a6b4a785155743866534f2b58777a5867524768366b4c4879 -iv 8CF3464CD2ED18805CEC9BF65178FB6B
/playlist.m3u8+1729705980

Ну и код на JS используя встроенный crypto.subtle:

// Вспомогательные функции
const B = (str) => Uint8Array.from(str, c => c.charCodeAt(0));
const S = (buf) => String.fromCharCode(...new Uint8Array(buf));

// дано
const encryptedData = "jPNGTNLtGIBc7Jv2UXj7a3FNQk13eUJ5T3VIUXlOS0ZVOEpnMUpPMnhvQXg5bE5kMGFHejVxaTFnYTA9";
const key = "qEExPE+jkJxQUt8fSO+XwzXgRGh6kLHy+lWEe6Z8T6s=";

const iv = B(atob(encryptedData).slice(0, 16));
const cryptoKey = await crypto.subtle.importKey(
	'raw',
	// На самом деле используется только 32 байта из key
	B(key.slice(0, 32)),
	'AES-CBC',
	true,
	['encrypt', 'decrypt']
);

const encryptedText = B(atob(atob(encryptedData).slice(16)));

let decrypted = S(await crypto.subtle.decrypt({ name: 'AES-CBC', iv }, cryptoKey, encryptedText));

console.log(decrypted); // /playlist.m3u8+1729705980

Потому что надо использовать правильный синтаксис.

Правильно:

background: url("../images/hogwarts.jpeg") center / cover no-repeat;

https://doka.guide/css/background/#kak-pishetsya

Да.
Для этого надо назвать репозиторий имя_пользователя.github.io

И это написано на главной странице pages https://pages.github.com/

Никак.

Фрагменты (#fragment) не отправляются на сервер и роботы, соответственно, никогда по таким урлам не ходят, так что смысла в таком запрете нет.

> 1) Почему this тут undefined?
Это неправда

Вы используете стрелочную функцию поэтому this тут будет такой же как в init, т.е. database.

> 3) Почему this тут IDBOpenDBRequest?
Опять же неправда

> 4) Почему при этом вызывается метод createStorages() класса?
См. выше

ПС возможно вы что-то не так или не туда смотрите в дебаггере

https://git-scm.com/docs/gitattributes#_marking_fi...

src/openapi/*.json -diff

Поиграть со селекторами nth-child и nth-last-child.

Для начала попробуем выбрать первый элемент последнего неполного ряда. Селектор :nth-child(3n + 1) выберет нам первые элементы каждого ряда.

Теперь надо ограничить этот список только последним рядом. Видно что нужный нам элемент всегда первый или второй с конца. Так и запишем :nth-last-child(-n + 2).

В итоге получили селектор :nth-child(3n + 1):nth-last-child(-n + 2).
Ну а дальше воспользуемся селектором ~ что бы выбрать все (в вашем случае не больше одного) элементы которые идут после уже выбранного.

Получается вот такой код:

li:nth-child(3n + 1):nth-last-child(-n + 2),
li:nth-child(3n + 1):nth-last-child(-n + 2) ~ li {
  .....
}

UPD: если надо что бы последний ряд выбирался всегда, даже если он полный, то надо заменить -n + 2 на -n + 3.

UPD2: можно пойти немного другим путём и выбирать все элементы после последнего элемента в полном ряду. Получится вот так:

li:nth-child(3n):nth-last-child(-n + 3) ~ li {
  .....
}