druzhkov

Проблема наверняка не только в этих запросах, так что, наверное, надо будет дать человеку дополнительную информацию по теме.

Уточните, пожалуйста, версию движка (1.5 или 2.0).

Любая вьюшка ***.tpl вызывается из какого-либо файла в catalog/controller . Делаете поиск по названию вьюшки, смотрите, откуда вызывается.

Редактирование идет по шагам. Соответственно, и вкладки переключаются.

У вас шаред или выделенный хостинг? На первом, как правило, установлена панель и прописывать команду нужно там. На выделенном есть специальный файл. Проще, конечно, уточнять у хостера.

Если вы не можете доказать огромную важность серверной оптимизации, а именно потери 90% клиентов из-за тормозов на одну-две секунды (по вашим же словам), то нечего ввязываться в дискуссию. Мобильные сайты оптимизируются по другим законам, и приведенная статья никак не относится опять же к серверной оптимизации. Тренируйтесь дискутировать. Ну а то, что вы в итоге начали меня оскорблять и стали "тыкать" - это показывает ваш собственный интеллектуальный уровень. Дальше с вами неинтересно - вы опустились до уровня дворового базара.

Ага-ага, уже мобильные сайты приплели. Мобильные сайты грузятся объективно дольше - чисто в силу более слабых процессоров, меньшей памяти и более медленного соединения. Для них, кстати, надо в первую очередь делать клиентскую оптимизацию, а не серверную - уменьшать объем графики (первоочередное), уменьшать скрипты и т.д. Так что не в тему "ляпнули". Если не можете аргументировать свои 90% - отдохните. Ну или поищите еще. Я подожду.

Да-да, с этим вы сразу не согласны. Просто я это придумал и написал в такой убедительной форме, как можно предоставить доверчивому клиенту. А то, что Марк загибает страшилку вида 90% - какой ужас! Вижу, как клиенты толпами бегут ставить отпимизационные модули. Покажите мне хоть один график, где есть такое резкое падение: https://www.google.ru/search?q=page+load+time+conversion&newwindow=1&client=ubuntu&hs=z7F&channel=fs&source=lnms&tbm=isch&sa=X&ved=0ahUKEwjW2JPfgMbQAhXrA5oKHVkVA5gQ_AUICCgB&biw=1280&bih=825#imgrc=rOJ7cdkefxxwkM%3A Ну на процентов 10-15 еще могу согласиться. Я к тому, что не надо проповедовать свою серверную оптимизацию, как будто это универсальная таблетка. Каждый метод вносит свой вклад. Если топикстартер захотел клиентскую оптимизацию - его право, и не надо его перебивать. Захочет серверную - сделаем серверную.

Сами чуть выше написали, что первый заход на сайт (его скорость) отсеивает 90% посетителей. Я вам ответил, что скорость определяется как серверной, так и клиентской оптимизацией. Если скорость первого входа профукали (еще раз для "танкистов" вроде вас - В ТОМ ЧИСЛЕ И ИЗ-ЗА ПЛОХОЙ КЛИЕНТСКОЙ ОПТИМИЗАЦИИ) - считай, клиента магазина почти потеряли. А вы говорите - не влияет, не влияет... Какой смысл в вашем TTFB, если клиент уже ушел в другой магазин? Время сейчас конкурентное, из поиска открывают сразу по 3-5 сайтов - который быстрее отрисовался, на том и смотрим товар, остальные закрываем не глядя. Есть, конечно, сайты, которые на слуху, и где дожидаются загрузки несмотря ни на что, но это отдельная история. Вообще понятно, о чем я в абзаце выше написал? Или еще переформулировать другими словами? P.S. Ну и не надо "хвастаться" в соседних темах, что вы меня типа "уделали" - это выглядит крайне смешно. :-D

ОК, выяснили, что ни TTFB, ни pagespeed на ранжирование не влияют, а влияют на юзабилити. Возвращаемся в начало топика: Тут следует читать так: "не занимайтесь pagespeed, а займитесь лучше серверной оптимизацией - вот это сила! Ни и я как раз тут буду к вашим услугам, а за расценками прошу пожаловать в личку". Просто вы хотели перехватить заказчика, убедив, что это важно, а вот это - нет.

