example

const validate = ajv.compile(
    {
        type: "object",
        "properties": {
            "name": {
                type: "string",
                maxLength: 15,
                "isNotEmpty": true,
            },
            "email": { type: "string", format: "email" },
            "count": { type: "number", },
            "price": { type: "number", },
        },
        required: ["name"],
        "allOf": [
            {
                "if": {
                    "properties": { "deliveryType": { const: deliveryTypes.CITY.value } } 
                },

Где лежит конфиг (Ubuntu Linux)

Конфиг xdebug-а в убунту обычно (как и для предыдущий версий) лежит по адресу:

 /etc/php/номерВерсииPHP/mods-available/xdebug.ini

например:

 /etc/php/8.0/mods-available/xdebug.ini

Далее процесс редактирования зависит от версии вашего xdebug.

Как узнать версию XDebug

Узнать версию можно:

В сравнении с "обычной" сборкой энкора следует сделать следующее:

1. Выключить сбор CSS в отдельный файл через вызов disableCssExtraction()
2. Выключить сборку runtime.js в отдельный файл: для этого вместо enableSingleRuntimeChunk() используем disableSingleRuntimeChunk()
3. Не вызывать метод splitEntryChunks() "разбивки" сборки не несколько файлов с целью оптимизации

В итоге настройка для виджета может выглядеть как-то так:

Устанавливаем:

apt-get install iptables-persistent

После чего можем сохранять правила iptables в файлы из которых iptables-persistent поднимет их при загрузке системы:

iptables-save > /etc/iptables/rules.v4
ip6tables-save > /etc/iptables/rules.v6

Источник: http://www.microhowto.info/howto/make_th...

Прежде всего убедитесь, что git status говорит, что коммитить нечего (это же относится и к правке файла gitattributes, если он у вас есть - закоммитьте его изменения, если требуется):

On branch ....
Your branch is up to date with ...

nothing to commit, working tree clean

Затем чтобы обновить все файлы из истории коммитов (как в последнем коммите, с учетом текущих настроек, напр. из .gitattributes) :

Например так:

PROJECT_NAME = myproj
APP_CONTANER_COMMAND_PREF = @docker exec -it $(PROJECT_NAME)_web_1

migrate:
	@echo  "Выполняем миграции..."
	$(APP_CONTANER_COMMAND_PREF) php bin/console doctrine:migrations:migrate -n

Пример используемого конфига (docker-sync.yml):

Рассмотрим ситуацию с кроссдоменными запросами, где у вас должна быть в том числе авторизация. В этом примере мой бэк находится "где-то" а запросы будут выполняться иного домена - а именно с http://example.com

Собственно говоря, должен работать вот такой код (пример json-авторизации, с получением куки и её и использованием в следующем GET-запросе):

Пример хелпера, который определяет обработчики полей и также функцию изменения и получения состояния (функция получение в отличии от объекта стейта не меняется и её оказывается предпочтительнее использовать в зависимостях колбека при мемоизации):

Для интеркативных шеллов (в ubuntu по умолчанию именно такой), достаточно определить псевдоним как обычно поправим файл ~/.bashrc, все это обернув в вызов докера RUN:

RUN echo 'alias hi="привет, это псевдоним!"' >> ~/.bashrc

• См. подробности о команде записи в файл
• Источник решения: https://stackoverflow.com/a/36388856