А их как было 1171 так и осталось

Потому что большинство "заходящих" - спамеры.

Нету. Приведённый способ как раз самый оптимальный.

добрый день. у меня около 10-ки работающих ботов + программы на кронджобе, все это висит на халявном гугл клауд серваке, халява скоро закончится и мне нужно будет сменить сервак на хетзнер. Решил новый сервак поднять на докере.
Вопрос конечно не совсем в тему к этому чату, но может есть девопсы которые имеют опыт.
Как лучше сделать?
1) поднять сервак на хетхнере и установить туда контейнер python и уже в него вогнать все свои проекты ?
2) Или лучше поднять сервак на хетзнере внутри поднять контейнер с ос убунту например и уже в этом контейнере установить все что мне нужно. ssh, питон и.т.д и в него все проекты. получится типо контейнер с ос в основном ос

А смысл?

Прелесть докера в изолированном окружении для каждого проекта и минимальном весе контейнера

Куда пихается необходимое только для проекта и чего нет в родительской оси

Удобнее, от когда для каждого проекта свой контейнер. Не особо предоставляю, как обновлять все из-за изменений в одном.

Рыться руками внутри контейнера - то ещё удовольствие, кстати

понятно)) этот вариант отпадает. буду изучать ансибл и писать на нем скрипт )) что бы поднимать новый сервак со всем необходимым автоматически )

Не, ну если хочется танцев с бубном, можно смонтировать в контейнер внешнюю папку с файлами проектов. Типа /var/www 😊

Понял, спасибо. Ещё такой вопрос. Не слишком ли затратно такое делать по TCP?

Зависит от характера данных. Тут вот ничего не могу посоветовать.

Доброго дня всем, ищу Веб-разработчика, PHP разработчика на удаленную работу, возможно совмещать. Работать можно из любого города .
Необходим опыт PHP, JS, JQ, HTML, CSS, CMS Bitrix, Опыт работы с различными API.
Опыт backend и frontend разработки обязательно.
Официальное оформление, Заработную плату готовы обсуждать.
Буду рада пообщаться, Всем хорошего дня.

Добрый день, я начинающий веб-разработчик,  хочу продолжать развиваться в этом направлении. Для того, чтобы научиться писать скажем так "грамотный код", мне нужен наставник (ментор) и много практики.
Умею самостоятельно искать информацию и решать задачи различного уровня.
Для наработки опыта и портфолио и работы в РЕАЛЬНЫХ условиях я готов браться за работу начальной сложности. Так же буду рад любым рекомендациям.

Немного о своем опыте:
- Знание PhotoShop;
- Работал в sublime, brackets, vscode (остановился на последнем);
- Знание основ HTML5 /CSS3;
- Знакомство с адаптивной версткой;
- Знания JQuery на примере подключить модуль карусели, слайдера и т.д. (изучаю сейчас самостоятельно);
- Имею представление о Github (сейчас изучаю работу с git через терминал);
- В перспективе желание достичь хороших результатов, прокачать навыки верстки;

Спасибо, буду рад сотрудничеству.

Добрый день! Нужна разработка интернет-магазина, ТЗ есть, напишите, пришлю!

Скажите, можно собрать electron под windows из linux?

Всем привет. Комплексный вопрос на обсуждение.
Если его лучше задать не сюда, отправьте, куда его задать.
Также готов обсудить его в личке.

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

Команда разработки до недавнего времени полностью состояла из фулстеков с большим перекосом на бекенд. Сейчас взяли в команду 2 фронтендеров.

Идут горячие споры между двумя подходами к разработке фронтенда.

1) Нужно делать полностью  чистый и честный SPA. Т.е. это полностью приложение на vue.js, которое общается с бекендом только через rest api. Рендеринг вёрстки происходит только через компоненты vue.js.

2) Мы делаем SPA, но при этом на странице выделяем контентную зону. В эту контентную зону мы подгружаем через ajax готовую html-разметку с сервера. На сервере эта разметка формируется силами бекендеров/фулстеков. Все ссылки и отправки формы мы тоже заменяем на ajax-запросы с подгрузкой готовой html-разметки. Получается что-то вроде классического iframe, только через ajax.
Такой подход используем для всех простых страниц, не требующих сложной логики.
Для более сложных страниц (например, чат), где требуется взаимодействие в реальном времени и синхронизация данных, используем полноценные компоненты vue, которые общаются с сервером только через api или по вебсокетам.
 
Первый вариант кажется правильным с точки зрения модных сейчас технологий и направлений.
Второй вариант кажется более надёжным, простым, быстрым, дешевым.
Также есть опасения, что в первом варианте фронтендеры станут бутылочным горлышком при условии, что их кратно меньше в команде.

Хотелось бы услышать больше мнений со стороны.

я делаю и то и то!
но я бы выбрал второй вариант

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