Ну вы таки определитесь со своим TTFB-"секстанством" - оно-то влияет или нет? Сначала пишете: А потом вдруг: Сначала говорите, что учитывается в ранжировании, а потом сами же начинаете придумывать случаи, когда вроде бы и не должно... То так, то сяк. Непонятно. Займите определенную позицию. Ну и далее: Не получить страницу за 1-2 секунды можно по разным причинам. Могут быть тормоза сервера. А может рендериться долго (например, дохлый канал хостинга или тонны скриптов). Если вы только за серверную оптимизацию, и игнорируете клиентскую, то это печально.

Это называется "перевод стрелок" :-D Для начала уточню, что топикстартер обсуждал со мной эти прыгающие показатели. Но раз я не спец в этом модуле - решили сделать запрос на форум, а именно эту тему. Ну а тут и вы подоспели... Так что кто из нас влез? Если вы не можете помочь человеку с его задачей - чего флудите? ОТВЕТ GOOGLE - это у вас что, новый пророк, и вы готовы беспрекословно соглашаться с каждым их словом? Есть здравый смысл, логика, есть эксперименты, есть измерения и цифры. Я вам дал статью за 2013-й год, ей можно верить. Дальше (2014, 2015...) материалов нет (я не нашел). Может влияет, может нет. Я лично не знаю. Гугл пишет одно, а делает другое. Никто не знает, сколько сотен или тысяч факторов он учитывает, и с какими весами. Надо делать анализ, смотреть корелляции. А всякие специалисты друг у друга читают статьи, и думают, что мир устроен так и никак иначе. Критического мышления нет. Вы из их числа? Или все-таки готовы признать, что у вас просто нет достаточно объема информации, а ваше убеждение просто сформировано тем, что вы читали много однотипных непроверенных статей в интернете?

Похоже, переводили студенты или вообще робот-гуглопереводчик. Вычитки как таковой нет: - ссылки на ресурсы идут в том виде, как они были в 2010-м - факты вида "В настоящее время скорость сайта учитывается для менее 1% поисковых запросов и только для посетителей Google.com с запросами на английском языке." уже тысячу раз поменялись. Еще раз: для 2010 года это нормальная статья, для 2016 года это не аргумент. Лично я не собираюсь спорить влияет-не влияет. Мне не нравится, как вы влезли в топик, и сходу заявляете, что не влияет. Раз заявили - доказывайте. Не можете доказать - не заявляйте.

Там снизу приписка: Оригинал статьи: Using site speed in web search ranking

Проверьте логи ошибок, и есть ли свободное место на диске.

Вы аргументируете статьей за 2010 год? Это несерьезно. Вы бы еще за 2005 год нашли. Я ее читал, причем в оригинале. А вам я дал статью за 2013 год, и то выражаю сомнение, что там данные еще актуальны.

Ок, пока соглашусь, что оценка pagespeed не влияет на позиции в поисковике (нашел статью за 2013-й год: https://moz.com/blog/how-website-speed-actually-impacts-search-ranking). Хотя, может, за три года что-то и поменялось. Если у вас есть более свежие данные, графики или официальные публикации от поисковиков, что до сих пор никак не влияет - покажите. В противном случае всё это голословно.

В robots.txt никаких запретов нет? Предупреждение на image - по идее, не критично.

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

Правильно подозреваете. Было такое в практике. Либо менять конфиги, чтобы он не ругался на отсутствующие параметры, либо убирать автоматически установленный, брать младшую версию сфинкса и ставить руками. Я делал второй вариант.

Напишите адрес сайта.

По идее, должно выполняться через catalog/model/account/customer.php , там метод editPassword . Может, где падает ошибка? (логи смотрели?)

Если вы спрашиваете, где удобны эвенты, то вот задача из реальной практики: уведомлять клиента об изменении его баланса. Так как баланс меняется в разных ситуациях, то уведомление проще всего было вынести в одно место (в эвент).

Если шаред хостинг, то да, описанный мной трюк не пройдет.

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