Делается всё руками. И помимо каталога вам нужно будет допиливать корзину, просмотр заказов, отправку уведомлений о заказе и т.п. Полная кастомизация займет тонну времени.
Хотел уточнить, есть ли какие-то подводные камни, если сделать еще один тип цен? Например, если для одной и той же группы пользователей будет два типа цен, не будет ли принудительного выбора наименьшей возможной?
В итоге приходит 1 письмо в отдел продаж, в котором кастомные переменные в шаблоне остаются неизмененными. Такое же письмо приходит клиенту плюс еще одно, в котором кастомные переменные заменены на нужное содержимое.
Имеются товары в каталоге, цены хранятся для некоторых в рублях, для некоторых в долларах. Мне нужно реализовать поддержку такого функционала, чтобы цены в валюте везде пересчитывались по курсу ЦБ +2% в рубли. Сделал хранение курсов валют и вывод цен.
Не удаётся реализовать в полной мере только одно: добавление товара в корзину, а именно не удается подставить "свою" цену с +2% в массив arFields в Add2BasketByProductID. Битрикс упорно вставляет цену строго по курсу ЦБ. Есть подозрение, что великий и ужасный Битрикс пересчитывает цены в каких-то случаях, из-за чего они слетают, чтобы я не написал в это поле, докапаться так и не удалось. Кто подскажет, в чем реальная причина?
И еще один вопрос, может, эта фича как-то решается на совсем примитивном уровне, о котором я не догадываюсь?
Думаю - окей, я создам вручную в файле urelrewrite.php! Иду - делаю, но всё слетает после добавления нового правила через админку. Можно ли с этим что-то сделать, кто знает?
1 парсинг 6000 ссылок при каждом запросе к сайту это ненужная нагрузка на сайт.
Уважаемый, я вам не говорил про парсинг, это вы мне тут. 6000 RewriteRule - это 6000 сравнений строк в лоб. Парсинг - это разбор строки по шаблону. Шаблона нет, так как вы сами поставили задачу "без каких либо шаблонов".
Про нагрузку сайта ответьте сами в качестве домашнего задания, если вы правильно поняли отличия парсера от условия.
При наличии 6000 уникальных url, проблема может быть решена только в лоб. Еще раз повторю, скорее всего вы просто не можете выделить правило. Наверняка оно там есть.
Цитата
Dios пишет:
не айдишники, не коды не совпадают.
Вы хотите сказать, что у вас даже в первом уровне url'ов нет пересечений - /news/, /blog/, /forum/, /catalog/ и т.п. Понятно о чём я говорю? Я конечно допускаю, что у вас весь сайт выглядит как index.php?page=XXX¶m=blahblahblah но всё же это маловероятно.
Sergey Emelyanov пишет: А сделать такое чпу - ещё пол беды. Нужно будет потом кастылить поиск и все подряд, где нужно потом генерить ссылку на эту новость.
Более того, человек хочет, чтобы Подкатегории а, б, ... в Подкатегориях 1, 2, ... могли иметь одинаковый символьный код. А это в Битриксе невозможно Просто он не даст сохранить изменения для раздела.
kasalapov пишет: к сожалению при переходе на /tarifs/index.php там и остаюсь, на другие каталоги переход работает... нужно именно без index.php вконце ...
1) На PHP:
Можно через localredirect, как вам написали выше, только нужно добавить условие if ($_SERVER["REQUEST_URI"] == '/tarifs/index.php'). Перед этим кодом не должно быть вывода (echo, print).
<?
$res = mysql_query('SELECT * FROM `b_iblock_section` WHERE `ID` = 1');
$row = mysql_fetch_assoc($res);
print_r($row);
die();
?>
Беру файл /bitrix/components/%/%/component.php любого компонента, пишу эти четыре строчки и начинается АДЪ — русские символы поганит. Похоже правда где-то засел кеш, и скорее всего на уровне сервера. Только в настройках IIS я чайник . Где там это может лечиться?
Есть страница вида site.com/iblock/section-XX/ Компонент для данного iblock'а писал собственноручно. Проблема в том, что данные для этой секции приходят в сбитой кодировке, при этом файл компонента и в БД она cp1251, а данные приходят в виде вопросов. Для отладки упростил файл компонента /bitrix/components/my/iblock.section/component.php до следующего вида: прямой запрос данных секции с id = 1 плюс вывод данных полученной строки. Получаю те же вопросы вместо символов. При этом меню сайта слева и прочие данные на сайте в нормальной кодировке. Не представляю, как и где дальше отловить ошибку. Подскажите, кто может.
Проблема подогревается тем, что для авторизованных пользователей её нет! Все данные отображаются корректно. И еще, если подождать минуту и обновить страницу, то всё тоже отображается правильно!
Здравствуйте. Я делал сайт на сервере под Apache. Сейчас сайт перенесён на площадку на IIS. Сразу же всплыла проблема обработки адресов модулем mod_rewrite. Понятно, что на IIS его нету — адреса не обрабатываются, выдаёт 404-ую. Вопрос, как мне перенести сайт на IIS? Что сделать с mod_rewrite?
Здравствуйте. Мне нужно выделить группу пользователей, которая имела бы доступ только к интернет-магазину, каталогу и соответствующему инфоблоку. Я создаю группу "Менеджеры" и добавляю в неё некоторого пользователя. При этом я делаю его участником только этой группы. Пытаюсь им зайти в инфоблок "Наш каталог" (в настройках даны полные права) и получаю ошибку "нет доступа к файлу iblock_admin.php". Если же я делаю пользователя еще участником группы "Пользователи панели управления", то Пользователь может работать с инфоблоком, добавлять и редактировать элементы. Группы "Менеджеры" и "Пользователи панели управления" абсолютно идентичны в правах, доступ к инфоблоку "Наш каталог" дан только для "Менеджеров". Я совсем запутался. Что я делаю не так?
Добрый день. Устанавливаю ДЕМО-версию сайта и получаю сообщение, что «Параметр allow_call_time_pass_reference должен быть установлен в значение 1», хотя в htaccess есть строчка: