Почему публикуется неправильный путь?

Прочитай ещё раз
nginx.org/ru/docs/http/ngx_http_proxy_module.html#...

Если директива proxy_pass указана с URI, то при передаче запроса серверу часть нормализованного URI запроса, соответствующая location, заменяется на URI, указанный в директиве

Тебе надо либо в location указать basename, либо из proxy_pass убрать

Почему гит видит не отслеживаемые файлы в игнорируемой папке, но не видит их?

Александр Маджугин,

160000 commit ... — в git-е записан только хеш коммита, никаких других файлов из папки bitrix в вашем репозитории нет и git ожидает что вы откуда-то возьмёте это коммит.

Обычно информация откуда брать данные submodule записана в файлике .gitmodules (которого у вас нет) и в папку git/modules попадает при выполнении команды git submodule init --update.

В общем, что-то в вашем репозитории сломано. Надо бы найти и восстановить файлик .gitmodules.
Либо окончательно избавиться от сабмодуля bitrix.

Картинка закодированная в base64, она сжата, как ее вернуть в исходное состояние?

Если вы хотите большую картинку, то никак. Это явно маленькая превьюшка и получить из неё оригинал невозможно.

Почему гит видит не отслеживаемые файлы в игнорируемой папке, но не видит их?

Александр Маджугин,

160000 commit 6aa08c6d1d4dc93aac71460adcac7a1eea1c9571	bitrix

Ну таки submodule. ЧТД.

Правда непонятно кто и когда его добавил и куда пропал (или почему не был добавлен) файл .gitmodules

Как уменьшать числовую последовательность, чтобы каждое последующее число было меньше предыдущего?

OoopsNoName, ну я где-то ошибся на копейки. В целом я руководствовался идеей Alexandroppolus

Как уменьшать числовую последовательность, чтобы каждое последующее число было меньше предыдущего?

OoopsNoName, ну тогда второй вариант

Как уменьшать числовую последовательность, чтобы каждое последующее число было меньше предыдущего?

Ну или если делить более честно, то первому даём 1.50₽, каждому следующему на копейку меньше.

Почему гит видит не отслеживаемые файлы в игнорируемой папке, но не видит их?

Вывод git ls-tree HEAD покажите

Как уменьшать числовую последовательность, чтобы каждое последующее число было меньше предыдущего?

Если никаких условий нет, то выдать рабочим от последнего до второго 1 копейку, 2 копейки и т.д. до 99 копеек. Остаток выдать первому рабочему.

Чем технически отличаются dev-, prod- и peer-зависимости в Node JS?

johnymkp, ну собственно так и решают, пир-зависимости с указанием версии

Алексей Уколов, можно и пользоваться, но только тем что тебе передали, т.е. садовник не несёт усадьбу с собой, а пользуется возможностями (открывает воду) той куда его наняли.

Т.е. не вызывает явно require('усадьба'), а скорее у него есть init(usadba) { /* запомним на какой усадьбе работаем */ }

Почему гит видит не отслеживаемые файлы в игнорируемой папке, но не видит их?

Вроде же ещё в прошлый раз выяснили что у вас bitrix это submodule

Как передавать клиентский сертификат через proxy_pass NGINX?

Можно передавать в http-заголовке, но не уверен что кубер готов к такому

Чем технически отличаются dev-, prod- и peer-зависимости в Node JS?

johnymkp, но в целом как обычно никакой строгой границы не существует. Плагин тоже может вызывать базовый пакет, но по сути оставаться плагинов и описывать базовый пакет как peerDependencies.

Я для себя определяю плагин примерно так:
- базовый пакет должен использоваться приложением напрямую (eslint, webpack, typescript, ...), а плагин это дополнительная плюшка которая каким-то образом добавляется к базовому пакету (обычно в виде конфига);
- несколько плагинов обязаны использовать один базовый пакет, т.е. не может быть ситуации что PlugA использует Foobar@1, а PlugB использует Foobar@2, установка зависимостей должна ругаться.
- сам по себе плагин практически бесполезен (конфиг eslint без eslint не нужен, плагин вебпака без вебпака бесполезен).

Чем технически отличаются dev-, prod- и peer-зависимости в Node JS?

johnymkp, естественный пример плагина. У вас есть eslint и вы написали себе конфиг для него.
Что бы не копипастить этот конфиг в каждый свой проект, вы хотите оформить его в виде npm-пакета.
И получается, что по сути в вашем пакете будет один JSON-файл с конфигом и никаких явных зависимостей от eslint, вы же не вызываете его явно.
Но при этом ваш пакет без eslint не особо полезен, поэтому вы пишете ему в peerDependencies что нужен eslint. Ну и поскольку вы использовали какие-то правила которые есть только eslint@9, то вы указываете именно эту версю (диапазон версий) в peerDependencies.

Вот, ктстати, пример такого плагина (довольно древний), в пакете три конфига на выбор и peerDependency от eslint https://github.com/yandex/mapsapi-codestyle/tree/m...

И как видите никакого явного вызова eslint в пакете нет, т.е. тот кто будет использовать этот пакет будет сам указывать eslint-у что надо ещё использовать и конфиги из этого пакета.

Чем технически отличаются dev-, prod- и peer-зависимости в Node JS?

Алексей Уколов, npm плющит дерево где-то с 3 или 4 версии

Чем технически отличаются dev-, prod- и peer-зависимости в Node JS?

> технически это, емнип, невозможно

Технически ты можешь написать в dependencies что угодно и никак это не использовать.

Чем технически отличаются dev-, prod- и peer-зависимости в Node JS?

Алексей Уколов, ну с npm всё возможно. Он же попробует сплющить дерево и Foobar попадёт в область видимости приложения. Это прямо-таки стандартная ошибка новичков и не только.

Особенно весело когда изначально у тебя были
PlugA@1.0.0 dep Foobar@1.0.0
PlugB@1.0.0 dep Foobar@1.0.0
И всё радостно на диске лежало в виде трёх папок на одном уровне

node_modules
    Foobar (1.0.0)
    PlugA (1.0.0)
    PlugB (1.0.0)

а потом ты решил обновить PlugB до версии 2.0.0 и он стал зависеть от Foobar@2.0.0 и на диске появляется это

node_modules
    Foobar (1.0.0)
    PlugA (1.0.0)
    PlugB (2.0.0)
        Foobar (2.0.0)

но поскольку в реальности Plug2 явно не вызывает Foobar, то в итоге он будет работать с Foobar@1 из верхнего уровня и привет два часа счастливого дебага.

Чем технически отличаются dev-, prod- и peer-зависимости в Node JS?

Ещё одно важное свойство peerDependencies это проверка совместимости разных версий.

Если у вас есть PlugA который работает с Foobar@1.0.0 и PlugB который работает с Foobar@2.0.0, то peerDependencies в каждом их них покажут конфликт при установке и вам надо будет это как-то починить.

А если вместо peerDependencies указать просто dependencies, то каждый из них поставит себе свою версию Foobar и потом вы будет долго искать фантомные баги.

По какому принципу работает алгоритм с массивом очереди?

> Как я понимаю, все это дело мы записываем в массив

может да, а может и нет, зависит от реализации

> Как тогда достигается актуальное хранение текущей очереди, чтобы наш массив бесконечно не рос

удалением выполненных задач

Как получить изображение из формы в php?

Покажите код который отправляет форму.