Форум

На мой взгляд инфоблоки+ наиболее подходят для данной задачи. Есть конечно свои ограничения но при правильном подходе к проектированию с их использованием можно решить данную задачу вполне эффективно.

PROPERTY_*, вполне на список можно заменить. единственное что при большом количестве свойств PROPERTY_* делает меньше запросов, правда возвращаются все результаты.

[QUOTE]Sergey Leshchenko пишет:
По скорости - да, но 100 свойств она не потянет[/QUOTE]

потянет, только что проверил

[CODE]CModule::IncludeModule('iblock');
$rs = CIBlockElement::GetList(array(),array('IBLOCK_ID' => xx), false, array('nTopCount' => 500), array('ID', 'NAME', 'PROPERTY_*'));
while($ar = $rs->Fetch())
{
  //echo "<pre>"; print_r($ar); echo "</pre>";
  echo count($ar).'</br>';
}[/CODE]

выводит (259 - 3 (id, name, iblock_element_id) ) / 2 = 128 свойств

на 2 делим так как к каждому свойству DESCRIPTION цепляется

[QUOTE]RZVL пишет:
Это получаются значения первого уровня... Далее таким-же образом получаются элементы второго и третьего уровней.
[/QUOTE]


Тут я думаю стоит изменить стратегию выборки. К примеру второй уровень получить сразу в первой выборке явно указав в $arSelect какие свойства связанного инфоблока надо вернуть.

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

Думаю выборка вида, но по второму типу инфоблоков должна как по скорости устроить так и по функционалу. Можно еще заменить GetNext на Fetch
[QUOTE]Sergey Leshchenko пишет:
Пример выборки через CIBlockResult:
Код

CModule::IncludeModule('iblock');

$arOrder = array(
  'ID' => 'ASC'
);

$arFilter = array(
  'IBLOCK_ID' => <ID инфоблока>,  
  'ACTIVE' => 'Y',
  'ACTIVE_DATE' => 'Y'
);

$arGroupBy = false;

$arNavParams = false;

$arSelect = array(
  'IBLOCK_ID',
  'ID',
  'NAME',
  'PROPERTY_SOME_PROP_1',
  'PROPERTY_SOME_PROP_2',
  'PROPERTY_SOME_PROP_3',
  'PROPERTY_SOME_PROP_4'
);

$arResult['ITEMS'] = array();
$dbItems = CIBlockElement::GetList($arOrder, $arFilter, $arGroupBy, $arNavParams, $arSelect);
while($arItem = $dbItems->GetNext(false, false)) {
  $arResult['ITEMS'][] = $arItem;
}
[/QUOTE]

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

из под консоли запускайте скрипт (можно сделать по аналогии с /bitrix/main/tools/cron_events.php) в котором средствами апи выбираете список элементов инфоблока CIBlockElement::GetList и потом удаляете их по очереди при помощи CIBlockElement::Delete

обновил, постоянно с переходом на новую строку путаюсь

С таким объемом справится но:

1. Очень многое зависит от реализации

2. VPS вам не подойдет, нужен полноценный сервер

3. не совсем понятно фраза обновляться раз в неделю с других сайтов - парсится. Хотите сказать что будете ходить по чужим сайтом роботом и грабить инфу со страничек? в таком случае раз в неделю сомнительно обновление, так как вы будете генерировать нагрузку как минимум 20 м.хитов на сайты и вас забанят, да и по входящему трафику придется платить. Другое дело если вы с ними официально сотрудничаете и они дают вам файл импорта.

если модуль стоит то она включена.

компрессия в веб сервере это несколько другое

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

от рута запускаете?