Документов, удовлетворяющих Вашему запросу: 5
- Файлы vs базы данных.
Степень соответствия запросу: 95,03%
Фрагменты текста поста :
... Файлы vs базы данных...
Подробнее: http://fit-media.com/post_1222679684.html
... В последнее время все чаще нахожу в интернете статьи, которые расхваливают сайтовые движки, созданные без использования баз данных , т...
... сохраняющие данные в файлах...
... Непонятно почему, но народ истово верит в то, что именно такой подход (отказ от использования систем управления базами данных и хранение данных в файлах) дает гораздо большую производительность...
... Давайте рассмотрим процессы, проистекающие на сервере при работе КМС "на файлах" и сравним их с аналогичными процессами при использовании СУБД...
... автор скрывает исходники, шифруя все в байт-код с помощью Zend-Guard), но общие выводы можно сделать просто проанализировав содержимое файлов, хранящих статистические данные...
... Пользователям скриптов других производителей, также использующих файлы в качестве хранилища данных этот пост также должен быть интересен...
... Вся эта информация сохраняется в файл и позже, на ее основе, генерируются графики посещаемости по дням, «хит-парад» страниц сайта, сайтов-источников трафика и используемых для просмотра броузеров и прочая мега-полезная отчетность...
... Нам гораздо важнее узнать, насколько оптимально использовать для этой работы файлы и действительно ли это быстрее, чем работа с базой данных...
... Особенность хранения данных Lasto-блогом такова, что статистика хранится в нескольких файлах: hits...
... db — данные о хитах (метка времени хита, IP-адрес источника, User-Agent клиента, хост источника, страница сайта к которой обратился клиент)...
... Кстати, анализируя этот файл можно увидеть, какие страницы сайта проиндексированы какими поисковыми системами (были посещены поисковыми ботами) и когда это произошло...
... Странно, что Lasto не встроил какого-либо культурного просмотрщика и анализатора этих ценных данных...
... db — данные об обращениях RSS-ридеров...
... В данный момент нам эта инфа не интересна...
... db — а вот на этот файл стоит обратить особое внимание...
... В нем хранятся те данные, которые выводятся на странице статистики блога...
... Структура такова: allsein — данные о заходах с поисковиков по разным запросам хост | искомая фраза дата, количество заходов...
... agent — данные о броузерах и ботах user-agent броузера дата, количество заходов...
... pages — данные о посещенных страницах страница дата, количество заходов...
... rss_agent — данные о запросах от RSS-ридеров user-agent ридера дата, количество заходов...
... source — данные об источниках трафика URL страницы-источника дата, количество заходов...
... В первом «разделе» (данных о поисковиках и искомых фразах) разделителем данных является символ вертикальной черты...
... Скрипт считывает в память ВЕСЬ файл статистики, не взирая на размер ( если посещаемость высокая или статистика собирается за большой срок, то это могут быть десятки или даже сотни мегабайт )...
... Итак, скрипт загружает текстовый файл и преобразует его в массив...
... Ну а если это статистика за месяц и при этом с поисковиков в день приходит по несколько сотен человек, да еще по тысяче различных запросов, то получается весьма нехилый объем работы...
... Случаи когда с данной поисковой машины еще не было посетителей и нужно создавать целую ветку массива рассматривать не будем...
... Серилизация (склейка элементов массива в строку) и перезапись (опять же) ВСЕГО файла статистики...
... тут затронута обработка данных только из одного «раздела» статистики (а ведь скрипт еще должен скорректировать данные и в остальных), не описан блок, который проверяет доступность сайта для данного юзер-агента и хоста-источника (а он жрет времени тоже немало), не учтены потери на выделение/освобождение памяти и копирование целых веток массива, если автор решил (для упрощения программирования) отделить часть массива например так: Пример кода $as = $ar['allsein']...
... // выделяем данные о заходах с искалок в отдельный массив Все это уже не столь важно...
... Главное то, что ПРИ ЛЮБОМ ХИТЕ (даже переходе серфера с одной страницы сайта на другую) происходят ВСЕ описанные операции — чтение, разбор, поиск, склейка, запись и выполняются они над ВСЕМ содержимым файла статистики...
... За счет кэширования вы выиграете часть времени на чтении/сохранении файла статистики, но как быть с массивом...
... К тому же не стоит забывать, что пока одна копия запущенного скрипта копается в вашем (пусть и прокэшированном) файле, все другие будут тихо и мирно курить в сторонке...
... Другими словами, пока идет обработка одного посетителя, все остальные будут ждать ибо для них доступ к файлу статистики окажется заблокированным...
... Для данного примера также будем рассматривать работу только с одним «разделом» статистики — данных о поисковых запросах...
... Скрипт должен получить данные из базы о количестве хитов «за сегодня»...
... Индексный файл содержит копию проиндексированного поля (или полей) из таблицы БД, но в отсортированном виде...
... Для работы механизма БД, система должна будет загрузить целиком в память три файла индексов...
... для перехода к нужной записи достаточно просто размер заголовка файла добавить к произведению размера записи в байтах на номер записи и получаем точное смещение от начала файла...
... Запись считали, увеличили на единицу и снова записали НА ТОЖЕ МЕСТО в файле таблицы...
... Поскольку записи в нашей третьей таблице (в данном случае) также будут иметь фиксированную длину, то поиск нужной внутри файла также сведется к одному сложению и одному умножению, а уж прочесть и снова записать на тоже место 12 байт — милисекундное дело (даже с учетом автоматической коррекции индексного файла)...
... Да еще про кэширование вспомним :-) Кстати, если ваш сайт достаточно посещаем, то файл статистики будет расти как на дрожжах и каждое обращение к скрипту будет вызывать чтение/парсинг/поиск/сохранение всех этих десятков мегабайт, а при использовании БД при любом количестве посетителей нам все так же будет нужно читать всего несколько сотен байт (три записи из таблиц), а записать - только 12 байт... - Привратник-младший. Турбо-решение.
Степень соответствия запросу: 4,93%
Фрагменты текста поста :
... Но если вам важен каждый процент нагрузки сервера и плевать вы хотели на случайных серферов, пользующихся неправильными броузерами, то замените в файле pr...
Подробнее: http://fit-media.com/post_1225008537.html
... Чуть ниже в файле идет список стоп-слов, найдя которые в юзер-агенте скрипт безаговорочно выплюнет 404...
... Сохраняйте изменения и закачивайте его на сервер в папку с блогом (это папка, в которой расположены файлы functions...
... Теперь, чтобы подключить скрипт к блогу, необходимо внести изменения в файл...
... Настоятельно рекомендую скопировать куда-нибудь этот файл до того, как вы начнете его редакторовать...
... вам достаточно будет вернуть родной файл...
... Итак, вот содержимое файла...
... htaccess, который поставляется Вадимом в комплекте Lasto-Blog-B: Исходный файл...
... php А вот то, что должно быть после изменения: Модифицированный файл...
... php После изменений сохраните файл...
... PS Если вы решили, что данный скрипт для вас полезен, то автор с удовольствием примет вашу благодарность в виде пары монет, отправленных на кошелек Z193099158015 системы WebMoney...
... Он подкинул идею, что данный скрипт может быть опасен, т... - Борьба с продажей ссылок. Война или кукольный театр?
Степень соответствия запросу: 0,03%
Фрагменты текста поста :
... На данный момент создать сотню сайтов для матерого СЕО-шника &mdash...
Подробнее: http://fit-media.com/post_1224241557.html
... 3 бакса в месяц... - Линкуем текст в контекст.
Степень соответствия запросу: 0,01%
Фрагмент текста поста :
... По вопросу Распаковываем его в папку data/php_pages Заходим в папку data и добавляем в конец файла settings...
Подробнее: http://fit-media.com/post_1225483176.html - Комменты на е-мэйл? Легко!
Степень соответствия запросу: 0,01%
Фрагмент текста поста :
... в файл settings...
Подробнее: http://fit-media.com/post_1225842665.html