Александр Маджугин (Все сообщения пользователя)

Есть. У вас категория никак не обрабатывается. Чего вы хотите? Добавьте в компонент проверку категории и все.
Т.е. SECTION_CODE у вас в урле есть - это хорошо. Но надо же ее еще обработать при извлечении статьи.

И не поможет. Папка у вас /promo-qq/ а вы выставляете шаблон для папки /promo/
А все от того, что у вас кривая структура и я уже это говорил. Да - у меня тоже есть сайт где заказчик слушает СЕОтов доморощенных и хочет чтобы все конечные ссылки были в корне. То что это очень плохо как с точки зрения программинга, так и с точки зрения разумного человека, а актуально только для СЕО начал нулевых он слушать нежелает. Ну что же - быдлокод, так быдлокод:
В начале файла который обрабатывает эту ссылку, еще до вызова пролого тупо задефайнете имя шаблона типа: define(SITE_TEMPLATE_ID, 'MyTmpl') - это будет самый простой хоть и совершенно костыльный путь. Или же ставьте условие применение шаблона - PHP выражение - этот путь такой же костыльный на самом деле, но зато снаружи выглядит более глянцевым.

Ну если такой редирект идет только со страниц которые существовали ранее, то тогда в этом есть нечто что отдаленно похоже на разумное зерно. Хотя смысл его для меня остается загадкой - так быть все равно не должно.

Редирект куда? Что выводится? И еще один вопрос для того чтобы вы больше сами подумали, но и нам ответили - а как вы понимаете что вам статус 200 пришел, а не 404?

Шаблон в конце концов прямо в файле вызова можно разрулить - это десятая проблема - не обращайте внимание пока не отладите реврайтинг.

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

Но я все же рекомендовал бы вам исправить структуру пока не поздно - вы движетесь в неверном направлении.

Добавьте логирование. Что-то вроде AddMessage2Log(print_r($_REQUEST, true));
И посмотрите в фале лога что будет при хите на странице. Можете сюда выложить.

Хорошо. Как именно не работает? 404?

Сеошникам неплохо бы что нибудь почитать про интернет, сайты.  Покажите им кстати компьютер и браузер - я думаю для них это будет полезно и в работе пригодится. Ничего хорошего от того что на любую страницу ваш сайт будет отдавать 301, а потом 404 не будет кроме того что вам тиц и PR опустят штрафами, не будет. 404 после 301 это очень и очень плохо. Ну представьте что вы по всему городу развесите билборды с указанием того что офис вашей компании переехал с этого места на такой-то адрес, а адреса этого и нет. Вот что будет?

Но если прямо очень надо, то в станртной 404.php сделайте LocalRedirect('/404.html',301), в Обработке адресов правило "#^/404.html" и файл "/404_404.php" и в него поместите то что у вас сейчас в 404.php.

Вроде правильно же написал?

1 Перенаправление тут не причем. Перенаправление это из другой оперы.
2 "в том то и дело что папок много будет" - 99% за то что у вас плохая, очень плохая архитектура - вы где-то ошиблись.
3 #^/promo-volvo/$# - не сработает если вы не исправите путь к файлу на нормальный: /promonew/volvo/index.php

Просто /promonew/volvo/index.php хоть открывается?

Файл /promonew/volvo/index.php
И почему #^/promo-volvo# а не #^/promo-volvo/$# хотя бы?
Не? Да и смысл создавать под каждый promo-МАРКА, /promonew/МАРКА/index.php - вы же сами сказали что папок много будет? Не проще сразу делать /promo-МАРКА/index.php  - папок будет столько же?

Сорри.
А пояснение чем отличается nginx от веб-сервера тоже троллинг? Ну подредактировать там можно было бы... Я бы сам поправил по замечанию. Человек же мучается.

И что вы в Обработке адресов написали? И как у вас не созданные адреса будут по какому-то адресу (в вашей терминологии) отображаться?

Не совсем. Лучше бы почистить кэш из админки. Или так, чтобы не удалять весь кэш: поставить время кэширования для компонента вместо 3600 (или сколько там у вас), 10 сек. Подождать, обновить, увидеть что страница обновилось, поставить нужное время кэширования.

