Js safari перезагружает страницу, что делать?

Да в админке то резона нет в динамических компонентах, там мелкие они все и почти все используются, просто по многу один раз тот же самый компонент. Все что можно в functional вынесено. Во фронтенде еще можно, да... Хром то не перезагружает, но я погляжу, спасибо...

Img svg не работает в chrome?

Максим Ленский Добрейшей души человек )))

Img svg не работает в chrome?

DotDash Ну это издевательство над разработчиками :). Так весь код превратиться незнамо во что )...

Img svg не работает в chrome?

Понял, ща дизайнеру дам ссылку на тему ))

Img svg не работает в chrome?

А в css тогда как? Конечно img мне сразу размеры нужные добавлял, да где то удобно картинку тянуть, но в большинстве случаев дефолтный размер, что бы руками не задавать...

Img svg не работает в chrome?

DotDash
Всмысле вот так вот ?

<object type="image/svg+xml" data="/images/icon_map.svg"></object>

Img svg не работает в chrome?

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

Img svg не работает в chrome?

ecosocial.online только надо зарегаться. Там сразу видно будет пустые места. Есть еще такой момент, что на каких то хромах работало, это вот у дизайнера все работало, а вот у жены его на компе уже нет :)

Docker swarm вопросы по архитектурое?

А походу так оно и правильно будем в моей ситуации. Спасибо :). Хотелось большего контроля, но не всегда оно нужно...

Docker swarm вопросы по архитектурое?

К тому же в идеале иметь возможность использовать несколько внешних ip адресов на интерфейсе и каждый из можно было бы зарулить в свой nginx. Ведь иметь мощный кластер и ограничиться, может 5 - 10 серверов и ограничится 1 nginx на все как то не очень разумно...

Docker swarm вопросы по архитектурое?

Ну да, на разных ip они висят, на разных железках... Как в первом варианте так и сделано. Да я понимаю, что раскидывать сервисы по портам, потом делать пробросы на эти порты не очень веселое занятие :). К тому же придется еще и iptables конфиги мучать дополнительно...
На самом деле там не только 80 порт, там и 443 тоже. Но это ладно. я могу настроить все на одном nginx. Но если в дальнейшем появляются еще сайты? Если nginx по не понятным или понятным причинам помер один, у меня всегда будет бэкап его на разработке для каких то важных задач.
Не очень хотелось бы все в один сервис пихать, как то бы по группам это все раскидывать. А то обслуживать такую гору конфигов в одном месте не удобно. Сейчас там грубо 10 поддоменов, у каждого конфиг, у каждого сертификаты и прочее.... Уже под 300 строк конфиг. Это только девелоперский...

связка типа proxy->nginx->php меня пока не вдохновляет тоже. Мне еще по факту надо второй боевой сервер сделать бэкапом первого. Но опять же если поднимать 2 реплики nginx то лишний трафик будет в локалку гоняться...

Nginx proxy на url из параметра?

Круто, спасибо! :)
только с яндексом в итоге урл поменялся... Но мне не яднекс нужен, с моими все хорошо...

Docker swarm обновление сертификатов?

Ну тут nginx. Можно конечно 2 реплики сделать это не проблема, но тогда часть трафика начнет гоняться по сети до второго nginx, что мне совсем не хочется. На самом деле там при рестарте стартует новый сервис, старый остается висеть пока все клиенты не отвалятся... Так что простоев там нет никаких.

Конфигурация у меня на отдельной виртуалочке пока что, что бы туда никто кроме меня не ползал :).
Вот он пока тестовый такой

nginx:
    image: 127.0.0.1:5000/nginx:0.1
    ports:
      - target: 8080
        published: 8082
        mode: host
    user: www-data:www-data
    volumes:
      - /srv:/srv
    depends_on:
      - web-dev

    secrets:
      - source: test_sec
        target: /etc/test.11
    stop_grace_period: 3m
    stop_signal: SIGQUIT

    deploy:
        #Перезапуск сервиса
        restart_policy:
            condition: on-failure
            delay: 15s
            window: 120s

        rollback_config:
            order: start-first

        update_config:
            failure_action: rollback
            monitor: 10s
            max_failure_ratio: 0
            order: start-first

        placement:
            constraints: [node.labels.registry == true]

    logging:
        driver: syslog
        options:
            tag: nginx-dev
            syslog-address: "udp://10.0.0.151:514"

secrets:
  cert_mysite_com:
    file: /etc/docker/certbot/letsencrypt/live/mysite/cert.pem
  test_sec:
    file: ./deploy

Docker swarm обновление сертификатов?

Дмитрий Шицков, Есть ротейт, он работает все хорошо. Но для этого надо писать скрипт который будет проверять какие секреты изменены и делать ротейт, это делать совсем не охота :). Останавливать там совсем низя, может до сотни онлайн подключений быть, нагрузка хорошая, мне потом начальство по шапке даст )))...

Docker swarm обновление сертификатов?

Дмитрий Шицков, Так там штука такая, при изменении этих данных swarm рестартит процесс. Если удалять и добавлять будет 2 рестарта. Самое хреновое то что у меня эти все настройки в docker-compose.

Ради эксперимента таки попробовал но при удалении получаю

Error response from daemon: rpc error: code = InvalidArgument desc = secret 'dev-test_sec' is in use by the following service: dev-fedsp_nginx

Если совсем удалять и растратить сервис, тогда nginx упадет и скажет "А где мой секрет?" :)

Docker nginx теряет хост 403?

Спасибо, не совсем то что хотелось бы, но похоже буду именно эту схему пользовать. Просто когда например если перезагрузить certbot, то nginx тупить начинает. Ну вприципе зная эту особенность его можно релоадить просто, а в сварме там не должно возникнуть такой проблемы, так как рестарта сервиса происходит другим путем :)....

Docker nginx теряет хост 403?

Вот человек писал, но решения там нету... По сути та же проблема....

I'm currently trying to run two containers on a single host, one being an application (Ruby on Rails) and the other Nginx as a reverse proxy and cache. The app is running on TCP port 80. What I want to be able to do is bring down my application container, remove it and then bring it up again without having to restart nginx. The problem is that Nginx only seems to look up the IP of the container once, so if it goes down then back up at a different address then Nginx will just complain that there's nothing there.

I've tried a few things:

Using resolver 127.0.0.11 valid=5 to use Docker's DNS
Using an upstream block
Using a variable to try to get nginx to resolve at runtime.
I'm not sure where else to look but none of these options work if the application is brought up on a different IP address. Is there something I'm missing making this impossible?

Thanks.

Linux копия данных на нескольких серверах?

stratosmi, ага, понял принцип, где то даже для ключики видел подобные, как руки дойдут буду пробовать.
Сейчас пока для тестов развернул на серверах разработки, а вот скоро начну кластер крутить...

Linux копия данных на нескольких серверах?

Да тоже прокатит я думаю. Спасибо

Linux копия данных на нескольких серверах?

И вот еще такой момент, деплой у меня происходит может по 10 раз на дню. то есть приложение довольно активно разрабатывается...