Алексей Карташов

Вы считаете себя технарем?

Даже комментировать не стану.

Ваши утверждения чем-нибудь подкреплены?

Да, я эту гипотезу проверял. Несколько месяцев стагнирующий (с т.з. seo-показателей) сайт, после настройки lmims-заголовков, подрос в позициях и трафике.
Естесственно, каждый случай уникальный и, что помогло одному, не поможет другому (если попадётся ещё какой-нибудь стагнирующую сайт — проведу ещё эксперимент.)
С тех пор ставлю на каждый сайт — жалоб, как вы понимаете, не было.

Технарь не должен принимать утверждение на веру. Любую гипотезу надо экспериментально доказывать.
Я гипотезу проверил и в ней уверен. А вы?
Очевидно, что экспериментов вы не проводили, но доказываете мне, что я не прав. Прям как типичный seo'шник-гуманитарий (только без обид, пожалуйста. Это только для примера, как делать не нужно).

p.s. ну и кто из нас технарь?? а? А?! АА?! =)

Не бывает равных условий для двух и более сайтов, как и нет абсолютно идентичных сайтов

Конечно не бывает.

Поэтому last-modified считаю не самым важным фактором.

Ваше право.

p.s. забавляют меня такие ничем не подкрепленные утверждения. Прям Верю-Не верю. «Считаю так и всё тут». Больше похоже на образ мышления средне-рядового seo-шника линко-закупатора. Технарям подобные рассуждения не позволительны.

У меня не получилось объяснить SEO-шникам, что этот параметр, скорее всего, не влияет на ранжирование сайта в поиске.

При прочих равных ранжироваться сайт с такими заголовками будет лучше, чем такой же сайт, но без таких заголовков (по описанным ниже причинам). Ибо все любят, когда о них заботятся. И поисковые машины не исключение =)

p.s. факт — о сути этих заголовков догадываются единицы. А seo-шники линко-закупаторы твердят о необходимости этих заголовков как мантру, совершенно не понимая их значения.
seo-шники такие seo-шники — они вообще мало о чём догадываются)

Этот заголовок нужен поисковым роботам, особенно гугловскому.
Дело в том, что поисковый робот при первом посещении страницы запоминает для себя дату последней модификации страницы (если, конечно такой заголовок есть).
В следующий раз, когда бот зайдёт на эту страницу для переиндексации, он сперва спросит наш сервер — изменилась ли страница с той самой даты, когда он был здесь последний раз? Тело страницы он не запрашивает, только заголовки. Если нет — он пойдёт гулять дальше. Если да — заново загрузит страницу, обновит свои данные о ней и отправит на анализ на гугловские сервера.

И вот здесь самая суть — при правильно настроенных заголовках это реальная экономия как трафика, так и нагрузки на сервера — как гугловские (не нужно повторно обрабатывать страницу и отправлять её на анализ, если она не изменилась), так и нашего сервера. А гугло-бот безумно прожорливый. Поэтому один маленький заголовок (на который никто никогда не обращает внимания) так сильно важен поисковым машинам. Ибо они реально экономят процессорное время и свои мощностЯ. Поэтому они так трепетно к нему относятся. Поэтому это может неплохо сказаться на дальнейшем ранжировании (правда, если сайт говно по остальным паре десятков параметров, то это не поможет).

Браузер может (на своё усмотрение) действовать абсолютно также, если у него в кэше полностью лежит эта страница.
Только будьте внимательны, проверяя из браузера — когда запущен DevTools или Firebug, браузер перестаёт посылать запрос If-Modified-Since для удобства разработки. Поэтому надо проверять через вот этот сервис, на который выше ссылался Илья.

Выводить Last-Modified в MODX'е исходя из даты редактирования документа — абсолютно бесполезное и бессмысленное занятие.

Поэтому, держи — github.com/antixrist/lmims

Этому плагину абсолютно фиолетово какие сниппеты/чанки/etc. есть на странице — всё корректно отработается и корректно выведется.
Точных цифр по замеру не помню, но разница в скорости совершенно не существенная.
Только пакет надо собрать самостоятельно (хз, куда я собранный дел) — там всё прописанно, осталось только в корень сайта закинуть все папки из репозитория и из браузера запустить файл _build/lmims/build.transport.php

P.S. давно уж хотел выложить — да забыл про него совсем. Если SD выложит в репозиторий — будет супер =)

Ваша правда. Email-маркетинг вкупе с промо-кодами — сильный инструмент.
Вот только на практике, к сожалению, среднестатистический заказчик не особенно задумывается над ребаями. Тем более не задумывается о ребаях с помощью email-маркетинга. И точно не задумывается об объединении рассылок с промо-кодами.
И рассылку составлять такой заказчик, в большинстве случаев будет сам (со своим, далёким от нормального качества, подходом к составлению писем), либо наёмный работник, которому вообще всё это не надо.

