Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Cloudeflare грозит Google блокировкой трафика
Cloudflare объявил: с 15 сентября 2026 года ИИ-краулеры будут заблокированы по умолчанию на всех сайтах с рекламой — включая Googlebot, Applebot и Bingbot.
Главная претензия — к Google: один и тот же бот индексирует страницы и собирает данные для обучения нейросетей, что даёт поисковику нечестное преимущество.
Но есть нюанс, который меняет всю к…
➡️ Читайте на сайте: https://aff.top/blog/cloudeflare-grozit-google-blokirovkoi-trafika
🧠 Ещё больше инсайтов → в канале AFF.top
Cloudflare объявил: с 15 сентября 2026 года ИИ-краулеры будут заблокированы по умолчанию на всех сайтах с рекламой — включая Googlebot, Applebot и Bingbot.
Главная претензия — к Google: один и тот же бот индексирует страницы и собирает данные для обучения нейросетей, что даёт поисковику нечестное преимущество.
Но есть нюанс, который меняет всю к…
➡️ Читайте на сайте: https://aff.top/blog/cloudeflare-grozit-google-blokirovkoi-trafika
🧠 Ещё больше инсайтов → в канале AFF.top
В авиации долго держались за простую идею: чем глаже поверхность, тем меньше сопротивление. На практике в складе я вижу похожую ловушку — когда пытаются «зашлифовать» процесс до идеала, а в итоге теряют время и деньги.
Но есть нюанс: не всегда абсолютная гладкость дает лучший результат. Иногда легкая шероховатость работает как управляемый буфер. В логистике это выглядит так же: не каждая операция должна быть безупречной на бумаге, важнее — чтобы она не срывала поток.
Я это вижу на приемке и отгрузке постоянно. Если стараться убрать вообще все отклонения, можно получить лишние согласования, ручные проверки и простой. А если оставить понятные допуски — маркировка читается, упаковка держит, SLA не горит.
Вывод сухой: в операционке не надо верить в «идеальную гладкость». Надо считать, где нужна точность, а где достаточно устойчивого процесса. Иначе сопротивление создаст сама система.
Но есть нюанс: не всегда абсолютная гладкость дает лучший результат. Иногда легкая шероховатость работает как управляемый буфер. В логистике это выглядит так же: не каждая операция должна быть безупречной на бумаге, важнее — чтобы она не срывала поток.
Я это вижу на приемке и отгрузке постоянно. Если стараться убрать вообще все отклонения, можно получить лишние согласования, ручные проверки и простой. А если оставить понятные допуски — маркировка читается, упаковка держит, SLA не горит.
Вывод сухой: в операционке не надо верить в «идеальную гладкость». Надо считать, где нужна точность, а где достаточно устойчивого процесса. Иначе сопротивление создаст сама система.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Гайд: как заработать первые деньги на Pornhub
Pornhub — самый посещаемый адалт-сайт в мире, и на нём действительно можно зарабатывать. Но схема устроена иначе, чем кажется.
Автор залил ролики, набрал 16 000 просмотров — и получил 47 центов встроенной монетизации. Реальные деньги были в другом.
Есть нюансы с верификацией, голосом в роликах и законодательством РФ, которые ломают большинство с…
➡️ Читайте на сайте: https://aff.top/blog/gaid-kak-zarabotat-pervye-dengi-na-pornhub
🧠 Ещё больше инсайтов → в канале AFF.top
Pornhub — самый посещаемый адалт-сайт в мире, и на нём действительно можно зарабатывать. Но схема устроена иначе, чем кажется.
Автор залил ролики, набрал 16 000 просмотров — и получил 47 центов встроенной монетизации. Реальные деньги были в другом.
Есть нюансы с верификацией, голосом в роликах и законодательством РФ, которые ломают большинство с…
➡️ Читайте на сайте: https://aff.top/blog/gaid-kak-zarabotat-pervye-dengi-na-pornhub
🧠 Ещё больше инсайтов → в канале AFF.top
В складах я давно перестал верить в «поставим на cron — и оно само». Расписание на бумаге выглядит красиво, а в жизни задача либо не отработала, либо отработала не тогда, когда груз уже стоит в воротах.
Мне ближе systemd timers. Не потому что модно, а потому что в операционке важнее управляемость: привязка к сервису, нормальные логи, понятный статус, перезапуск, если что-то упало. Для складских задач это критично — от выгрузки заказов до ночной сверки остатков и контроля SLA.
Cron годится, когда задача простая и всем всё равно, если она тихо умрёт. Но если от запуска зависит приемка, маркировка или отгрузка в окно маркетплейса, мне нужен инструмент, где видно: стартовало, отработало, сломалось, повторилось.
В складской практике я всегда выбираю не «проще», а «контролируемее». Потому что одна пропущенная ночная задача утром превращается в очередь, ручной разбор и лишние звонки 📦
Мне ближе systemd timers. Не потому что модно, а потому что в операционке важнее управляемость: привязка к сервису, нормальные логи, понятный статус, перезапуск, если что-то упало. Для складских задач это критично — от выгрузки заказов до ночной сверки остатков и контроля SLA.
Cron годится, когда задача простая и всем всё равно, если она тихо умрёт. Но если от запуска зависит приемка, маркировка или отгрузка в окно маркетплейса, мне нужен инструмент, где видно: стартовало, отработало, сломалось, повторилось.
В складской практике я всегда выбираю не «проще», а «контролируемее». Потому что одна пропущенная ночная задача утром превращается в очередь, ручной разбор и лишние звонки 📦
У Т-Банка 11 июня легли базовые сервисы: приложение, личный кабинет, переводы. К 13:50 жалоб было уже больше 1,9 тыс.
Для ecom это не «чужая банковская история». Это сбой в оплатах, возвратах, пополнении оборотки и закрытии ежедневных операций. Если у вас деньги идут через один контур, то любой простой банка бьёт сразу по отгрузке и по приемке.
Что я бы держал в голове как операционный минимум:
— не завязывать критичные платежи на один банк;
— иметь запас по ДС на 1–2 дня;
— заранее понимать, кто вручную подтверждает оплату, если автоматизация встала;
— не запускать массовые платежи без проверки статуса банка.
Когда банк лежит, склад не останавливается сам по себе. Он просто начинает ждать: оплату, подтверждение, разблокировку, возврат средств. А ожидание — это уже нарушение SLA.
Для ecom это не «чужая банковская история». Это сбой в оплатах, возвратах, пополнении оборотки и закрытии ежедневных операций. Если у вас деньги идут через один контур, то любой простой банка бьёт сразу по отгрузке и по приемке.
Что я бы держал в голове как операционный минимум:
— не завязывать критичные платежи на один банк;
— иметь запас по ДС на 1–2 дня;
— заранее понимать, кто вручную подтверждает оплату, если автоматизация встала;
— не запускать массовые платежи без проверки статуса банка.
Когда банк лежит, склад не останавливается сам по себе. Он просто начинает ждать: оплату, подтверждение, разблокировку, возврат средств. А ожидание — это уже нарушение SLA.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Сбер запустит свой криптокошелёк
Сбер готов запустить криптокошелёк — инфраструктура уже есть. Ждут только закона о регулировании крипты, который планируют принять к 1 сентября 2026 года.
Хранить и, судя по всему, обменивать крипту можно будет прямо в приложении — без сторонних обменников.
Но есть один нюанс, из-за которого обменники никуда не денутся. 🔍
➡️ Читайте на сайте: https://aff.top/blog/sber-zapustit-svoi-kriptokoshelek
🧠 Ещё больше инсайтов → в канале AFF.top
Сбер готов запустить криптокошелёк — инфраструктура уже есть. Ждут только закона о регулировании крипты, который планируют принять к 1 сентября 2026 года.
Хранить и, судя по всему, обменивать крипту можно будет прямо в приложении — без сторонних обменников.
Но есть один нюанс, из-за которого обменники никуда не денутся. 🔍
➡️ Читайте на сайте: https://aff.top/blog/sber-zapustit-svoi-kriptokoshelek
🧠 Ещё больше инсайтов → в канале AFF.top
На складе я это вижу по той же схеме: задачу считают не по факту, а по желанию.
«Приемка за день», «маркировка за вечер», «запуск поставки без теста» — звучит бодро, пока не упирается в реальность. В реальности у вас:
- расхождение по SKU,
- не та высота паллеты,
- PDF/этикетка/ШК не проходят,
- а потом срочно нужен ручной пересчет и ночная допаковка.
Самая дорогая ошибка — когда сроки рисуют без учета узких мест. Не менеджерских, а складских: кто принимает, где печатает, кто проверяет, сколько времени уходит на брак и возвратную волну.
Я за простую логику: сначала считаем операции, потом обещаем дату. И если задача требует 3 этапа, ее нельзя продавать как «сделаем за один день». Иначе SLA срывается не из-за склада. Из-за фантазии на входе.
«Приемка за день», «маркировка за вечер», «запуск поставки без теста» — звучит бодро, пока не упирается в реальность. В реальности у вас:
- расхождение по SKU,
- не та высота паллеты,
- PDF/этикетка/ШК не проходят,
- а потом срочно нужен ручной пересчет и ночная допаковка.
Самая дорогая ошибка — когда сроки рисуют без учета узких мест. Не менеджерских, а складских: кто принимает, где печатает, кто проверяет, сколько времени уходит на брак и возвратную волну.
Я за простую логику: сначала считаем операции, потом обещаем дату. И если задача требует 3 этапа, ее нельзя продавать как «сделаем за один день». Иначе SLA срывается не из-за склада. Из-за фантазии на входе.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Индия потребовала от Telegram удалять пиратский контент
Индия потребовала от Telegram удалять пиратский контент — претензия в том, что платформа не ограничивает размер файлов, что позволяет свободно распространять фильмы.
Дуров ответил, что Telegram годами работает в Индии без какой-либо коммерческой выгоды для себя.
Почему давление началось именно сейчас — вопрос открытый. Возможный ответ — в блоге.
➡️ Читайте на сайте: https://aff.top/blog/indiia-potrebovala-ot-telegram-udaliat-piratskii-kontent
🧠 Ещё больше инсайтов → в канале AFF.top
Индия потребовала от Telegram удалять пиратский контент — претензия в том, что платформа не ограничивает размер файлов, что позволяет свободно распространять фильмы.
Дуров ответил, что Telegram годами работает в Индии без какой-либо коммерческой выгоды для себя.
Почему давление началось именно сейчас — вопрос открытый. Возможный ответ — в блоге.
➡️ Читайте на сайте: https://aff.top/blog/indiia-potrebovala-ot-telegram-udaliat-piratskii-kontent
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Google ads меняет стратегию по конверсиям
Google меняет логику автоматических стратегий ставок: с 17 августа 2026 года кампании будут строже придерживаться указанного целевого CPA, а не давать лиды по минимально возможной цене.
Если сейчас твоя кампания даёт лиды по $5, а цель стоит $10 — после обновления алгоритм «поднимет» фактическую стоимость лида к целевой, зато отдаст больше трафик…
➡️ Читайте на сайте: https://aff.top/blog/google-ads-meniaet-strategiiu-po-konversiiam
🧠 Ещё больше инсайтов → в канале AFF.top
Google меняет логику автоматических стратегий ставок: с 17 августа 2026 года кампании будут строже придерживаться указанного целевого CPA, а не давать лиды по минимально возможной цене.
Если сейчас твоя кампания даёт лиды по $5, а цель стоит $10 — после обновления алгоритм «поднимет» фактическую стоимость лида к целевой, зато отдаст больше трафик…
➡️ Читайте на сайте: https://aff.top/blog/google-ads-meniaet-strategiiu-po-konversiiam
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
В Codex внедрят GPT-5.6 Ultra
OpenAI добавит в Codex эксклюзивную версию GPT-5.6 Sol Ultra — не ту, что выйдет в паблик, а отдельную, усиленную модель.
Два ключевых режима: расширенные рассуждения (модель думает дольше) и мульти-агентная работа с параллельными субагентами. Релиз ожидается 7–9 июля 2026.
Но есть один нюанс, который OpenAI пока не раскрывает 👀 Подробности — в …
➡️ Читайте на сайте: https://aff.top/blog/v-codex-vnedriat-gpt-5-6-ultra
🧠 Ещё больше инсайтов → в канале AFF.top
OpenAI добавит в Codex эксклюзивную версию GPT-5.6 Sol Ultra — не ту, что выйдет в паблик, а отдельную, усиленную модель.
Два ключевых режима: расширенные рассуждения (модель думает дольше) и мульти-агентная работа с параллельными субагентами. Релиз ожидается 7–9 июля 2026.
Но есть один нюанс, который OpenAI пока не раскрывает 👀 Подробности — в …
➡️ Читайте на сайте: https://aff.top/blog/v-codex-vnedriat-gpt-5-6-ultra
🧠 Ещё больше инсайтов → в канале AFF.top
187‑ФЗ — не про всех подряд, но и не про «это точно не про нас».
Я в таких вопросах всегда смотрю не на громкий заголовок, а на фактуру: есть ли у компании признаки субъекта КИИ. После поправок 58‑ФЗ с 1 сентября 2025 года рамка стала жестче, но логика осталась простая — сначала понять, подпадаете ли вы под КИИ, потом уже считать обязательства.
Мой рабочий чек-лист из 6 шагов:
1. Понять, есть ли у вас системы, без которых встанет операционка.
2. Проверить, относятся ли они к значимым процессам: склад, WMS, TMS, EDI, каскад приемки, отгрузка.
3. Зафиксировать, кто владеет системами и кто за них отвечает.
4. Сверить, есть ли зависимость от подрядчиков и облачных сервисов.
5. Оценить, тянет ли это на признаки КИИ, а не на «просто ИТ».
6. Если есть сомнения — не гадать, а делать нормальную классификацию.
На складе ошибка в этом месте стоит не штрафа, а простоя: не едет приемка, не печатаются этикетки, встает отгрузка. ⚙️
Если у вас хотя бы половина процессов завязана на ИТ, вопрос уже не теоретический.
Я в таких вопросах всегда смотрю не на громкий заголовок, а на фактуру: есть ли у компании признаки субъекта КИИ. После поправок 58‑ФЗ с 1 сентября 2025 года рамка стала жестче, но логика осталась простая — сначала понять, подпадаете ли вы под КИИ, потом уже считать обязательства.
Мой рабочий чек-лист из 6 шагов:
1. Понять, есть ли у вас системы, без которых встанет операционка.
2. Проверить, относятся ли они к значимым процессам: склад, WMS, TMS, EDI, каскад приемки, отгрузка.
3. Зафиксировать, кто владеет системами и кто за них отвечает.
4. Сверить, есть ли зависимость от подрядчиков и облачных сервисов.
5. Оценить, тянет ли это на признаки КИИ, а не на «просто ИТ».
6. Если есть сомнения — не гадать, а делать нормальную классификацию.
На складе ошибка в этом месте стоит не штрафа, а простоя: не едет приемка, не печатаются этикетки, встает отгрузка. ⚙️
Если у вас хотя бы половина процессов завязана на ИТ, вопрос уже не теоретический.