дано от 1 до 100 тысяч записей.
необходимо их выбрать из базы.
после этого необходимо их обработать (каждую запись) (немного математики)
затем на основе каждой записи снова пройтись по другим таблицам и обновить данные.
итого получается несколько тысяч запросов...
отсюда вопрос - как выжить серверу? =)
проще говоря, хочу запустить вот такой вот крон на сервере, чтобы он выполнялся раз в 12 часов и обновлял за день информацию. есть опасения что во время обработки так как идет сразу много запросов к базе - база будет недоступна...
верны ли мои опасения?
и стоит ли сделать задержку в выполнении скрипта - например делать паузу (sleep(2)) после обработки каждый 500 записей например
а если еще скажите чего и куда прописывать для запуска крона будет вопще идеально =)
я просто с ним раньше не работал никада... хоть и наслышан
Почему много раз? 1 раз explode и trim для первого и последнего элемента. trim со вторым аргументом { и } чтоб эти скобки отрезать.
ненене, тут совсем другое дело....
есть текст. в нем могут встречаться шаблоны как те, которые я написал выше.
вот все шаблоны я вытащить могу. а чтобы их сразу корректно на части разбить - не получается...
если в шаблоне (страницы) есть к примеру 20 разных шаблонов - мне 20 раз нужно будет обрабатывать строку которая между фигурными скобками...
потому и нужна регулярка ...
во второй строке думаю все понятно как прописывается? - это выставляются запреты на выполнение данного условия. т.е. если ты на сайте зайдешь в pager/theme/ - то тебя система пропустит. а вот в pager/theme2 - уже нет =)
в третьей строке тут - ^(.*) прописываются условия - что нужно будет передавать...
а потом уже обрабатывай $_SERVER['REQUEST_URI'] в файле index.php (или где еще)
из нее легко извлечь массив с параметрами, переданными в адресе
magistr пишет:
2 - 1251
не советуйте такое просто так...
UTF8 нужна если потом проблем не хотите...
но не получается - в итоге возвращается массив из того что между {{ и }} , без разбития по частям... т.е. он вторую часть регулярки (:.*)* читает не верно. пробовал делать ограничения на разделение но все равно...
п.с.
P1, P2, P3, P4 - произвольные комбинации символов
вот каталог с блоком (Добавление)
решение найдено!
чтобы эта дрянь пропала необходимо пересохранить файлы (в моем случае с блоками и темой) через notepad++ в виде UTF8 без BOM
и символ исчезает =)
А, ну хорошо что все рашилось.
Возможно действительно попался какой-то наглый stx или еще какой нибудь eol символ
не отображаемый в редакторе. Хотя меня удивило что notepad++ его не заметил.
тестирование продолжается...
символ появляется в любом случае.
если после символа идет тег, который делает перенос строки (hr, div, p) то получается разрыв.
если перенос не нужен (тег span или вообще без тегов) то перенос и не видно... (Добавление)
новые подробности.
переписал вызов блоков...
до этого у меня система получала массивом названия блоков необходимых для работы и загружала только файл с "инструкциями" - ну чтобы прописать все первоначальные параметры.
после этого при вызове блока через функцию show(get)_block у меня подтягивался основной файл с кодом и уже выполнялась основная функция.
что теперь.
прописал чтобы в функциях файл этот не загружался, а грузился сразу вместе с файлом инструкций.
результат - теперь вывод идет правельно.
но это еще не все...
если сохранить страницу - шапка опять криво сохраняется (боди перед стилями идет).
и сразу после тега body появляются эти мистические символы, в количестве, равном количеству вызовов разных блоков... (Добавление)
новые подробности))
опера сохраняет страницу корректно, и добавляет эти мистические символы перед тегом HTML
мазила сохраняет все криво и вставляет после тега body
тестирование продолжается)) (Добавление)
у меня в файле index.php
есть такая запись:
сперва гружу ядро системы - все настройки, и все нужное
потом загружаю файл, ответственный за генерацию страницы.
потом вызываю функцию которая собственно и выводит саму страницу.
так вот.
если вызвать только ядро - проблем нет - символы не появляются.
если загрузить файл pager.php - то появляются 4 мистических символа (дальше ничего, так как вывода инфы нет)
если вызвать функцию return_page - то появляется 5й мистический символ...
больше 5 не выводится =) (Добавление)
итак, методом научного тыка выяснилось:
вот этот код возвращает 4 мистических символа. как и откуда берутся они не понятно.
тщательно проверил все 6 файлов - толку нет...
при этом не важно сколько загружать так блоков - при загрузке файла load.php от всех блоков - символ получается только один.
при загрузке файла block.php - символов образуется столько же, сколько и требуется загрузить блоков. (в данном случае 3)
так же 5й символ образуется вот здесь:
function return_page() {
include_once('pager/theme/page.tpl.php');
}
(Добавление)
скопировал этот мистический символ.
и вставил сюда, в форум
потом через исходный код страницы нашел его - это вот эта сволочь мне мешает:
На всякий случай (вдруг у кого что-то подобное будет) поделюсь, что же было: проблемным символом оказался FEFF - это ByteOrderMark, который некоторые редакторы добавляют в UTF-8 файлы
//return $start.$name.$end; -вот так выводит без этого символа...
}
function show_block($name,$start='',$end=''){
echo get_block($name,$start,$end);
}
(Добавление)
valenok пишет:
А если стереть return '<hr>'; и написать return "aoeu"; все встанет на место?
Может символ в редакторе не отображается, но он там где-то есть ?
Сотри сразу всю строку и напиши всю заного.
Если не поможет - давай читать show_block
я полностью переписал блок. написал вывод заного...
пока мистический символ пропал...
щас дальше првоерю
зы. в исходниках блока этого символа все равно там не было!
угу.. вопрос как ее убрать и откуда эта сволочь берется((
все свои коды перепроверил - ее нигде нет. это какая то функия генерит ее как то...
убрать ее тоже никак не получается
проверил вызов функции. все работает стабильно, т.е. данный мистический символ берется непонятно где и откуда, но он не имеет отношения именно к вызовам функций.
видимо где то еще косяк...
публикую коды дальше...
в ядре прописывается путь к шаблону.
потом он грузится через вот эту функцию:
может это как то влияет?? (Добавление)
в исходных кодах страницы опера показывает этот мистический символ оказывается...
и возникла новая проблема.
если сохранить странице которая получается в итоге - то код страницы меняется!
я тестил на 3х - опера выводит все корректно, ИЕ и мазила делают почему то перенос строки на месте этого символа...
проверьте сами если не верите - файлик я выше прикрепил