Я правильно понимаю что схема такая, у вас есть какой то свой домен который привязан на хостинге бегета, вы с почтового ящика вашего домена пересылаете письма на какой то другой ящик редиректом и в итоге письмо теряется, верно? В какой момент в данной схеме виноват хостер по вашему и чем он вам может помочь, ну мне просто интересно? И что вы сделали для того чтобы решить эту проблему? И самое главное, без редиректов писем они на почту падают на изначальную или нет?
Я писал, что включил сохранение писем на почтовом сервере и туда они тоже перестали приходить. В ТП попросили прислать доступ к ящику, я прислал. После этого пришли 2-3 ответа от нубов (с ожиданием в несколько дней каждого ответа) не по теме, хотя доступ к ящику я выслал и можно было тестировать. В итоге забил, на несколько дней и потом письма с кодом пришли помимо почтового сервера, так же и на ящик для редиректа. P.S. Сколько у вас доменов-сайтов на бегете? У меня больше 20 аккаунтов и сайтов еще больше на бегет. Не кажется, что вы своим одним "сайтиком" не можете в полной мере оценить работу хостера?
Я не предлагают искать и экспериментировать, это вы пишите, что не доверяете хостерам без ДЦ, а примера крому айхора у вас нет. Достаточно крупный по меркам РФ, это в топ-50 то есть? Я про него кроме этого форума никогда-нигде не слышал.
По моему примеру с почтой опять фантазируете себя всякую ерунду... Как бы вы настроили почту или платный сисадмин ее вам настроил, ели письмо НЕ ПРИХОДИТ НА СЕРВЕР БЕГЕТА? С включенным сохранением писем на сервере. А день назад на другом сайте-ящике на бегете такое же письмо от твиттера пришло. И в те дни (когда переписывался с ТП) проверял, что письма приходят на других аккаунтах с яндексовской почтой. Так, что дело не в Твиттере.
Я не дальтоник, но в некоторые приходится всматриваться. Бедные решатели капч за 7 копеек 😭
Меня лично напрягает не сама капча, а то что дают её слишком часто. Был неторопливый парсер, который раньше за день мог ни одной капчи не увидеть, теперь ему раз в 5-10 минут это вырвиглазное чудо пихают.
Тоже вылезла новая капча при перелистывании сразу со второй страницы, причем на основном аккаунте.
Видел подобную капчу на криптобаржах, правда там 2 картинки, а Яндекса сразу 5.
Уже похоже все сервисы Яндекса страдают от ботов, но зависимость ранжирования от ПФ уменьшать видимо в планах нет. Лучше 2-3 подряд капчи разные сделать.
Блин, ставка 80 руб на РСЯ? Это прям какая-то непозволительная роскошь. Вы зачем так щедро даете Яндексу вас обобрать?
1. В официальной группе вконтакте они обещали, что добавят информацию о лимитах нагрузки на странице шаред хостинга на сайте. В итоге всем лимиты уже увеличили (клиенты платят дополнительные деньги), а информация о лимитах есть только в "портянке" оферты, где ее если даже захочешь не найдешь.
2. Тут на форуме 7 июля писал представитель бегета, о том что они получили фидбек клиентов и в скором времени пересчитают лимиты по тарифам. Время прошло, клиенты уже платят за якобы "превышения", а про пересчет лимитов в бегете видимо забыли.
Я в курсе. Посмотрите ссылку на какой топик отправили. Там скорость загрузки обсуждается.
Сайты создающие нагрузку на бегете уже 5-6 лет. Если бы там были какие то супер косячные запросы, которые сильно грузили сервер, то их бы давно выключили. Вся проблема в связке WP+Wocoomerce он создает большую нагрузку, чем простые шаблоны WP. Уверен практически, что если какой то профи по оптимизации почистит-поправит все запросы Квери-монитором, то проблему это не решит.
На почту бегета не приходило письмо с кодом авторизации от Твиттера. Хотя день назад на другую почту бегета (от другого сайта-учетки твиттера) такое письмо пришло. Долго и упорно переписывался с ТП. Сначала они винили твиттер, потом написали что письма теряются при редиректе на мой email и советовали включить сохранение писем на сервере, потом пошла череда глупых ответов нубов которые тикет до конца не прочитали. Вопрос ТП так и не решила.
Есть живые примеры за последние 2-3 года, когда хостинг пропадал вместе с сайтами и деньгами? Такой ноунейм еще постараться найти нужно.
Ну да, вы мой сайт не видели, но сразу записали его в говносайты и уже нашли причину излишний нагрузки на сервер. Надо наверное ограничить доступ к файлу wp-cron.php со стороны вэб сервера через .htaccess и сразу забудешь про превышение лимитов😁
Один в один как с этим сообщением, не зная вопроса беретесь что то утверждать с экспертным мнением:
Если подробнее, никак не настраивал, не пользуюсь сторонними сервисами. Все можно решить самостоятельно и жить без ботов на сайтах, с метрикой и прочей аналитикой
Ваш модифицированный код метрики никак не помог от ботов, CF с задачей справился.
Хватит тут рекламировать не работающие сервисы-методы и вводить людей в заблуждение.
Кол-во товаров - это вообще не показатель нагрузки. Даже без товаров можно настолько криво сделать сайт, что тот будет создавать нагрузку и при 5 запросах.
АПД. Вот нашелся тот занимательный топик
Можно я немного в сторону? Спасибо.
1. ИМ с такой посещалкой - это работа в минус.
2. Нормальный ИМ на WC шаред не потянет. Тут я не про сам WC (тот потянет), я про то, что ещё нужно чтобы сделать нормальный, продающий ИМ.
Итого - шаред для бложиков и тп. И нормальный шаред (и это не про бегет) выдерживает десятки тыщ уников/сутки.
Это даже не ИМ, а каталог определенных товаров (не более 200 товаров). Так что нагрузки сильной там быть не может.
О том и речь, что шаред бегета - это для какого нибудь бложика на дефолтном шаблоне. Но я так понимаю, что не я один такой не уложился в лимиты и такие оповещения пришли десяткам тысяч их клиентов.
С каждого по 2-3к в год утянут дополнительно, но как это скажется в дальнейшем на их репутации и сколько в итоге из этих клиентов останется.
Кол-во сайтов не говорит о том, что каждый из них может посещать по миллиону человек!
Я понимаю, если реально кто то бы попытался крупный проект с посещалкой в 100 тыс. чел и больше запускать на шаред хостинге, но речь про сайты с посещаемостью где то 300-400 посещений в сутки. 2 таких сайта WP+Wocommerce не тянет по лимитам тариф Great.
И специально нигде не пишут информацию по лимитам нагрузки на странице виртуального хостинга.
