Комментарии

Вы читали кучу мануалов, но упустили самое главное — официальная документация. Как так? Там как раз и говорится как делать и почему. На вопросы уже поотвечали, но пройдусь ещё раз, раз столько времени на чтение ответов потратил :>
1) docs.docker.com/engine/userguide/dockervolumes/
2) docs.docker.com/engine/articles/host_integ…
3) Ответ простой — как хотите. Как лучше знаете только вы, звучит банально, но это так. Хотите хоть всё в один контейнер запихните, это ваше дело. Хотя рекомендуют 1 компонент на 1 контейнер. В этом есть своя логика — хочется обновить только mysql — обновляете этот контейнер и не думаете, поломался ли у вас uwsgi или nginx или ещё чего.
4) Напишите свой первый Dockerfile, станет куда яснее как выбирать. А пока доверяйте только официальным образам.
5) git? Этот вопрос — следствие непонимания вопроса 1)
6) Уже ответили. Самое простое, если не понимаете — не используйте dockerhub вообще. Или начните понимать. Или платите за приватные репозитории, чтобы не думать об этом.

Уважаемые девопсы и системные администраторы, нужна ваша помощь в понимании как работает и как настраивать Docker.

Например, моя ситуация: VDS c Debian, нужно поставить внутри MySQL(MariaDB), Python/Django, Nginx, Memcached, Sphinx Search.

Задачи, которую я хочу решить Докером:

— разграничения по ресурсам некоторых особо прожорливых компонентов (швыряю булыжник в окно MySQL)
— возможность немного поэксперементировать с версиями и настройками компонентов
— если что-то не устроит на хостинге — взял свои контейнеры и пошел на другой

За последние дни я прочитал кучу мануалов и объяснений зачем, и как работает докер, кучу примеров по разработке приложений, но вот моего юзкейса в чистом виде, решения моих задач я не нашел — только намеки, полунамеки и скупые строчки, что да, вот так вот сделать можно, но ничего подробного, исчерпывающего для понимания и уж тем более никаких инструкций такого плана: отсюда бери — туда клади, тут запускай эту команду, потому что…

Основные вопросы, которые у меня остались:
1) т/к контейнеры стейтлес, а мне нужно все же хранить и создавать данные, как создавать, записывать и хранить изменения?
2) как автоматически стартовать контейнеры с изменениями, если какой-то пьяный дебил перерубил лопатой провод из ДЦ и все потухло? Т/е как стейтлес контейнеры превратить в стейтфул простыми способами. Т/е сервер падает, поднимается и все работает с того места где он упал.
3) Как лучше разбить на контейнеры мою обвязку сервера?
4) Как выбирать необходимые контейнеры приложений на Докерхабе?
5) Как и где хранить данные (например проекты Django), чтобы их не потерять, но вместе с тем удобно мигрировать на другой хост в случае чего
6) Из-за недопонинимания как все работает: как (и возможно ли вообще такое) не допустить утечки каких-либо чувствительных данных в докерхаб вместе с образом какого-нибудь моего контейнера?

Звучит как обычный таск-трекер. Если таски правильно сформулированы и оформлены — то все там можно будет найти.

1. Формировать задачи в трекере, например gitlab
2. Использовать релизы
3. С выходом релиза фиксировать задачи/фикс багов, релиза в CHANGELOG.md

Спасибо за интересные статьи, хотел спросить как вести базу знаний всех обновлений, исправлений и изменений, вносимых в проект?

Есть проект, в нем есть разные механизмы. Я хочу вести какую-нибудь базу знаний, в которую буду делать записи обо всех нововведениях, вносимых в проект. Главное: нужна какая-нибудь система «тегов», чтобы можно было для записи об обновлении указать в «теге» конкретный механизм, который это обновление затрагивает. И в будущем, если мне нужно будет просмотреть все обновления, связанные с каким-то конкретным механизмом, я бы искал по этим «тегам».

Наверняка есть какой-то термин для того, что я описал. И наверняка существуют сервисы, созданные для этого.

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

