Экран не планировался. 5-10 секунд — можно, но тогда вряд ли надолго хватит аккумулятора. Если делать трекер маленьким, то большой аккумулятор туда просто не поместится.
Если они входят в RAID — их и проверяйте, пусть по отдельности. Если RAID аппаратный, увидеть входящие в него жесткие можно в настройках (зайти можно перед загрузкой ОС), а если программный — то или в специальной утилите, или «Панель управления», «Администрирование», «Управление компьютером», «Запоминающие устройства», «Управление дисками».
Уникальный в каком смысле? Откуда берется идентификатор для новой записи — из AUTO_INCREMENT или генерируется на основе данных записи? Если второе, то согласен и не понимаю тогда, в чем проблема.
Я предлагаю добавить в таблицу новое индексируемое поле с уникальными значениями, содержащее хеш данных в записи (кроме ID и самого хеша). Перед добавлением новых записей хешируйте их и исключайте те, чьи хеши уже есть в таблице. Таким образом можно легко избежать дублирования одинакового контента. Из минусов — увеличение размера таблицы, значительное замедление добавления записей и долгая генерация хешей для всех записей в первый раз. Но имхо, это самый легкий способ.
Еще можно использовать составной первичный ключ, если в вашей таблице нет полей с динамической длиной (типа TEXT).
function render($resource, $template, $removeChunk,$dateSource,$dateFormat,$ph=array(),$phx=1,$x=0) {
global $modx,$ditto_lang;
$template = $modx->parseDocumentSource($template);
Вон ту последнюю строчку добавить. Но не знаю, поможет или нет.
RewriteCond %{REQUEST_URI} !^/$? нужно для того, чтобы не было циклического перенаправления типа /?123/?123/?123/?123
Насчет ваших дампов — интересно, но не понимаю, почему это работает. У вас какая версия Apache?
