snastik

нет не нужны, мало того что ПС вам грузит сервер и тратит свой ресурс на обход шлака так вы еще соплей в выдачу напихали закройте в роботсе а лучше поставьте сео фикс

Есть полные наработки по реализации такого проекта. Так как у вас кроме сео про. Падает карта сайта, падает отображение в админке. Фид в яндекс маркет. По всем пунктам есть готовые решения. Стучите в личку. А еще есть поиск. Также есть наработки решения этого вопроса.

Никаких проблем. приобретаете, скачиваете. устанавливаете.

А что когда то банили ?

Нет. Только руками.

Нет не имеет, так как большое количество записей на 10 000 товаров - это мизерное количество записей для потенциального ресурса mysql, обработка которого упирается в правильную настройку серверного окружения и оптимизацию структуры базы. А количество обрабатываемых данных в базе - зависит скорее от доступного объема места на диске и оперативной памяти. Вопросы связаны с бекапами подобного объема базы решаются очень просто - либо средствами isp, либо вручную при помощи rsync, либо при помощи sxd. Опять же правильнее здесь говорить не про оптимизацию, а серверное администрирование.

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

Спасибо, оценил )

Смотря, что вы под этим подразумеваете. Сайт тормозит? Могу решить эту проблему. Опыт по ускорению высоконагруженных (товаров более 500 000) сайтов есть. Про посещения - умолчу. Так как при подобном объеме страниц, нагрузка от ботов может составлять до 20-30% от общего количества страниц проекта.

если у вас ip или домен в BL, то и не отправит.

Все намного тривиальнее... Действительно возросла нагрузка - действительно боты - дальше коммерческая тайна. Но beget "радует" ОS: Ubuntu Server Edition

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

Я могу, только с одним условием, не слова про спеца, а то у меня глазик дергается уже.

Заддосили человеку магазин ((( Была две недели назад подобная ситуация, один в один. Даже таблэтка есть, правда такого не было Переезд на VPS - не помог. Mysql от лавины запросов ложился за 5 минут.

Специалист смотрел.... Ни с того ни с сего. Запасся попкорном.

Там не в подсчете дело. 500 товаров - считает быстро и без всяких танцев. Есть более интересные ништяки.

Если бы я каждый раз за фразу "Спец смотрел", получал 100 долларов - я бы был миллионером.

Ни с того ни с сего - ничего не бывает. У вас явно где то возник косяк в коде. Это может быть все что угодно - от взлома, до ддос атаки силами конкурентов. Как показывает практика, переезд в таких случаях не решает проблему.

RewriteCond %{ENV:HTTPS} !on RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] RewriteEngine On RewriteCond %{HTTPS} =off RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [QSA,L] RewriteEngine On RewriteCond %{SERVER_PORT} !^443$ RewriteRule .* https://%{SERVER_NAME}%{REQUEST_URI} [R,L] RewriteEngine On RewriteCond %{HTTPS} off RewriteCond %{HTTP:X-Forwarded-Proto} !https RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] RewriteEngine On RewriteCond %{HTTPS} off RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} RewriteCond %{HTTP:X-HTTPS} !1 RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L] RewriteEngine On RewriteCond %{HTTP:SSL} !1 RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [QSA,L,R=301] Пробуйте варианты, в зависимости от вашего серверного окружения, какой то должен подойти.

У большинства хостеров в мир смотрит Nginx, и для кеширования-сжатия статики, нужно менять его конфиг, а не apache. Те инструкции которые приведены выше для .htaccess, никак не подействуют. Но есть ситуации безвыходные, так например виртуальный хостинг от reg.ru, не позволяет управлять настройками кеширования-сжатия статических файлов в принципе. Это не смешно. У них так и написано. Заканчивался 2016 год. Спектрумы побеждают человечество по всем фронтам.

У вас на новом сервере php может работать в режиме CGI, или FAST-CGI, а в зависимости от типа и настроек OS, да еще и если это UBUNTU, могут быть различные вариации пользователя от которого работает apache. И если он отличается от пользователя под которым вы заливали файлы на сервер - то конфликт прав доступа изза разных хозяев, почти гарантирован.

Тему можно перенести в how to Ответ очень простой - http://xenus-link-sleuth.en.softonic.com/

Сжатие картинок - можно настроить в модуле без проблем. Как работает? не понял вопроса. Также как и что такое тд. Модуль гарантировано работает на чистом движке. Так как модулей и дополнений существует великое множество, гарантии работоспособности со сторонними дополнениями - нет. Этот текст - по сути дисклаймер, который заведомо исключает ситуации (а почему у меня вот с этим вот и с этим и с этим не завелось). А то что просто невозможно заранее предугадать поведение сторонних дополнений - про это никто не думает.

Журнал ошибок + вирусня.