DiKiJ: Вот этот вопрос и хорошо бы как-то решить.
Или в хлебные крошки прописать на фильтр по цвету - чтобы можно было перейти как бы "в раздел выше". Пусть даже на самом деле это будет просто общий раздел с фильтром.
Или показывать ниже похожие по цвету или модели товары. Или какую-то кнопку сделать. На переход к похожим или их подгрузку.
В "крошках" все фильтры не уместятся:( Похожие ниже показываются.
Но знаете все происходит по схеме: А можно всех посмотреть?:)
И тут, подозреваю, глаза разбегаются: подгружают аяксом "Показать еще", крутят листалку.
Потом идут на яндекс и снова возвращаются на исходную.
DiKiJ:
Но зная Яндекс, я все равно оставлю в поиске только /katalog/, а /katalog/?cvet=1 и /katalog/?cvet=2 уберу (как и еще 10 - 20 - 100 других сочетаний цвета с размером и т.д.). Ну тупит он на моих сайтах. Ничего хорошего из этого не выходит. А сочатание даже 2-3 фильтров даст вам такое количество дублей, что просто ужас.
Так что тут удобство пользователя - в первую очередь, как мне кажется. А индексировать можно, если у вас реально на сайте постоянно ищут именно "черную машину" а не "черный ягуар" или просто "ягуар", для которых и так должны быть разделы / индексируемые фильтры.
Сегодня обнаружил, что яндекс начал правильно обрабатывать и выкидывать дубли по каноническому адресу: недавно прикрутили амп страницы и все залетели в яндекс, благодаря амп-каноникал. Периодически в поиске вылазили именно амп версии. Но сегодня, в вебмастере,
появились сообщения - страница удалена, т.к. канонический адрес (адрес без амп).
Вот и думаю может "рискнуть" и сделать ссылки на отфильтрованные результаты с одним каноническим адресом.
НО! Если вас ищут по словосочетанию "черный мерседес", например, то почему бы и нет. Можно попробовать индексировать даже этот "как бы раздел" с поиском / фильтром. Но я бы сейчас так делать уже не стал. Если что, добавил бы разделы вручную, а общий список не выводил вообще.
Хороший пример с мерседесом.
Допустим с поиска переходят на страницу с конкретным черным мерседесом.
Посмотрели, что-то не понравилось и решили перейти на уровень "выше" - все мерседесы (с такими же параметрами). И тут начинается разноцветная портянка, причем на 1, 2, 3 страницах черного может вообще не быть.
Статистика показала, что в основном возраст посетителей 45 и старше. Похоже всякие фильтры, теги и т.д. слишком "наворочено" и люди просто не могут найти то, что нужно.
Дробить на более мелкие разделы тоже маразм: представьте для каждой модели разделы по цветам. Цвет в данном случае может являться основополагающим фактором выбора.
DiKiJ: Вполне нормальное поведение - предоставить поисковикам и людям без джаваскрипт нудный контент. Только вот если это фильтр сортировки, допустим, товаров, контент будет дублировать основную страницу. Поэтому нужно подумать - нужен ли он в поиске вообще.
Фильтр и сортировка немного разные понятия:) - сортировка "сортирует", фильтр "фильтрует".
Функционал следующий: контент фильтруется по выбранному параметру (выбираем из кучи то что нужно).
контент получается разный, более узкий (еще хочу и текст к нему прикрутить другой) - это дубль?
Суть проблемы в том, что есть группа из 150 позиций на 10 страницах. Искать в ней не удобно, разбивать ее на более мелкие "не логично".
Куда попадет человек, который перешел из поиска в этот раздел (при условии что канонический адрес у всех страниц один, а искомая позиция скажем на 5 странице)?
langueborg: Если я вас правильно понял, то для этого необходимо знать какой объект какой категории принадлежит. А если по техническим причинам такой возможности нет (очень много товаров и им выдаются рандомные айдишники в урле).
Может быть есть какая-то возможность в метрике отследить, что на определенный урл товара переходили из определенной категории и так отследить просмотры категорий+объектов на ней?
DiKiJ: Обожаю Qr коды. Есть вот понятный гипертекст. Есть короткие ссылки через сокращалки, которые бы можно было научить смартфон считывать, например.
Но нет! Есть неведомая хрень, которая сделана не для людей, а для роботов. И которую понимают только роботы. Это ведь мало смартфон и 10 символов - ссылку вбить. Это мне надо какую-то хрень еще скачать, чтобы этот квадратик распознать.
Никогда еще не чувствовал такой ущербности технологии, как при знакомстве с QR кодами в 2013 году:
а меня прикольнуло, когда другу в поликлинике выдали бумажку с кодом. в коде было что-то вроде "ваш номер в очереди 15", а на самом деле все было в порядке живой очереди.
Зачем читать всякую пургу, если смущает hex в коде, особенно на ночь глядя:)
89... я уже зарабатывал на обычном C и пайкой коаксилки для новелла:)
а как старались все паковать, чтобы уместиться 640кб в оперативке и 5" диске.
и без гото иногда сложно обойтись, особенно когда нет номеров строк,
и функцианальный подход тоже имеет свои плюсы:)
я тоже насмотрелся ужасов, когда в запросе вместо джоина в цикле вытаскивали по одной строке и что, мне теперь не спать?:) большинство таких проектов живет своей жизнью и не предоставляет никаких проблем, когда посещаемость равна 10 просмотрам в сутки. При серьезной нагрузке все отвалиться и править там будет нечего. у некоторых просто ошибка по программированию в ДНК:)
в примерах пхп.нет ничего страшного нет:) - там ниже куча комментов, но до них надо еще дорасти.
все зависит от того, чего мы хотим добиться и сколько времени готовы на это потратить - иногда легче камнем сбить, чем пушку заряжать.
наверное это вы углубляете ТС) посмотрите примеры на пхп.нет - там все просто и примитивно, как раз для начинающих в этом деле, к коим скорее всего и относится ТС (без обид).
Тогда уже давайте по-взрослому:
1)все обернуть в классы (чтобы как говорили можно было сразу пилить несколько типов счетчиков)
2)прописать все проверки файлов на существование, при отсутствии попытка создания
3)всякие lock на запись(пока не схватим какой-нибудь "дедлок":))
4)
......
nn) не забываем try catch
....
записать это дело еще пол-беды, а потом уже надо будет как-то отчеты формировать.
а потом выясниться, что ТС хотел всего лишь посчитать хиты одной странички:)
п.с. в защиту пхп: в свое время ставили многим клиентам cnstats - вполне тянул порядка 10-15К хостов в сутки + плюс к тому еще и код был в бейс64, но по-моему только у отчетов.
---------- Добавлено 10.05.2017 в 23:32 ----------
mendel: Что будет медленнее и прожорливее по памяти чем readfile.
Так и я как-бы не в IDE писал. Тоже "прямо тут", так что оно вообще может и не заработать). Зачем вообще код приводить если он ошибочный и неполный? Человек не понимает как готовить мод_реврайт и прочие базовые вопросы. К чему нерабочий код? И да, я не критикую а дополняю). Писал бы первым, про миме забыл бы)
есть еще file, fpassthru...
мод_реврайт - не думаю что базовое. это уже к настройкам сервера относится.
Столько написали, а как снять данные с клиента не описали:)
explain что показывает?
индексы какие?
менять тип не надо: прочитайте MyISAM vs InnoDB.
Вот этот вопрос и хорошо бы как-то решить.
Или в хлебные крошки прописать на фильтр по цвету - чтобы можно было перейти как бы "в раздел выше". Пусть даже на самом деле это будет просто общий раздел с фильтром.
Или показывать ниже похожие по цвету или модели товары. Или какую-то кнопку сделать. На переход к похожим или их подгрузку.
В "крошках" все фильтры не уместятся:( Похожие ниже показываются.
Но знаете все происходит по схеме: А можно всех посмотреть?:)
И тут, подозреваю, глаза разбегаются: подгружают аяксом "Показать еще", крутят листалку.
Потом идут на яндекс и снова возвращаются на исходную.
Но зная Яндекс, я все равно оставлю в поиске только /katalog/, а /katalog/?cvet=1 и /katalog/?cvet=2 уберу (как и еще 10 - 20 - 100 других сочетаний цвета с размером и т.д.). Ну тупит он на моих сайтах. Ничего хорошего из этого не выходит. А сочатание даже 2-3 фильтров даст вам такое количество дублей, что просто ужас.
Так что тут удобство пользователя - в первую очередь, как мне кажется. А индексировать можно, если у вас реально на сайте постоянно ищут именно "черную машину" а не "черный ягуар" или просто "ягуар", для которых и так должны быть разделы / индексируемые фильтры.
Сегодня обнаружил, что яндекс начал правильно обрабатывать и выкидывать дубли по каноническому адресу: недавно прикрутили амп страницы и все залетели в яндекс, благодаря амп-каноникал. Периодически в поиске вылазили именно амп версии. Но сегодня, в вебмастере,
появились сообщения - страница удалена, т.к. канонический адрес (адрес без амп).
Вот и думаю может "рискнуть" и сделать ссылки на отфильтрованные результаты с одним каноническим адресом.
НО! Если вас ищут по словосочетанию "черный мерседес", например, то почему бы и нет. Можно попробовать индексировать даже этот "как бы раздел" с поиском / фильтром. Но я бы сейчас так делать уже не стал. Если что, добавил бы разделы вручную, а общий список не выводил вообще.
Хороший пример с мерседесом.
Допустим с поиска переходят на страницу с конкретным черным мерседесом.
Посмотрели, что-то не понравилось и решили перейти на уровень "выше" - все мерседесы (с такими же параметрами). И тут начинается разноцветная портянка, причем на 1, 2, 3 страницах черного может вообще не быть.
Статистика показала, что в основном возраст посетителей 45 и старше. Похоже всякие фильтры, теги и т.д. слишком "наворочено" и люди просто не могут найти то, что нужно.
Дробить на более мелкие разделы тоже маразм: представьте для каждой модели разделы по цветам. Цвет в данном случае может являться основополагающим фактором выбора.
Вполне нормальное поведение - предоставить поисковикам и людям без джаваскрипт нудный контент.
Только вот если это фильтр сортировки, допустим, товаров, контент будет дублировать основную страницу. Поэтому нужно подумать - нужен ли он в поиске вообще.
Фильтр и сортировка немного разные понятия:) - сортировка "сортирует", фильтр "фильтрует".
Функционал следующий: контент фильтруется по выбранному параметру (выбираем из кучи то что нужно).
контент получается разный, более узкий (еще хочу и текст к нему прикрутить другой) - это дубль?
Суть проблемы в том, что есть группа из 150 позиций на 10 страницах. Искать в ней не удобно, разбивать ее на более мелкие "не логично".
Куда попадет человек, который перешел из поиска в этот раздел (при условии что канонический адрес у всех страниц один, а искомая позиция скажем на 5 странице)?
Если я вас правильно понял, то для этого необходимо знать какой объект какой категории принадлежит. А если по техническим причинам такой возможности нет (очень много товаров и им выдаются рандомные айдишники в урле).
Может быть есть какая-то возможность в метрике отследить, что на определенный урл товара переходили из определенной категории и так отследить просмотры категорий+объектов на ней?
а что из базы нельзя вытянуть ид/категория?
Обожаю Qr коды. Есть вот понятный гипертекст. Есть короткие ссылки через сокращалки, которые бы можно было научить смартфон считывать, например.
Но нет! Есть неведомая хрень, которая сделана не для людей, а для роботов. И которую понимают только роботы. Это ведь мало смартфон и 10 символов - ссылку вбить. Это мне надо какую-то хрень еще скачать, чтобы этот квадратик распознать.
Никогда еще не чувствовал такой ущербности технологии, как при знакомстве с QR кодами в 2013 году:
а меня прикольнуло, когда другу в поликлинике выдали бумажку с кодом. в коде было что-то вроде "ваш номер в очереди 15", а на самом деле все было в порядке живой очереди.
А потом другим это читать!
Зачем читать всякую пургу, если смущает hex в коде, особенно на ночь глядя:)
89... я уже зарабатывал на обычном C и пайкой коаксилки для новелла:)
а как старались все паковать, чтобы уместиться 640кб в оперативке и 5" диске.
и без гото иногда сложно обойтись, особенно когда нет номеров строк,
и функцианальный подход тоже имеет свои плюсы:)
я тоже насмотрелся ужасов, когда в запросе вместо джоина в цикле вытаскивали по одной строке и что, мне теперь не спать?:) большинство таких проектов живет своей жизнью и не предоставляет никаких проблем, когда посещаемость равна 10 просмотрам в сутки. При серьезной нагрузке все отвалиться и править там будет нечего. у некоторых просто ошибка по программированию в ДНК:)
в примерах пхп.нет ничего страшного нет:) - там ниже куча комментов, но до них надо еще дорасти.
все зависит от того, чего мы хотим добиться и сколько времени готовы на это потратить - иногда легче камнем сбить, чем пушку заряжать.
А вопрос несколько глубже.
наверное это вы углубляете ТС) посмотрите примеры на пхп.нет - там все просто и примитивно, как раз для начинающих в этом деле, к коим скорее всего и относится ТС (без обид).
Тогда уже давайте по-взрослому:
1)все обернуть в классы (чтобы как говорили можно было сразу пилить несколько типов счетчиков)
2)прописать все проверки файлов на существование, при отсутствии попытка создания
3)всякие lock на запись(пока не схватим какой-нибудь "дедлок":))
4)
......
nn) не забываем try catch
....
записать это дело еще пол-беды, а потом уже надо будет как-то отчеты формировать.
а потом выясниться, что ТС хотел всего лишь посчитать хиты одной странички:)
п.с. в защиту пхп: в свое время ставили многим клиентам cnstats - вполне тянул порядка 10-15К хостов в сутки + плюс к тому еще и код был в бейс64, но по-моему только у отчетов.
---------- Добавлено 10.05.2017 в 23:32 ----------
Вот без чтения файла прозрачный гиф 1*1 пх
а что не работает?
Что будет медленнее и прожорливее по памяти чем readfile.
Так и я как-бы не в IDE писал. Тоже "прямо тут", так что оно вообще может и не заработать).
Зачем вообще код приводить если он ошибочный и неполный?
Человек не понимает как готовить мод_реврайт и прочие базовые вопросы.
К чему нерабочий код?
И да, я не критикую а дополняю). Писал бы первым, про миме забыл бы)
есть еще file, fpassthru...
мод_реврайт - не думаю что базовое. это уже к настройкам сервера относится.
Столько написали, а как снять данные с клиента не описали:)
код рабочий, просто мы не знаем круг задач:)
Мир! С праздником!