Aisamiery

Aisamiery
Рейтинг
319
Регистрация
12.04.2015
Ivan Lungov:
А причем тут тогда РКН?

Чтоб убить двух зайцев и по сайтам походить и в игрушки поиграть😂

Stek:
Мне вот интересно, что делают такие разработчики, когда надо одновременно несколько проектов загруженными держать. Запускают каждому свою базу, свой апач, свой nginx - а потом все это проксируют через еще один nginx, что бы оно могло наружу одновременно работать. Как ?

Я на порты на разные развешиваю, чтоб сделать удобно локальнымы доменами есть fiddler. А вообще я не представляю как разработчик может сразу несколько проектов делать (хотя у меня несколько мониторов, но это ситуацию не поправляет), а так запуск докера со скаченными образами происходит примерно от 1 до 5 секунд.

Stek:
Ну или вышло к примеру обновление openssl пакета. Я у себя глобально его обновил и все уже работает с новым пакетом. А как с докером ? Он ведь свои пакеты подгрузил. Т.е. каждый контейнер надо заново пересобрать, зарелизить, подтянуть на сервер и обновить. А если у тебя с десяток контейнеров, то как понять, в котором тот openssl есть, где он уже обновился а где нет.

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

А теперь подумайте про свой глобалспейс, как вы все это будете перемещать, когда все выйдет за рамки одной машины? Например даже есть у вас тот же образ виртуалки, который стоит на 100500 машинах, вы когда пакет openssl решите обновить, как вы его глобально обновите на всех 100500 машинах? А еще у вас зависимости которые нельзя обновлять иначе что то крашиться. А БД например нужна одна версия либы, а другому контейнеру таже либа нужна но другой версии? А еще конфиги поменяются? А еще разные версии бд, пхп, и другого ПО требуются иногда. А еще, а еще, а еще. А еще 100500 причин по которым на текущий момент у докера 38 764 звезды на гитхабе, чем не каждый опенсурс может похвастаться. Например у то же CMS на которой пишут все кому не лень (вордпресс) всего 8 549. Так что если вы до сих пор считаете что ваше мнение единственно верное, я тут ничем помочь не могу, наверное у вас нет либо задач для докера, либо вы просто не поняли что это и как этим пользоваться. Да и в принципе, если у вас 1 сервак на один проект который по факту не требует виртуализации, думаю что действительно, докер вам не пригодится. Так как это, если подумать, просто один из подходов виртуализации. Мы раньше юзали вагрант, пока не дошло дело до обновлений, а без распространения образов нам никак (ну то есть не прокатит слить файлики по фтп в свое окружение, которое отличается от боя практически в 100% или править проект на бое)

mendel:
G-and-Y, не нужно скакать с уровня на уровень. А если https? Тоже iptables?
Это файрвол транспортного уровня. Пусть в транспортном и остается.
Если хотите что-то подобное блокировать на уровне сервера, то используйте например fail2ban. Там и протоколы распарсены по полочкам, и регулярки (вроде?) можно...

fail2ban собственно в iptables заносит за вас на основе каких либо данных. Для этого обычно используют логи, например сервера, и да, регулярками логи и парсятся.

Вот так например, неспеша, просто за чашечкой кофе можно развернуть Yii2 со всем окружением. Хотя от кофемашины зависит, можно и не успеть даже кофе налить :)

WapGraf:
Stek, человеку предлагают простое и разумнее решение его вопроса.

И гдеж это простое и разумное решение?

Вот типичный пример использование докера нашей командой:

Есть у нас репозиторий, в нем есть docker-compose.yml папочка с проектом и папочка docker c настройками (ну там www.conf, symfony.ini и прочее). Приходит новый человек в команду проекта делает clone репы у себя на комп, делает docker-compose up, вливает дамп БД и работает (5 мин времени). Ну а теперь предлагайте свои панели, openvz и так далее.

Я просто вижу что тут хостеры собрались в теме, может для них это и "так себе" инструмент, сырой. Но по факту это очень хороший инструмент для разработки/распространения приложения, в том числе и по серверам. А если еще их и упаковывать в образы, то обновление всего происходит одной командой. Конечно для организации хостинга эт вообще не вариант.

P.S. И да, для докера тоже нужна VPS, он не работает в воздухе.

ТС, тебе нужно посмотреть конфиги для докера по проектам настройки того же lamp, там на самом деле все просто. Быстро развернуть приложение с докером действительно достаточно просто. Контейнеры изолированные, но файлы и база монтируется с хоста во внутрь контейнера.

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

И да, докер конечно же не для новичков. Для работы с ним, надо уметь работать с никсами и уметь развовачивать все ПО с консоли без всяких панелей.

migurhost:
Экономия на железе: одна "мать", БП, корпус, сетевая карта и т.д.

У Вас по мимо цены в 2 раза меньше, ведь и мощность в 2 раза ниже. В чем отличие, если можно сразу выделенный взять с меньшими характеристиками (двумя процами всместо 4х например), но со своей сетевухой которую не забьет сосед (это например), ведь бложику на ВП не нужно 2 процессора и 2 винта, скорее всего там уже довольно жирнючий сосед будет сидеть. При том тут и БП будет поменьше и жрать будет поменьше и стоимость поменьше.

avatar2020:
Конечно, я понимаю, что это уже далеко не новая тема. Однако, ведь она не новая для вас, опытных разработчиков. Для такого как я (начинающего веб-мастера) очень интересно пообщаться относительно движков, их плюсов/минусов.

Для начинающего вэб-мастера специально не удаляют старые темы и оставили поиск на сайте.

Для прибудет ХолиВар🍿 Надо подкинуть дровишек :)

Для поисковиков, да и вообще, для всех тех кто снаружи сервера всегда сайт это просто html+css+js. Бэкенды делаются в основном как бы для автоматизации рутинных операций. Так и на произвотстве, есть штамповка, а есть ручная работа, так вот ручная работа это всегда дорого, прям не просто дорого, а очень дорого по отношении к штамповке. Так и с движками, особенно популярными, большинство хотелок, которые вам понадобятся, скорее всего уже реализованы и доступны вам к использованию. Ну а тут уже решайте для себя, шашечки вам или ехать.

SeVlad:

Поставь вукоммерс с закрытым wp-admin и убедись, что юзер не сможет купить товар.
Половина слайдеров и пр плюшек также не будут работать.

Я тоже всегда думал что wp-admin это зона исключительно административная и всегда на неё вешал базовую аутентификацию (IP нельзя, бывает надо зайти с разных мест), а фронтед это wp-content И все что используется на фронте должно лежать именно там, ну а тем плагинам/модулям что складывают свои скрипты в wp-admin могу только посочувствтвовать, как и владельцам сайтов, кто эти скрипты устанавливает :)

migurhost, ну если бы делили, то делили бы все по пополам, есть 4 планки по 8 гигов, разделили на 2, каждому по 2 планки :) А так же каждому по сетевухи и по одному юниту, и вот уже у вас два разных сервера в который можно если что натолкать еще железа, а ваш гибритный как то смутно представляется. А то так не понятно на чем вы экономите

Всего: 4110