А на выходе получается забитая папка «Спам» с совершенно безсодержательными и навязчивыми письмами из таких рассылок.

Описанный вами подход — удел крупных игроков e-commerce'а. Но там в ход идут уже другие инструменты, гораздо профессиональней, со статистическим анализом проводимых маркетинговых кампаний и прочими плюшками. И с собственным штатом маркетологов (нормальных, не липовых).

А среднестатистический заказчик такими возможностями не обладает.

Я перфекционист, поэтому считаю, что лучше никак, чем кое-как.

Только без обид, но ни во сколько.
У меня работы на 2 месяца вперёд и с modx никак не связанная. К тому же с ExtJS мы хорошими друзьями так и не стали — до сих пор очень долго и скурпулёзно объясняю ему, чего мне хочется, а он всё время нос от меня воротит (extjs — одна из причин из-за чего не доделал. Причин, на самом деле, было намного больше, только вот найти ту статью с тем комментарием, в котором они были расписаны, что-то не могу).
Так что возвращаться к тому, что радости мне не принесёт — желания нет. Извините.

Приветствую!

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

Я вам историю одну расскажу, реальную, про промо-коды (не моя, рассказывали).

Так вот. Был сайт. Было поле для ввода промо-кодов при оформлении корзины.
И решили это поле ввода убрать. Просто выпилили любое упоминание о промо-кодах.
Вуаля — конверсия при оформлении корзины выросла на 15-20%. Т.е. убрали одно поле, а прибыль магазина увеличилась (грубо говоря) на 5ю часть. Приносил магазин 100 тысяч прибыли, стал приносить 120 тысяч. Убрали промо-коды. Чудеса? Отнюдь, всё довольно логично — юзер, дошедший до этапа оформления корзины, видел поле для ввода промо-кодов, шёл в гугл, чтобы найти себе заветную скидочку, и… больше на сайт не возвращался. Убрали это поле — убрали мотивацию уходить с сайта не завершив покупку.

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

Такие дела. Расскажите эту историю вашему заказчику — может он передумает и вам не придётся внедрять эти промо-коды :-)

Круто и как всегда оперативно!
Спасибо огромное!

А rss-ка будет? А то я к rss так привык, что уже забываю заходить на сайты напрямую)

Я такое не потяну…

коммент для привлечения внимания в сайдбаре справа =)

А, стоп. Туплю. Исходя из вот этого кода из конфига:

if (!defined('MODX_HTTP_HOST')) {
    if(defined('PHP_SAPI') && (PHP_SAPI == "cli" || PHP_SAPI == "embed")) {
        $http_host='aleriya.ru';
        define('MODX_HTTP_HOST', $http_host);
    } else {
        $http_host= $_SERVER['HTTP_HOST'];
        if ($_SERVER['SERVER_PORT'] != 80) {
            $http_host= str_replace(':' . $_SERVER['SERVER_PORT'], '', $http_host); // remove port from HTTP_HOST
        }
        $http_host .= ($_SERVER['SERVER_PORT'] == 80 || $isSecureRequest) ? '' : ':' . $_SERVER['SERVER_PORT'];
        define('MODX_HTTP_HOST', $http_host);
    }
}

MODX_HTTP_HOST формируется динамически, исходя из текущего положения дел. Вшитый домен берётся только, если php запущен в режиме командной строки.

Тогда и первый и второй вопросы отпадают. Всё как всегда — «поспешишь — людей насмешишь».
Всем спасибо =)

коммент для привлечения внимания в сайдбаре справа =)

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

Круто, поздравляю!

А если не секрет, какие плюшки и обязанности появляются у участника администрации кг? Просто интересно :-)

Тоже скоро будет задача подобного парсера. И весь modx там тоже, в общем-то, ни к чему.
Так что, спасибо, пригодится!)
Как всегда радуешь =)

p.s. это поэтому ты стал частью КГ? =)

Тут 2 варианта — либо Uploadify (быстро), либо курс (медленно).
Если когда-нибудь пойдёте по второму пути — ни разу не пожалеете)

Точно, оно)
А всего лишь надо было внимательно читать документацию! :-)

Значения-то остаются, но это означает, что все остальные хуки выполнены не будут (вдруг у вас дальше по списку отправка email стоит? Или ещё что-нибудь. Так вот этого не произойдёт ибо возвращается false.)

Значит FormIt после удачного завершения своей работы и перезагрузки страницы удаляет значения плейсхолдеров, чтобы не показывать пользователю то, что он только что отправил (а показывает только при ошибках, что логично).
Вам надо копать в сторону того, чтобы формит не очищал свои плейсхолдеры после своей же работы. Читайте документацию к нему (ссылка выше), скорей всего там что-то по этому поводу есть.