Yoda

Каждый случай индивидуальный. От проблем с работой самого движка до клинических случаев с попаданием не во внешние спам листы, а внутренний бан в почтовиках. Каким образом работа и настройка почты имеет отношение к хостеру и саппорту. Почта - это пользовательский слой. А не серверный. Куда хотите туда ее и направляйте.

Если все грамотно зафильтровать и мониторить, сколько закладок не оставляй - побреешь руку. 99% без сломанных ног не понимают потенциальных последствий. Как показывает практика, действие - лучшее решение вопроса. Кто то судами грозится, несет пургу какую то... А а как только вдруг показываешь фото, как человек заходит в подьезд - сразу - "ой а я ничего такого не имел ввиду". Даже тут уже было несколько героев, которые были очень смелые до определенного момента.

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

C уважением, но это бесполезно... В такой ситуации, когда есть подозрения на внедренный шелл нужна другая стратегия: а) ограничить доступ на любые *.php кроме index и отключить вывод ошибок. б) ограничить возможность внедрения любых иньекций и LFI вида SELECT(...., или /../, при чем как в get так и в post запросах. в) Сменить все пароли!!! ВСЕ!!! Закрыть админку и phpmyadmin под htpass, вычистить мусор с фронта типа( inf.php i.php adminer.php_ г) настроить логгирование запросов с фронта и уведомления в случае появления аномального трафика. И дальше ловить на живца и отправлять в ответ zip файлы на терабайт. Можно применить более изощренные техники - в виде смены айпи, ухода под прокси днс типа CF для скрытия реального айпи и блокировки непонятного трафика. Но в большинстве случаев это избыточно.

Что за глупости. Держать почту на стороннем сервисе - нормальная практика. Переезжаете с хостинга на хостинг - а почта всегда в одном месте. Что изменят, куда изменят, протокол SMTP? Ну давайте без научной фантастики! Или добавить DKIM и SPF - это такая сложная неподьемная задача? Или магазин настроить на нормальную отправку с сервера, но при этом держать входящую почту на yandex или gmail?

Зачем покупать то, что есть беслпатно:

sitecreator, как всегда врет и кривит душой. В обход правил оферты форума, он косил под глупого мишку и всячески продвигал свой личный ресурс, скорее всего заведомо зная, что нарушает пользовательское соглашение, а теперь строит из себя бедную овечку, которая ничего не приостанавливала. sitecreator, судя по всему нагло лжет. Так как видимо приостановка его дополнений была спровоцирована его действиями, которые нарушали пользовательское соглашение. И судя по всему только он является виновником приостановки его дополнений на площадке... @Support вы не могли бы прокомментировать ситуацию и пресечь очередную ложь от этого участника форума. И когда наконец вы перестанете позволять подобным странным лицам выкручивать свои фантазии вразрез с фактическими ситуациями ? Данный комментарий является моим личным оценочным суждением! upd: для всех участников коммьюнити - вы спросите, почему ты йода сюда лезешь и суешь свой нос. Я вам всем сразу заранее отвечу... Я за последние пару месяцев снес пару десятков решений этого автора, которые откровенно мешали проектам развиваться и или давали лишнюю нагрузку, или же портили поведенческие факторы посетителей магазинов. Я считаю, что имею полное право на свою точку зрения, и не вижу ничего плохого в том, чтобы очередного писателя-фанаста спустить на землю, и вынудить перестать водить за нос порядочных людей. А если вы мне не верите, что он нагло врет. Просто зайдите в его хай оптимайзер, посмотрите на сайты, которые он приводит в примеры, и какие баллы пейджспид рисует и сравните с реальностью.

https://www.mail-tester.com/ Зарегистрируйте на тестовую почту покупателя - и покажите, что скажет мейл тестер.

Долго дорого и эффективно, напишите мне в личку.. У вас не до конца понимание - а мимохейтеры, могут только хейтить!

На самом деле. Глянул тут внимательнее на всех в вебмастере, есть несколько тенденций. Надо внимательней проанализировать. Есть ещё несколько факторов. Просадка еще там где автоматом метатеги и проблемы с микроразметкой. Также есть проблемы с индексацией молодых доменов. А вот на старых наоборот влетает все в секунду.

