Артём Мокеев (Все сообщения пользователя)

Сори за флуд. Улыбнуло...
Трудное детство...  

А если юзер открыл 3 разных радела в 3х разных вкладках и параллельно ходит по ним?

Решил сделать так:

/estore/s#SECTION_ID#/ - url категории товаров,

/estore/e#ELEMENT_ID#/ - url детального просмотра товара. Основной продвигаемый url. Выдается на всех страницах (кроме страниц каталога): в новинках, бестселлерах, в рекламе и т.п...

/estore/e#ELEMENT_ID#/?s=#SECTION_ID# - url детального просмотра товара в каталоге. При этом передается ID раздела, и можно будет в него вернуться.

На страницах детального просмотра поставлю rel="canonical" (со ссылкой на осн. url) для гугла.
Для сайтмапа что-нить напишу, чтоб основные url товаров вставлять.

Пока самое лучшее, что пришло в голову. Готов выслушать любые дополнения и критику.

Тоже когда-то была такая проблема.
Выход - рассчитывать доставку самому, основываясь на тарифах Почты России (в зависимости от типа отправления).

Ну таким образом, это получается, опять же, обычный редирект (который я бы уж лучше сделал через .htaccess), плюс сохранение раздела, из которого перешел пользователь, в куки/сессии, чтобы он мог туда же вернуться. Однако тут неточности возникают: что, если посетитель открыл страницу в новом окне (тогда, например, история браузера - отпадает), или гуляет параллельно в нескольких окнах - тогда массив предыдущих страниц. Думаю не стоит таким способом.

ЗЫ: а про функцию-то я знаю, думал может какой способ есть.

Дмитрий, поясните пожалуйста, что-то не пойму что вы имели ввиду. И что, LocalRedirect, как через него можно спастись?

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

А может никто и не обращает внимания на это при разработке, и нормально всё? Или как-то борется?

А насчет отказаться от принадлежности товара к многим категориям - это, в нашем случае, не вариант.

Но ведь это тоже различные ссылки.

Здравствуйте все.

Ищу совета, может кто что интересное подскажет.

Сайт - интернет магазин учебной литературы.
Естественно есть инфоблок "Книги". В нем множество разделов, глубина может доходить до 5-го level-а.
Множество книг привязано к нескольким разделам.
Т.е.: есть книга "Коррекция  звукопроизношения у детей", она может быть как в разделе "Психологам и логопедам" (один из основных), так и в разделе "Родителям" (совсем в другой ветке дерева разделов), а может и еще где...

Так вот всё это выводится компонентом catalog, с включенным ЧПУ.

Встал вопрос: если для детального просмотра книги использовать ЧПУ вида: /s#SECTION_ID#/e#ELEMENT_ID#/,
то при переходе на эту страницу из разных разделов получается и разная ссылка. Т.е. - "SEO-плохо" - одинаковый контент по разным url. Однако, при этом известен раздел, из которого перешел пользователь, и он может перейти назад именно в этот же раздел.

Если же брать ЧПУ вида /e#ELEMENT_ID#/, то книга доступна только по одному url, и это хорошо. Но! ...при открытии данной страницы, раздел не известен, а значит и вернуться "назад" отсюда пользователь может совсем в другую ветку дерева категорий, а это не есть хорошо.

Надеюсь понятно описал свою проблему, если что, могу подробнее.
К данной проблеме отношусь действительно серьёзно, т.к. и для людей хочется, и чтобы поисковики не штрафовали (всё-таки страницы, можно сказать, основные).

Так и подумал, что где-то в других настройках загадка

Судя по всему придётся

Здесь смотрели?
Вроде всё нормально фиксирует.

Юрий Шубин, путь к этому файлу откуда берется? Если по ссылке, то можно эту ссылку оформить через /bitrix/redirect.php. По типу:
http://[Ваш сайт]/bitrix/redirect.php?event1=download_file&event2=file.doc&goto=[Ссылка на файл]

Дмитрий Яковенко, диапазон записей-то я выбирал. А нужно вдобавок к диапазону ID еще и несколько конкретных ID. И хочется всё это в одном запросе. Позволит ли это API?

Вот Евгений Малков дал ссылочку, а она для инфоблоков. Для инфоблоков всё работает, а для заказов - нет. Судя по всему там не реализована эта логика.

Может есть ещё вариант?

P.S.: Диапазонов ещё может быть и не один. Как-то не очень правильно к каждому свой запрос делать.

Мда... Не уточнил изначально. Мне для класса CSaleOrder. Там такого похоже нет.

Спасибо большое! Проморгал этот отрывок ))

Шаблон: system.auth.authorize
А как делать - по двум указанным выше ссылкам всё описано.

Доброго всем...

Подскажите, а есть ли возможность сделать для GetList фильтр по полю такого типа:
например: выбрать ID в интервале с 200 по 300 и ещё 425,427,500

По отдельности-то получается, только вот охота одним запросом.

Я так понял, что разница именно в количестве колонок (и как это нормально сверстать), а не в их содержимом, на разных страницах.

Т.е. вся загвоздка в количестве колонок? Не обязательно использовать несколько шаблонов.

Если я правильно понял, то могу подсказать такой ход: при разделении на колонки использовать таблицу.
В первую ячейку вставить нужную включаемую область (для страницы или раздела, как нужно) а во вторую - основную область. На страницах, где включаемая область есть - будет 2 колонки. Где нет - одна. Можно сделать и 3 и т.д. Используется всего 1 шаблон.

Подниму тему.

Есть необходимость в редактируемых полях заказа (так сказать пользовательские поля заказа). Вот человек спросил про номер почтового отправления. Мне нужно добавить поле для накладной. А там, глядишь, и ещё чего...

А в параметрах есть только одно поле "комментарий". Поле комментарий, всё-таки, не хочется использовать.

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

Может кто поделится вариантами?
Премного благодарен.

Шаблон компонента sale.order.full. Файл step2.php.


Повторюсь, если используете компонент sale.order.full

ИМХО если бы я лазил по форуму, а потом бы попал таким образом на скрытый раздел. У меня бы просто сложилось какое-то мнение, что разработчики этого сайта допустили промашку. Ни чего серьёзного, но такой маленький маленький червячок в душе...

нет. но вдруг кто-нибудь будет ковыряться. ни чего конечно страшного (всё это можно увидеть и просматривая элементы инфоблока), но всё-равно как-то не хорошо.

ЧПУ включены. Путь - к форумам: .../forum-#ID#/
ID начинаются с числа 3. первые (1,2) - для отзывов. чего бы не попробовать подставить единичку...

Вот тоже нужно, чтобы в форуме не было тем с отзывами к инфоблокам. В опции "Показывать только выбранные форумы" я отметил что мне нужно. Но только не нужные форумы просто не отображаются на главной странице форума. А если руками поменять ID форума в ссылке, то любой пользователь может в этот форум перейти.

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

Можно ли это как-то победить?