В большинстве случаев (то есть, для ручной и автостратегий с моделью «Оплата за клики») именно для кампаний в Директе подойдет модель атрибуции «Последний значимый переход из Яндекс.Директа» с подключенной опцией кросс-девайс.

По моему без разницы, т.к. оплата (списывание) идет за факт клика, а вот при анализе (мультиканальной аналитике) — это будет заметно.

При использовании опции «Оплата за конверсии» (доступна для автостратегий «Оптимизация конверсий» и «Целевая доля рекламных расходов») вы платите не за клики, а за целевые действия на вашем сайте (покупка, оставление заявки, посещение страницы благодарности и т. п.).

В случае, если вы используете в таких рекламных кампаниях модель атрибуции «Последний переход из Яндекс.Директа» может получится так, что вы будете переплачивать за конверсии. Например, человек зашел на ваш сайт по рекламе из поиска, совершил целевое действие и оставил открытой вкладку браузера на несколько часов. После истечения таймаута визита и обновления страницы засчитается еще одно достижение цели. Вторая «конверсия» будет также отнесена к Директу и вы, фактически, оплатите одного целевого посетителя во второй раз.

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

Чтобы избежать излишнего расхода бюджета для таких стратегий рекомендуем использовать модель атрибуции «Последний значимый переход». Это поможет расходовать бюджет Директа рациональнее и правильно подбирать каналы для взаимодействия с целевой аудиторией.

Поиск Яндекса на основе микроразметки формирует специальные сниппеты для следующих объектов:
— товары;
— программное обеспечение, игры;
— рецепты;
— сериалы, кино;
— вопросы и ответы для мобильной выдачи;
— рефераты, научные работы;
— организация;
— изображения;
— видеозаписи.

Специальный сниппет включает те виды информации об объекте, которые важны для пользователя. Например, для товаров это название, описание, цена. Для компьютерных программ — назначение, платформа, размер файла, количество скачиваний.

Google применяет расширенные сниппеты других видов, в том числе:
— статья или запись из блога в виде заголовка с изображением;
— контент, созданный пользователями, — формат похож на предыдущий, но включает статьи меньшего размера и с комментариями читателей после текста;
— действия с книгой — возможность купить книгу прямо из выдачи;
— строка навигации — информация «хлебных крошек» о том, в каком разделе сайта находится страница;
— карусель — список или галерея страниц с одного сайта, работает для рецептов, фильмов, ресторанов, обучающих курсов;
— рейтинг организации-работодателя — сводная оценка от разных пользователей в сниппете вакансии;
— ориентировочная зарплата — минимальная и максимальная ставки в профессии с учетом среднего заработка в регионе;
— список концертов, фестивалей и других мероприятий с местом и временем проведения.

В итоге поисковая выдача становится информативнее, на страницы переходят заинтересованные пользователи.

А как работает микроразметка, какие типы контента или объектов она выводит или видит?

Именно по факту, вам следует прежде чем писать — сначала изучать вопрос.

Разметка schema, которую мы обсуждаем, никак не связана с добавлением контента в социальные сети.

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

Микроразметка помогает получить расширенный сниппет с подробными сведениями: цена, рейтинг, адрес и др. Гарантий, что поисковая система покажет расширенный сниппет, нет даже с микроразметкой. Но поисковые роботы все равно лучше понимают контент страницы.

Существует несколько стандартов микроразметки. Яндекс предпочитает формат Schema.org, использует JSON-LD и Open Graph для отдельных сервисов. Google рекомендует JSON-LD, берет информацию из Schema.org. Репосты в социальные сети или сообщения выглядят понятнее при наличии на сайте Open Graph.

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

Поисковики то не требуют, но по факту микро-разметка нужна сайту для продвижения в соц.сетя, как минимум

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

Однако schema.org и Open graph удобно применять например для товаров — показана будет цена, наличие товара, рейтинг и оценка товара, для рецептов, для объявлений, но каждый требует своей схемы и надо каждую подключать к типу контента, чем больше подключений и данных нужно выводить тем сложнее внедрение.