Кнопка на панели в публичке "Сбросить кеш"

13 хитов == 13 разделов

Ищите ответ здесь. Как вариант - у вас на этой же странице компонент который обрабатывает POST запрос и делает редирект чтобы избежать повторной отправки данных. Тут-то второй раздел и создается. Заставьте страницу писать что-нибудь в лог рядом с $ID = $bs->Add($arFields); и посмотрите сколько раз она выполняется. Косвенно это подтверждается разницей между "временем создания в несколько секунд".

Да никто не вымер. Просто думаю всем лень писать потому, что если отвечать на ваш вопрос чтобы вам было понятно, то придется ОЧЕНЬ много понаписать. Почитайте хелп, что ли. Или сузьте область непонятного вам, конкретизируйте вопрос... Видите ли, я понимаю что с вашей точки зрения вполне очевидно "как было", я даже догадываюсь что под "где смотреть" вы имели ввиду "что сделать", потому что наверное любому очевидно что если только смотреть, то точно ничего не изменится. А вот "как было" у вас там от меня уже ускользает и что конкретно вам посоветовать кроме изложения нескольких разделов хелпа посвященных меню я придумать не могу, извините (((

О черт... Что же это? Ненайденная страница постоянно перемещена на ненайденную станицу? Ад какой.А с чего бы существующей странице отдавать статус что она не существует?

Опишите чего вы хотите добится-то? Т.е. в чем собственно проблема? А то пока ваши вопросы исключительно философские - почему страница существует если она существует и т.п.

Не надо так делать. Возьмите нормальный редактор и почитайте пару часов про html.

Флэш это негодная вещь. Согласен с вами. У меня он выключен нафик, хоть и стоит. Но чем плох SVG/SMIL для рисованного банера я не понимаю, тем более что это спецификации HTML5. Кстати jpg разумен только для фото-банеров, а речь изначально шла про gif, значит скорее всего про графический. Впрочем у нас народ и в gif фотки пихает и в jpg рисунки сохраняет... (((

Какая разница с каким количество свойств вы работаете, если у вас все остальные все равно сидят в таблицах с которыми вы работаете? Это все равно что вы например сложите в сумку ... ну всю свою одежду например, собираясь взять ее в поездку и будете предполагать что она не должна быть тяжелой раз вы собираетесь вынимать из нее только одну пару носков.

Это отлично конечно, но с чего вы взяли что "при входе в определенную группу мы не работаем со всеми свойствами, а только с теме что определены в шаблоне"? Это зависит от внутренней архитектуры базы, а вы об этом ничего не говорите. Запилить что-то на уровне абстрации лежащем выше чем тот на который запиливание рассчитано и наедятся что вам повезет? Так не выйдет.
Из чего вытекает вопрос - как вы себе это представляете в bitirix?

А что хорошого в том что мы делаем 50 запросов там где мог бы быть один, пусть чуть более сложный?

Вам не нужна визуальная часть шаблона. Так и пишите!
У вас сейчас в  странице что-то вроде:


Замените это на:


PROFFIT!!!11

Позволю себе не согласится с вами. Если подходить с такой меркой то вообще никакая CMS не подходит для сайтов. Безусловно общее решение всегда будет хуже специализированного. Это как продольнопоперечная ножовка которую я как-то имел неосторожность купить - она и вдоль и поперек волокон пилит одинаково плохо. С вашей же конкретное задаче еще хуже - вам, судя во всему, плохо подходит реляционная модель БД. А ведь именно на ней работает подавляющее большинство сайтов. А CMS которые бы использовали kv-базы я даже и не знаю. С этой точки зрения вам вообще никакая CMS не подходит. Но как я всегда говорю заказчикам: "Нет ничего невозможного - есть только нехватка финансирования". При правильном подходе можно и на битрикс решить вашу задачу - я почти уверен. Можно носкул прикрутить к Битриксу и решить на нем. Т.е. все зависит от подхода и мотивации.

У меня два таких поделия сейчас обслуживаются. Я вот думаю потребовать плюс к деньгам молока за вредность. Или рома. Да - лучше рома - вредность-то психологическая.