Антон Антон

# Разрешаем "исключения" без редиректа
iptables -t nat -A PREROUTING -p tcp -s 109.194.11.11 --dport 443 -j ACCEPT
iptables -t nat -A PREROUTING -p tcp -s 178.218.22.22 --dport 443 -j ACCEPT

# Всё остальное перенаправляем на 4433
iptables -t nat -A PREROUTING -p tcp --dport 443 -j REDIRECT --to-port 4433

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

Правильнее так:

Type.js

class Type
{
    isArray() {}
}

export default Type

Dialog.js

class Dialog 
{
    show() {}
}

export default Dialog

CRM.js

import Type from './Type.js'
import Dialog from './Dialog.js'

export { Type, Dialog }

И далее исходный код скармливается сборщикам типа babel, gulp, rollup и прочим. И вот то, что вы привели - результат работы с кодом этих сборщиков для совместимости со старыми браузерами. Для ноды само собой сборщики не используются - там они не нужны. Простой пример реализации библиотеки для ноды/браузера с использованием сборщиков rollup и babel: @voidvolker/enum.

Решил внедрением всего и вся в итоговый html с помощью:
https://www.npmjs.com/package/vite-plugin-singlefile

Компонент VImg после монтирования запускает свой асинхронный процесс подгрузки изображения (событие loadstart). По завершению загрузки выдаётся событие load, при ошибке событие error. После load становятся доступными параметры изображения (naturalWidth, naturalHeight, currentSrc).
Привязывайтесь к этим событиям, чтобы точно получить нужные данные.

Как вариант:
ссылка

ProfileEntity теперь type, не interface

есть такая штука - typeguard. он сообщает ts'у, что этот объект определенного типа, который указан после is. вот простенький, дальше разберешься, думаю.

function isData(data: any): data is { id: number | string } {
  return data.id !== undefined
}

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

export async function upsert(
  path: string,
  data: { id?: never } | { id: number | string }
) {
  if (data.id !== undefined) {
    return update(path, data)
  } else {
    return create(path, data)
  }
}

Но даже это не до конца верно, потому что у тебя передаваемый объект полностью должен быть типизирован и тогда получаем что-то в этом роде:

interface SomeDataCreate {
  name: string
}

interface SomeDataUpdate {
  id: number | string
  name: string
}

export async function upsert(
  path: string,
  data: SomeDataCreate | SomeDataUpdate
) {
  if ("id" in data) {
    return update(path, data)
  } else {
    return create(path, data)
  }
}

Никак. С кодом после минификации не надо никак работать. Минифицированный код предназначен для доставки его по сети максимально быстро на клиент. Для изменения кода вам следует вносить изменения в исходный код и уже только потом его минифицировать, а не наоборот. Если исходного кода нет - то пропускаете через любой деобфускатор и вручную восстанавливаете исходный код. Ну или пишете сами с нуля то же самое.

Обращайтесь к дискам по uuid, или по id, там в /dev/disk/by-* симлинки прописаны.

Это называется PHP. Потому как PHP изначально создавался как сам себе шаблонизатор HTML. Именно поэтому в коде присутствуют открывающие и закрывающие конструкции "<?php" и "?>"

Люди, разрабатывавшие PHP, прекрасно понимали, как отвратительно будет выглядеть и читаться код, если они заставят людей писать так, как на вашем скрине. Именно поэтому они придумали совершенно другой синтаксис для условий и циклов, который как раз хорошо подходит для написания шаблонов. Ваш пример можно было бы переписать вот так:

<?php if ($isSent): ?>

    <p>Email sent successfully!</p>

<?php else: ?>

<form method="post" action="<?php echo $_SERVER["PHP_SELF"]; ?>">
    <label for="subject">Тема письма : </label> <br>
    <input type="text" name="subject" size="30"> <br>

    <label for="elvismail">Содержание письма : </label> <br>
    <textarea name="elvismail" id="" cols="30" rows="10"></textarea> <br>

    <input type="submit" name="submit">
</form>

<?php endif; ?>

Погуглите "php endif endfor"
https://www.php.net/manual/en/control-structures.a...

Для немецкого я всегда ставлю utf8mb4_unicode_ci
Работает просто отлично.
А кодировка utf8mb4.
Но вы скорее всего будете выбирать тип сортировки, если через phpmyadmin.
Если руками будете таблицы создавать, то надо прописать типо
CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci
А когда будете создавать таблицу, то примерно так.

CREATE TABLE example (
  id INT PRIMARY KEY,
  name VARCHAR(255)
) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;

Тут вам не нужны методы btoa и atob. В вашем коде есть место где можно получить base64 вашего изображения:

const reader = new FileReader();

  reader.onload = (e) => {
    formPreview.innerHTML = `<img src="${e.target.result}" alt="Обложка книги">`
// 
    const base64String = reader.result;
    console.log(base64String); // Вывод base64-строки, можно сохранить ее в LS
  };
  reader.onerror = (e) => alert('Ошибка!');
  reader.readAsDataURL(file);
}

А обратно кодировать ее в бинарный формат не нужно. Если присвоить атрибуту src изображения эту строку (base64String) - то картинка отобразится в html-документе

imgPreview.src = base64String;     // показываем изображение, imgPreview - id тега с img

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