При этом совместить требования Яндекса и Гугла не получится универсально. Существует более 500 видов разметки на различные виды материалов. Поисковики поддерживают только немногое из этого и при этом каждый по-своему требует разные данные.

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

Для понимания хотелось бы узнать, как работает schema.org и Open graph в чем и какая ее главная польза? Что дает сайту? Критично ли что на сайте нет микроразметки?

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

У нас было несколько сценариев создания маркетплейса:
— набрать свою команду программистов и пойти во все тяжкие
— купить интернет-магазин с намеком на маркетплейс
— купить DST Маркетплейс для маркетплейсов

Выбор пал на решение DST Маркетплейс для маркетплейсов Плюс. На сегодня мы всем довольны, ну почти всем. Для быстрого старта и проверки вашей идеи — это лучшее решение, если вам действительно нужен маркетплейс.

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

У нас было несколько сценариев создания маркетплейса:
— набрать свою команду программистов и пойти во все тяжкие
— купить интернет-магазин с намеком на маркетплейс
— купить DST Маркетплейс для маркетплейсов

Выбор пал на решение DST Маркетплейс для маркетплейсов Плюс. На сегодня мы всем довольны, ну почти всем. Для быстрого старта и проверки вашей идеи — это лучшее решение, если вам действительно нужен маркетплейс.

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

У нас было несколько сценариев создания маркетплейса:
— набрать свою команду программистов и пойти во все тяжкие
— купить интернет-магазин с намеком на маркетплейс
— купить DST Маркетплейс для маркетплейсов

Выбор пал на решение DST Маркетплейс для маркетплейсов Плюс. На сегодня мы всем довольны, ну почти всем. Для быстрого старта и проверки вашей идеи — это лучшее решение, если вам действительно нужен маркетплейс.

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

У нас было несколько сценариев создания маркетплейса:
— набрать свою команду программистов и пойти во все тяжкие
— купить интернет-магазин с намеком на маркетплейс
— купить DST Маркетплейс для маркетплейсов

Выбор пал на решение DST Маркетплейс для маркетплейсов Плюс. На сегодня мы всем довольны, ну почти всем. Для быстрого старта и проверки вашей идеи — это лучшее решение, если вам действительно нужен маркетплейс.

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

Сейчас со всей ответственностью заявляем, DST Маркетплейс — это самое лучшее, что есть на сегодняшний день для электронной коммерции в целом, поскольку на данной платформе можно спокойно запустить не только маркетплейс, но и интернет магазин, и все это за считанные дни, не имея никаких навыков программирования или своего ИТ отдела. DST Маркетплейс нас очень сильно удивила своей простотой использования, функциональностью и очень грамотно составленным программным ядром. Помимо всего этого показала себя с самой лучшей стороны в отношении СЕО, это очень дружелюбная CMS для поисковиков

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

Сейчас со всей ответственностью заявляем, DST Маркетплейс — это самое лучшее, что есть на сегодняшний день для электронной коммерции в целом, поскольку на данной платформе можно спокойно запустить не только маркетплейс, но и интернет магазин, и все это за считанные дни, не имея никаких навыков программирования или своего ИТ отдела. DST Маркетплейс нас очень сильно удивила своей простотой использования, функциональностью и очень грамотно составленным программным ядром. Помимо всего этого показала себя с самой лучшей стороны в отношении СЕО, это очень дружелюбная CMS для поисковиков

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

Сейчас со всей ответственностью заявляем, DST Маркетплейс — это самое лучшее, что есть на сегодняшний день для электронной коммерции в целом, поскольку на данной платформе можно спокойно запустить не только маркетплейс, но и интернет магазин, и все это за считанные дни, не имея никаких навыков программирования или своего ИТ отдела. DST Маркетплейс нас очень сильно удивила своей простотой использования, функциональностью и очень грамотно составленным программным ядром. Помимо всего этого показала себя с самой лучшей стороны в отношении СЕО, это очень дружелюбная CMS для поисковиков