Gorman

Так это вас редиректит с http на https. Можете проверить в своем сайтчекере прямо - вбейте https://maxlider.kz, никакого редиректа не будет. Вот эту строчку RewriteRule ^/?(.*) https://maxlider.kz/$1 [R,L] Попробуйте поменять на эту RewriteRule ^/?(.*) https://maxlider.kz/$1 [R=301,L]

Каким образом помочь? Сказать файлы, где это править или как?

А где у вас 302ой работает?

К примеру, шапка: три скрина, один на разрешение примерно 400, второй 1000, третий 1200. Даже на десктопном с шапкой проблемы, кнопка уезжает вправо. На мобилке - блок с картинкой тянет всю верстку, появляется горизонтальная прокрутка. Насчет красоты второго лендоса в общем согласен, он точно более современный, но все прогрузки ютуба надо делать ленивыми.

Поздравляю Если что - пишите, поразбираемся.

За рулем сейчас, приеду скину скриншоты) но вы можете даже сейчас посмотреть, с телефона присутствует горизонтальный скролл, что уже не оч хорошо.

Надо ловить ошибку, если она действительно существует, ибо вот так посмотришь - все работает. С такими призраками очень тяжело. Журнал ошибок очень лютый, за 15 часов сайт нагенерировал 4755 ошибок. Много повторяющихся, но нужно разбираться с каждой в любом случае. Даже если из корзины действительно что-то исчезает, с таким количеством ошибок вы просто эту ошибку не выловите. Интересно было бы еще услышать конечно от клиентов, когда исчезают товары - при переходе в корзину, или при добавлении. То есть например кинул он товар, наверху в корзине увеличилось кол-во товаров? Когда он нажимал на корзину, выскакивал весь товар в предварительном просмотре корзины? Когда нажал на кнопку "открыть корзину", что стало с товаров? Ну и т.д. Если возможности такой нет, то можно конечно пошерстить ошибки - но есть большой шанс, что ничего там не найдем по теме.

Первый имеет более быструю загрузку+чуть адаптирован под мобилы (на самом деле, конечно, не адаптирован). Второй более приятный и современный дизайн. ИМХО: Поправить дизайн на первом сайте, можно взять элементы дизайна со второго. Например, первый разворот точно у второго удачнее, с "прайс листом" придумать что-нибудь, сейчас немного архаично смотрится Адаптировать его под мобильники (для директов и адвордсов, по-моему, мастхэв, теряете деньги) Следить, чтобы скорость загрузки страницы была такая же, как сейчас на первом сайте. В случае необходимости подгрузки видео - делать это лениво

С такими вводными - гадание на кофейной гуще. 1. Ваш сайт 2. Логи ошибок пхп 3. Логи ошибок веб сервера 4. В идеале, чтобы логи совпадали с временем возникновения ошибки у клиента. 5. Нужна хоть какая-то повторяемость события. Не замечали никакой логики возникновения ошибок? Типа с таким-то товаром, или в такое-то время, или еще что-то. 6. Устанавливали ли какие-нибудь связанные с корзиной модули? С товарами то все ок, наличие там и прочее?

Вот какие ресурсы гугл не получает из-за роботс, те он так и помечает - "заблокировано в robots.txt". А все остальные просто пишет "временно недоступны", да и видно в роботс, что там все ок. Попробовать, конечно, можно

Ошибки про simple.js - ничего критичного, просто кто-то из админки пробовал этот файл получить, а сервер не отдал, ибо прав на файл у запрашивающего не было. Главное, что клиенты ошибку не словят, ибо вызов из секции /admin. Вторая ошибка, которая повторяется много раз - это предупреждение nginx-а о том, что он что-то записал во временный файл. Ошибкой не является как таковой, если не спамит 24/7, но в любом случае Вам с этими вопросами - к своим профессиональным девопсам-сервачникам.

В общем не очень ясно что так бота заворачивает. Может кто из коллег сталкивался. В интернетах есть об этом упоминания, но кто-то пишет, что мол сервера гугла перегружены бывают - поэтому пишут "временно недоступно", мол если бы было заблокировано со стороны клиента, то гугл бы не сомневался во временности По факту - не знаю. Может быть стоить проверить настройки firewall-ов, если они есть, посмотреть как вебсервер (nginx у вас?) отдает статику. Но вряд ли конечно он именно гуглу бы ее не отдавал.

