по сути это антипаттерн который культивируется на уровне продукта
проще тогда использовать исключительно nginx unit, ии при поднятии laravel в k8s или swarm кластере вам не придется париться с двумя процессами в контейнере или шерингом общей статики
sergeyviktorovich, здесь данные для параметров этого компонента берутся из $arResult и $arParams.
Если будете вызывать компонент вне компонента, то нужно будет эти данные самому формировать.
В хроме Content Security Policy не блокирует действие расширения Яндекс Советника.
Я, например, пробовал такой заголовок отдавать: Content-Security-Policy: default-src 'self'
На данный момент сам нахожусь в поиске решения. Марти Макфлай, возможно с июля 2020 года вы нашли что-то?
не, я конечно же проверял.
дополнил к вопросу инфы.
на самом деле бага не только с этим файлом может случаться.
переодически могут и другие FATAL-ы происходить.
не всегда правда там разобраться проще, но например может случиться Undefined class constant, хотя, конечно же, константа в классе будет и после рестарта апача она снова будет работать.
Похоже что это не совсе то. Мне необходим переход в рамках одно проекта. А workbench.action.files.openFolder это открытие папки непосредственно с переключением каталога Workspace
xmoonlight, ну я вот попробовал ряд сервисов которые посоветовали здеь. Некоторые неоправданно дороги и нет возможности заплатить за себя и позволить пользоваться другим без авторизации, да. В идеале было бы как в google docs.
Александр, да, я поторопился с ответом. Нужно прошивать, судя по всему. Либо в сервисе, либо добыть программатор и самому выпаять микросхему и прошить.
Не бойтесь сходить в сервис-центр, мне кажется типовая задача для них. Если боитесь за приватность, то отдайте им ноут без SSD.
Дмитрий Свиридов, на самом деле апач примерно так и работает сейчас, просто я не использую флаг links, вроде как он устарел и без него работает.
А вот что касательно вольюмов, они ведь при условном docker pull не изменят ничего в папке на хосте?
Насколько я знаю, при таком вольюме в контейнере будет просто пустая /var/www в лучшем случае, потому что я не тащу код никак. Только image, только хардкор)
При этом если вольюм будет именованный то я смогу разок его накатить, при первом запуске контейнера.
Думаю, в том случае, который вы описали, где "форнт" и "бэк" это вообще разные проекты есть зерно здравого смысла. В моей ситуации там даже целый мешок зерна. Но я наверное не смогу отделить фронт от бэка сейчас.
Дмитрий Свиридов, верно же понимаю, что в таком случае делаем 2 образа PHP + APACHE и NGINX. При этом в обоих образах будут лежать сорцы. Т.е. чтобы привести версию приложения к какой-либо версии при этом рабочей, необходимо накатить два image соответствующей версии (т.к. теперь это будет крайне важно, чтобы не получить index.php v2 который ссылается на на index.css v1 )?
Я вот все эти сценарии уже проиграл и в голове и на схемах, и никак не могу понять, как выживают нормальные боевые проекты при таких сценариях. Неужели до таких костылей дело доходит.
Как по мне тогда уж лучше отказаться от связки либо всё в один образ затащить.
Дмитрий Свиридов, и как тогда обновлять статику? Вот допустим у вашего приложение сменились стили. В новой версии личного кабинета теперь другие css-ки. Как в таком случае вы бы обновили статику в volume или S3?
проще тогда использовать исключительно nginx unit, ии при поднятии laravel в k8s или swarm кластере вам не придется париться с двумя процессами в контейнере или шерингом общей статики