6:20 Data Insight | Как компаниям выйти в онлайн 9:45 Причины быстрого роста заказов в eCommerce 14:11Как будет меняться ритейл в ближайшие 5 лет 17:49 За счет чего будет обеспечен рост маркетплейсов 20:41 Схема онлайн торговли. Без чего нельзя стартовать в онлайн продажах 23:37 4 этапа выхода компании в онлайн 29:30 Есть ли шанс вернуть посетителей в торговый центр
35:12 МойСклад | Маркировка товаров для маркетплейсов: что нужно знать 37:02 Особенности работы с маркированным товаром при производстве в СНГ 40:56 Новые товарные группы легкпрома подлежащие маркировке с 1 июня 2023 41:40 Что нужно знать для работы с маркировкой при онлай-продажах 44:33 Бесплатное обучение для работы с маркировкой и торговле на маркетплейсах 46:58 Обзор интеграций с маркетплейсами и сервисами доставки 57:10 Чем еще полезен МойСклад для продавцов
1:01:40 Moneyplace | Как выбрать нишу для торговли: руководство по выбору товаров 1:02:31 Какой бюджет нужен для выхода на маркетплейсы в 2023 году и на что он тратится 1:06:27 5 шагов для подбора прибыльного товара. Разбор алгоритма. 1:21:13 Какие еще есть возможности аналитики в Moneyplace
1:24:44 Анна Ковтун | Инструменты продвижения. Без чего не будет продаж в 2023 1:27:15 Что ожидать от рекламы с широким охватом: баннеры, каталоги, выдача 1:25:25 Реклама в карточке товара 1:37:34 Обзор стратегий для поисковой рекламы. От чего отказаться, что добавить 1:46:02 Как правильно тестировать место выдачи карточки товара 1:49:42 Что важно учитывать в поисковой рекламе 1:54:10 Чек-лист. Как подготовить карточку товара к продаже
1:59:36 OZON | Торговля и продвижение маркированных товаров 2:01:15 Что меняется для продавцов OZON при торговле маркированными товарами 2:07:27 Создание карточки маркированного товара на OZON и создание поставки 2:12:17 Как выводится код маркировки при торговле по FBO 2:16:42 Инструменты продвижения на OZON
2:25:41Вера Бойцова | Налоги для продавцов на маркетплейсах: Топ-5 ошибок начинающих 2:29:44 Какие налоги должны платить поставщики маркетплейсов 2:36:22 Ошибка 1. Регистрация ООО вместо ИП 2:40:10 Ошибка 2. Выбор неверного налогового режима 2:51:21 Ошибка 3. Не читать договор-оферту маркетплейса 2:55:41 Ошибка 4. Ошибки при ведении КУДиР 2:56:47 Ошибка 5. Использовать патент на розницу 2:57:30 Налоговые изменения в 2023 году для предпринимателя
3:01:44 Яндекс Маркет | Продвижение на Яндекс Маркете: мифы и реальность 3:02:19 Миф 1. Продвижение сводится к работе с ценами и ассортиментом 3:04:37 Миф 2. Чтобы товар увидели нужно снизить цену, добавить акцию, кешбэк 3:09:49 Миф 3. Результат от рекламы должен быть сразу 3:12:39 Миф 4. Нужен большой бюджет для продвижения товара 3:13:51 Миф 5. Ставка — определенный % от оборота
3:18:47 Хогвартс маркетплейсов | Почему только 15% селлеров реально зарабатывают на маркетплейсах 3:22:06 Обзор бесплатного шаблона плановой закупочной юнит экономики 3:28:15 Обзор еженедельной фактической юнит экономики 3:39:09 Где вести аналитику: эксель или сервис аналитики
3:41:58 Гульназ Чардымова | Частые ошибки продавцов на маркетплейсах. Личный опыт 3:43:30 Ошибка 1. Поставить товары на маркетплейс и ждать продаж 3:45:37 Ошибка 2. Выбрать не правильный товар 3:46:50 Ошибка 3. Неправильное ценообразование 3:46:50 Ошибка 4. Продавать все товары одновременно 3:50:03 Ошибка 5. Не подходящие фотографии товаров 3:52:40 Ошибка 6. Иметь только одного поставщика
Полезное видео, есть вопрос по поводу того, как импортировать в mssql фото при нажатии на кнопку ( я понимаю что фото вроде как нельзя, его нужно закодировать во что-то, но я не знаю как)
Круто! Давно уже хожу на сайт Планеты для решения любых вопросов про Excel. Тепеь ещё подписался на этот канал. Николай, а вы каким VPN пользуетесь? Порекомендуйте какой нибудь.
А вы знаете что вы можете сообщять об ошибках ChatGPT и он в будующем предлогает уже по другому основываясь на ваших поправках. Но вообщем спасибо очень интересно.
Продолжай в том же духе!!! Жду обучение на Java. Было бы круто если добавить шутки как в тт. Материал будет очень запоминающим и эмоционально красочным
1:29:13 попробую побыть учителем литературы и рассказать что имел в виду автор (вопроса). Ну или как я понял вопрос.
Предположим такую ситуацию, что есть сервис Order\PlaceOrder, который вызывает другой сервис Warehouse\BookGoods. И для наглядности эти сервисы лежат в разных фичах. Сервис BookGoods может выбросить исключение Warehouse\Exception\NotEnoughGoods.
Данное исключение ловится сервисом PlaceOrder. Но так как каждая фича должна бросить свои исключения (по крайней мере я так щитаю) то Order\PlaceOrder должен обернуть пойманное исключение от другого сервиса — throw Order\Exception\CanNotPlaceOrder::due($warehouseException). Таким образом финальное исключение содержит предшествующее. Но встаёт вопрос — как вывести сообщение данного исключения в логах, письме, смс или где угодно.
И вопрос заключается в следующем. Должно ли сообщение в CanNotPlaceOrder содержать конкатенацию из своего сообщения и предыдущего или же сам логер/нотификатор (или тот кто обрабатывает ислюкчение) должен пройтись по всем previous и собрать результирующую строку?
Небольшая практика golang и опыт работы с пыхом подсказывают что само сообщение должно относить только к своему домену. То есть, сообщение CanNotPlaceOrder должно быть только вида «Can not place an order». Но если мне нужно развернуть всю цепочку то сам логер должен пройтись по всем предыдущим вариантам и собрать результирующую строку вида «Can not place an order: Warehouse is unreachable».
➡️ Аудит
➡️Консалтинг
➡️Создание баз данных, нормативно-справочная информация
➡️Разработка курсов
➡️Разработка и внедрение методической базы для эффективной организации процессов ТОиР на отечественных предприятиях
0:00 Заставка
2:38 Начало вебинара
6:20 Data Insight | Как компаниям выйти в онлайн
9:45 Причины быстрого роста заказов в eCommerce
14:11Как будет меняться ритейл в ближайшие 5 лет
17:49 За счет чего будет обеспечен рост маркетплейсов
20:41 Схема онлайн торговли. Без чего нельзя стартовать в онлайн продажах
23:37 4 этапа выхода компании в онлайн
29:30 Есть ли шанс вернуть посетителей в торговый центр
35:12 МойСклад | Маркировка товаров для маркетплейсов: что нужно знать
37:02 Особенности работы с маркированным товаром при производстве в СНГ
40:56 Новые товарные группы легкпрома подлежащие маркировке с 1 июня 2023
41:40 Что нужно знать для работы с маркировкой при онлай-продажах
44:33 Бесплатное обучение для работы с маркировкой и торговле на маркетплейсах
46:58 Обзор интеграций с маркетплейсами и сервисами доставки
57:10 Чем еще полезен МойСклад для продавцов
1:01:40 Moneyplace | Как выбрать нишу для торговли: руководство по выбору товаров
1:02:31 Какой бюджет нужен для выхода на маркетплейсы в 2023 году и на что он тратится
1:06:27 5 шагов для подбора прибыльного товара. Разбор алгоритма.
1:21:13 Какие еще есть возможности аналитики в Moneyplace
1:24:44 Анна Ковтун | Инструменты продвижения. Без чего не будет продаж в 2023
1:27:15 Что ожидать от рекламы с широким охватом: баннеры, каталоги, выдача
1:25:25 Реклама в карточке товара
1:37:34 Обзор стратегий для поисковой рекламы. От чего отказаться, что добавить
1:46:02 Как правильно тестировать место выдачи карточки товара
1:49:42 Что важно учитывать в поисковой рекламе
1:54:10 Чек-лист. Как подготовить карточку товара к продаже
1:59:36 OZON | Торговля и продвижение маркированных товаров
2:01:15 Что меняется для продавцов OZON при торговле маркированными товарами
2:07:27 Создание карточки маркированного товара на OZON и создание поставки
2:12:17 Как выводится код маркировки при торговле по FBO
2:16:42 Инструменты продвижения на OZON
2:25:41Вера Бойцова | Налоги для продавцов на маркетплейсах: Топ-5 ошибок начинающих
2:29:44 Какие налоги должны платить поставщики маркетплейсов
2:36:22 Ошибка 1. Регистрация ООО вместо ИП
2:40:10 Ошибка 2. Выбор неверного налогового режима
2:51:21 Ошибка 3. Не читать договор-оферту маркетплейса
2:55:41 Ошибка 4. Ошибки при ведении КУДиР
2:56:47 Ошибка 5. Использовать патент на розницу
2:57:30 Налоговые изменения в 2023 году для предпринимателя
3:01:44 Яндекс Маркет | Продвижение на Яндекс Маркете: мифы и реальность
3:02:19 Миф 1. Продвижение сводится к работе с ценами и ассортиментом
3:04:37 Миф 2. Чтобы товар увидели нужно снизить цену, добавить акцию, кешбэк
3:09:49 Миф 3. Результат от рекламы должен быть сразу
3:12:39 Миф 4. Нужен большой бюджет для продвижения товара
3:13:51 Миф 5. Ставка — определенный % от оборота
3:18:47 Хогвартс маркетплейсов | Почему только 15% селлеров реально зарабатывают на маркетплейсах
3:22:06 Обзор бесплатного шаблона плановой закупочной юнит экономики
3:28:15 Обзор еженедельной фактической юнит экономики
3:39:09 Где вести аналитику: эксель или сервис аналитики
3:41:58 Гульназ Чардымова | Частые ошибки продавцов на маркетплейсах. Личный опыт
3:43:30 Ошибка 1. Поставить товары на маркетплейс и ждать продаж
3:45:37 Ошибка 2. Выбрать не правильный товар
3:46:50 Ошибка 3. Неправильное ценообразование
3:46:50 Ошибка 4. Продавать все товары одновременно
3:50:03 Ошибка 5. Не подходящие фотографии товаров
3:52:40 Ошибка 6. Иметь только одного поставщика
3:58:39 Итоги мероприятия и выводы
igbinary_unserialize(igbinary_serialize($obj))
Жду обучение на Java.
Было бы круто если добавить шутки как в тт. Материал будет очень запоминающим и эмоционально красочным
Предположим такую ситуацию, что есть сервис Order\PlaceOrder, который вызывает другой сервис Warehouse\BookGoods. И для наглядности эти сервисы лежат в разных фичах. Сервис BookGoods может выбросить исключение Warehouse\Exception\NotEnoughGoods.
Данное исключение ловится сервисом PlaceOrder. Но так как каждая фича должна бросить свои исключения (по крайней мере я так щитаю) то Order\PlaceOrder должен обернуть пойманное исключение от другого сервиса — throw Order\Exception\CanNotPlaceOrder::due($warehouseException). Таким образом финальное исключение содержит предшествующее. Но встаёт вопрос — как вывести сообщение данного исключения в логах, письме, смс или где угодно.
И вопрос заключается в следующем. Должно ли сообщение в CanNotPlaceOrder содержать конкатенацию из своего сообщения и предыдущего или же сам логер/нотификатор (или тот кто обрабатывает ислюкчение) должен пройтись по всем previous и собрать результирующую строку?
Небольшая практика golang и опыт работы с пыхом подсказывают что само сообщение должно относить только к своему домену. То есть, сообщение CanNotPlaceOrder должно быть только вида «Can not place an order». Но если мне нужно развернуть всю цепочку то сам логер должен пройтись по всем предыдущим вариантам и собрать результирующую строку вида «Can not place an order: Warehouse is unreachable».
ЗЫ. Линчи всё длиннее! Это радует.