Тоже не могу понять насчет других ресурсов, почему гугл их не грузит. В вебмастере гугловском обязательно попробуйте "посмотреть как гуглбот".

Тэкс, ну давайте начнем с того, что понятно более менее. Все скрипты из папки ocfilter не грузятся из-за директивы Disallow: *filter* Не знаю, специально ли запретили, но как факт. По остальным скриптам с первого взгляда неясно, но еще посмотрю. Вам советую в гугловском вебмастере зайти и "посмотреть как googlebot", может что-то прояснится.

Я без сарказма написал, что если добьетесь уменьшения реквестов до 100 и времени загрузки хотя бы до 5 секунд, и все это за 2 тысячи рублей, то честь Вам и хвала. Сам буду обращаться, если потребность возникнет. Не знаю, договорились ли вы с тс о работах, но специально послежу за сайтом.

Не понял вопроса. Лимит - это сколько записей подгрузить из отсортированных по дате создания (ближе к сейчас). В чем вопрос то?

Я так понял, вопрос в запросе на последние продукты? Так есть же он в модели, getLatestProducts($limit) . Или что-то другое нужно?

Ничего не понятно. 500ая ошибка появляется где? Как связаны лимиты памяти, GET и jQuery?) В общем, поподробнее надо. И логи веб сервера поднять (еррор лог где-нибудь в панели хостера).

Ну вот коллега наш сказал, что ему два часа работы )) Если реально он все это починит за 2-3 тысячи рублей (смотря сколько стоит час), подобьет реквесты хотя бы до 100 и время лоада секунд до 5ти, то ему памятник и много клиентов Я бы позеленел это делать

Ну и отлично, удачи! Точно не зря заглянули, как минимум с ютубом на главной разобрались

Преувеличиваю? Да не особо Посмотрите стату ниже. Документ загружен действительно за 32.11с (красным), но финиша загрузки изображений не наступает даже на третьей минуте (Finish: 2.2min, и это я просто дальше не ждал). Страница и после лоада продолжает через скрипты тянуть картинки (прямо на скрине видно 2 jpg шки, загруженные только что). Поэтому чисто технически можно сказать, что все необходимые js+css+картинки загрузились за 32 секунды (в то время, когда гугл советуют следовать правилу, что загрузка не должна превышать 2ух секунд), но фактически они грузятся хвостом еще несколько минут. Поэтому говорю как есть. У вас с отказами то все ок, или страдает показатель? Лично я влезать в такого рода оптимизацию не люблю, когда уже черт ногу сломит. Но Вам, как руководителю, озаботиться этим от всей души советую. Если коллега, отписавшийся сверху, решает это в стандартном режиме - то возьмите его навык на вооружение

Вообще в шаблоне наговнокодили с размахом, я такого давно не видел. Все в кучу, десятка три-четыре внешних скриптовых файлов, скрипты в теле, такая же пачка css-ов, инлайн стили, старые баннера и рекламы, закрытые display: none, какие-то iframe открытые, куча ютубных iframe - как раз в рекомендованных, и они тоже скрыты через display: none. Про более менее полезные и работающие попапы, слайдера и онлайн консультанты я не говорю сейчас, хотя их тоже нужно оптимизировать. У вас там какая-то функция быстрого просмотра товаров должна была быть или что? Откуда на главной столько ютуб видосов скрытых?:) Каждый рекомендуемый как минимум грузит iframe ютуба. И хиты продаж тоже в общем-то. Честно, с таким бардаком на какую-то настоящую скорость работы сайта вообще можно не надеяться. Я не знаю, сколько это все нужно разгребать.

Сайт у вас, конечно, лютейше перегружен. Цифры "холодного старта" без кэша браузера ужасают - 516 запросов, полная загрузка страницы чуть ли не больше минуты, и 15 мб памяти. С кэшем браузера 500+ запросов никуда не деваются, и загрузка под минуту тоже. С рекомендуемыми нужно разобраться, но они похоже капля в море.

В общем, если магазин пустой - реинсталлировать, потом смотреть. С правами все не так плоско, к сожалению, нужно копать. А если реинсталл быстрее - им и надо пользоваться.

Пхп.ини тогда не трогайте Должно быть так define'DB_PORT', '21'); ; после каждой строки. Насчет логов веб сервера: вот там, где вы показывали файлы, слева в столбце есть раздел Статистика, там "Журнал ошибок". Гляньте, что там пишут.