Антон Долганин (Все сообщения пользователя)

Этот бред, слава богу, убрали. Практически сразу после выхода компонент 2.0

Блин, господа (:

У компонента есть ПАРАМЕТРЫ. Когда обращаемся к кешу, он собирает СВОИ параметры и узнает кеш. Из адинки МОЖНО, но вам надо знать все эти параметры.

Ну загляните в код, ей богу.

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

ClearResultCache - он вроде в текущем компоненте работает, с объектом класса.

Вобщем, почитайте мануалы на тему компонент и кеширования в них. Идею вам дал. Могу конечно и код, но уж извините :)

Зависит от задачи. Может это будет странно, но стандартно кеш так и хранится - каждый ID в своей папке.
Просто /по моему совету/ вы все что сделаете - это направите кеш в нужное вам русло, путь которого вы будете уже знать 100%.
А при дефолтном сохранении кеша это нигде не хранится и никак не достучаться до стороннего кеша.

Ну как... достучаться можно, но гораздо муторнее.

Можно указать точную папку, куда сохранять кеш.
Так вот, в другом компоненте просто удаляете эту папку. Функция DeleteDirFilesEx() в помощь.

Всего модуль поиска генерит как минимум три файла:
sitemap_000.xml
sitemap_errors.xml
sitemap_index.xml

В  sitemap_index.xml как раз содержится информация о файлах карты (sitemap_000.xml и так далее). Он у вас должен быть.

Посмотрите содержимое файла


Он состоит из элементов, каждый из которых уже является картой. Есть ограничение на объем конечного файла, поэтому они должны разбиваться. Но поисковику все равно должен скармливаться sitemap.xml

Сохраняйте в файл "/upload/yandex.php", например. Подозреваю, что вы его сохраняете в "/upload/yandex.xml".

Да. Но хочу предостеречь, что это все чревато очень большой нагрузкой на сервер. 5-10 000 позиций и вам вручную придется писать свою выгрузку. Чтобы php не нагружать. Ну где это видано, чтобы такой жирный XML отдавать с помощью PHP? Тут даже NGINX не поможет.

А, и еще. В настройках форумов (не модуля, а форумов) посмотрите право доступа для данной группы. Там по хорошему должно стоять не выше "новая тема".

Для зарегистрированных тоже, как понимаю, стоит уровень "доступ запрещен"? Тогда странно. Советую написать в ТП Битрикс.

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

Юлия, если не возражаете, я вам отвечу здесь.

Зависит от того что вы хотите сделать. Возможны два варианта.

1. Это изменение цветовой гаммы, может быть немного изменения блоков (чуть шире/выше колонки и прочее). Тут можно обойтись файлами стилей. Ничего никуда не копируете, а просто в стилях сайта переопределяете все стили форума. Можно сказать методом тыка. Стили для переопределения можно найти здесь: /bitrix/components/bitrix/forum/templates/.defailt/style.css
тогда появится что-то такое, но, согласитесь, совок по прежнему присутствует.

2. Кардинальное изменение стилей, блоков и прочего. Копируете комплексный компонент форума и работаете с шаблонами. Это уже лучше поручить знающему человеку, дав ему дизайн.

PS: Когда-то болел идеей сделать для Битрикса-форума мастер настройки цветов, который бы генерил новый CSS из п.1 :)

Скорее всего у вас в настройках модуля Форум стоит доступ по умолчанию "запись". Поставьте "доступ запрещен".

Просто когда одно дело переделать стили, это несколько часов. И другое дело когда вычищаешь html-код, который просто никаким стандартам не подчиняется /в плане шаблонов форумов/.

Есть пример неотличимый от phpBB, если интересно.
http://www.benjamin-kulbe.de/forums.html - вот в точности такой.
//ммм... как же я крыл матом и до сих пор крою

Как доделаю /если на нервные таблетки много денег не потрачу/ выложу бесплатно.

В .htaccess ничего подозрительного нет?

Если никто не возражает.
как?

В настройках статусов заказа настройки проводили?

А не боитесь что ваш сервер используют для спам-рассылки?

Ну если не боитесь, то можно в почтовом шаблоне формы в поле "Кому" вставить маркер этого вопроса.

Тогда только дергать баннеры с помощью API, считать показы и прочее. Занятие не из приятных :)

В Торговом каталоге посмотрите настройки типов цен. Там есть уровни доступа.

Да, может придется буферизировать контент, отдаваемый ShowBanner и перекодировать его. Нюансов и правда много, но идею я вам дал.

Тогда я бы сделал так.
На старом сайте в месте показа баннера (-ов) поставил бы обычный инклуд:
include('..../banner.php');

banner.php:


То есть и старый функционирует сайт и в инклуде мы Битрикс вызываем. Такая обертка не выводит ничего из Битрикса, но позволяет пользоваться его API.
Может быть что-то придется еще добавить, но думаю такого хватит.

Чисто теоретически такое возможно. Но есть много нюансов. Решение не на пару строк и не совсем бесплатное :)
Если кратко, то принцип GA - дергаем JavaScript с сайта Битрикса, а тот смотрит откуда вызвано, какая страница и прочие прелести. Для большего шика можно передавать в гете для скрипта доп.параметры.
Если вам это интересно, то составьте ТЗ и киньте заявку. Думаю найдутся ребята, кто сделают это как коммерческий продукт.

Так они на одном сервере?

Вообще правильный переезд делается таким образом, что Битрикс ставится в директорию текущего сайта и раздел за разделом переводится на Битрикс. Базу тоже можно единую, у таблиц Битрикса префикс b_.

Если да, то есть решение.