Вас не смущает, что бот пришёл, получили лаг по времени ответа и он ушёл..)) не закончив свои дела.

Джедайская сила. Все эти штучки... Световые мечи, гипердвигатель.

Среднее время загрузки покажите.

Редакция газеты "луч ассенизатора" походу была. Детская травма. Код таки пишут.

А бесполезно. Завтра Интел удешевит себестоимость индексации за счёт прорывного хрензнатрединга и у всех дефакто появится гигабит в телефоне через старлинк. И может быть что-то поменяется но нет. Так как концепция нынешнего web и инерция, и стандартизация и формализация протоколов с нами очень надолго. Мне кажется, что смотреть в завтра надо с точки зрения модели данных, а не с точки зрения технологий. Так как они всего-лишь обёртка над идеями столетней давности. Чтобы далеко не ходить. Пример. Ну есть де-факто http2 и что. Кроме концепции передачи данных в одном потоке сразу всех, хоть что-то изменилось? Появился постоянно активный pipe? Появились средства идентификации коннекта вместо куки? Ну хоть что-то, что может прийти на смену post get? Ну банальный нативный crud на уровне протокола? А хрен! Ещё лет десять ждите!

Я в целом ничего не хочу пробовать. Меня устраивает принцип пожарной машины. Есть горящий очаг, мы его тушим. А чем генериться html. Да хоть старой бабки тухесом. Это вопрос десятый.

1 - невозможно, перспективы призрачны, затраты ух, специалистов 3,5 на весь рунет, которым это вобщем-то не надо. 2 - ни в коем случае. Базовый стек и развертывание системы и дальнейший саппорт - ну овер дорого + вопрос с сео индексацией. 3 - да никаких проблем соответствовать нормам гугл, и есть пруфы, как у людей это отлично получается. 4 - каких еще реформ не хватает? Есть шикарная база - а дальше ковыряй как хочешь. То что должны делать "самопис" уже написано. Сделайте красивый веб, быстрый проект, хороший чекаут и бинго... И это в 99% дешевле чем любое другое решение!

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

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

Будучи на sphinx meetup - из уст Аксенова - автора sphinx - это основной базовый парадокс поиска. Как пользователю по запросу apple - показать яблоко или айфон. Предложите вашему заказчику внедрить систему пользовательских метрик, нагнать большое количества трафик, индентфицировать пользователей и на основе пользовательское идентификации посредством обработки запроса через ИИ выдать персонализированные результаты... Так работает допустим AVITO, думаю, что разработка поисковой системы у них давно перевалило за $500к+ долларов - если ваш заказчик обладает подобным бюджетом, могу дать контакт Аксенова, возможно сработаются!

noindex работает как для гугла так и для яндекса - и отлично работает! Запрет в robots в целом также работает. Просто все это имеет определенный лаг во времени. Идеальная ситуация когда можно сделать disalow: *mfp в мега филтре от ведьмы Или убрать все ссылки ocfiler - если отключить сео в ocfilter - но это недокументированные функции!

Рег.ру это совсем не очень хостинг. Включение Кеша статики не спасет, так как есть ещё и боты. Которым все равно, есть директивы expires или нету. Совет один. Бежать!

if (isset($this->request->get['route'])) { $route = $this->request->get['route']; if(strpos($route, 'checkout') !== false || strpos($route, 'simple') !== false) { $this->document->addStyle('....'); $this->document->addScript('....'); }; }

Могу сделать под ключ. Дорого! Пишите в ЛС.

Это лучший пост года! Моё почтение. По сути. Любой движок это каркас. Кроме веб витрины. Интернет магазин, под капотом, содержит массу обвески. Crm, трансляцию в каналы привлечения трафика, внутренние протоколы обработки заказов, общения с клиентами и ещё ещё и ещё. Позавчера я одним глазом подсмотрел в триггеры retail crm одного моего старого друга. Да ну нафиг. Там полтора года работы идеального менеджера процессов положено. Вобщем неважно на какой платформе вы делаете проект. Важно как и что вы хотите реализовать. И есть ли у вас компетенция и понимание процесса. Извините может флуд. Но накипело.