|
|
 5.2 Кб |
|
|
для: cheops
(18.04.2005 в 23:14)
| | мдя.... статистика блин.. прикинул размерчик файла: килобайт этак 500 в среднем... не ущербно ли для процессора?? но работать с xml удобнее то....
хотя щас посчитал, на 1000 записей получиться примерно килобайт 250-300, сейчас у меня все храниться в текстовый файлах и на 817 записей (за последний месяц) приходиться 100 Кб. Но зато в хмл продмсал как можно легко записывать еще и данные переданные пост запросом.. правда надо будет сделать отсечку а то можно совсем засорить файл..... а пост мне нужен (как и гет) для контроля - а не послали ли кто что нехорошее.... короче для мониторинга так сказать уязвимых мест. вот. что думаете? | |
|
|
|
|
|
|
|
для: RV
(18.04.2005 в 19:57)
| | Это дампы массивов Index и Vals - следует просматривать исходные коды HTML-страниц - там они в более презентабельном виде. или обрамлять вывод print_r() тегами
<?php
echo "<pre>";
print_r($vals);
echo "</pre>";
?>
|
| |
|
|
|
|
|
|
|
для: localGhost
(18.04.2005 в 08:00)
| | а что в примере должно отобразится?
у меня вот это
Index array Array ( [PARA] => Array ( [0] => 0 [1] => 2 ) [NOTE] => Array ( [0] => 1 ) ) Vals array Array ( [0] => Array ( [tag] => PARA [type] => open [level] => 1 ) [1] => Array ( [tag] => NOTE [type] => complete [level] => 2 [value] => simple note ) [2] => Array ( [tag] => PARA [type] => close [level] => 1 ) ) | |
|
|
|
|
|
|
|
для: localGhost
(18.04.2005 в 09:12)
| | Удалите файл clear_bd.php (мы так и сделали), про архивирование мы тоже думали и планируем его реализовать в третьей версии счётчика. | |
|
|
|
|
|
|
|
для: localGhost
(18.04.2005 в 03:42)
| | Для перекодировки из UTF для XML в PHP имеются специальные функции urlencode и urldecode, но они преобразуют из iso8859-5 в UTF и обратно, поэтому совместно с ними следует применять convert_cyr_string. Подробности в теме по ссылке http://www.softtime.ru/forum/read.php?id_forum=1&id_theme=164 (Правда это от настроек расширений зависит и не всегда проходит). | |
|
|
|
|
|
|
|
для: glsv (Дизайнер)
(18.04.2005 в 08:50)
| | ну понедельную статистику не очень удобно мне хранить.... впринципе почитал тут, поискал.. и решил наверно все таки буду переводить свою систему статистики на xml файлы..... вот мне только интересно все таки сильно ли загрузиться процессор сервера если такой файлик будет весить килобайт этак 300.. вроде размер не такой уже и большой но хрен его знает......
По части всетаки БД, создатели PowerCounter поймите мою критику правильно.... счетчик удобный базару нет)) но мне сразу не понравилась кнопочка "очистить базу данных", надо все таки как-то архивировать статистику..... иногда интересно поднять старые данные и посмотреть как все менялось..... а если админ возмет и удалит это все... обыдно будет)) | |
|
|
|
|
|
|
|
для: localGhost
(18.04.2005 в 06:40)
| | Может быть имеет смысл хранить понедельную статистику в отдельных файлах, а остальное архивировать. Или вообще только за один день.
Либо долговременно хранить не полную статистику, а статистистические данные за весь месяц или неделю - "сколько всего". | |
|
|
|
|
|
|
|
для: RV
(18.04.2005 в 07:51)
| |
<?
$simple = "<para><note>simple note</note></para>";
$p = xml_parser_create();
xml_parse_into_struct($p,$simple,$vals,$index);
xml_parser_free($p);
echo "Index array\n";
print_r($index);
echo "\nVals array\n";
print_r($vals);
?>
|
| |
|
|
|
|
|
|
|
для: localGhost
(18.04.2005 в 06:40)
| | а не подкините ли простой примерчик xml + php для проверки работоспособности связки? php 5.0.4 | |
|
|
|
|
|
|
|
для: glsv (Дизайнер)
(18.04.2005 в 05:24)
| | а как вообще считаете резонно ли использовать xml? допустим статистика у меня для каждого месяца храниться в отдельном файле... но, вот щас глянул, за этот месяц лопустим такой файл весит уже 100 Кб, если это все в хмл перегнать размер увеличится наверно как минимум в два раза..... насколько скажиться на производительности?
ИМХО базы в файлах, которые построены таблицами, проще и удобней храни с xml разметкой... но размерчик файла при этом может быть не хилым
З.Ы. для статистики не хочу использовать mySQL по нескольком причинам: слишком захламлять не хочеться.... да и потом мне кажеться (по крайней мере для меня) в БД я так не смогу удобно сгрупировать данные. | |
|
|
|
|