Скрипт на PHP без MySQL

Привет,
есть ли в природе скрипт, писанный на ПХП, но без необходимости хранить все в базе на MySQL... ИМХО, файловая система и так достаточно удобная "база данных" при правильном построении структуры и в отличии от Mysql "не падает".. я так понимаю если я профукаю момент когда даемон мускэля загнется, то трейдить придется с начала начинать?

Заранее спасибо

По поводу надежности MySQL ничего не могу сказать... А вот скрипты есть такие:
Traffic-Drive CJ/TGP
GB CJ

P.S. Нащет если MySQL упадет, то придется ли трейдить с начала начинать... Зависит от CJ, с контентом он или без, какой % букмарок, se трафа и т.д... Нет, с начала не придется, хотя потери могут быть значительные. Но траффик можно и купить. Вопрос, сколько он будет лежать и как к этому отнесутся трейдеры...

Т.е. серьезно считаете, что на пхп и текстовых файлах изобразите работу быстрее мускуля ? Вы глубоко ошибаетесь господа. При элементарных операциях - возможно и будет быстрее, но при чуточку усложнившейся задаче вы получите дикий оверхед.

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

Stek, да не обижаюсь я.. для справки - на выделенных серверах я сижу с весны 2000

Если тебе не влом, напиши здесь кусок кода (точнее SQL запрос) своего скрипта, который является "сложной задачей", тогда я подумаю как его реализовать без использования СУБД и гладишь будет все счастье...

Ээээ.. на вскидку.
В таблице из 1к записей изобразить выборку
SELECT * FROM table ORDER BY name_1 ASC, name_2 DESC, name_3 ASC

Ваши действия

Решение: объяснить заказчику на пальцах что эта фича ему нафиг не нужна.. ха-ха

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

2 Stek

Вопросик по Авроре. fk1, единица означает первый клик на контент включен(всмысле fk=yes) или кол-во кликов на контент (fk5 пять первых кликов на контент будет работать?)

из платных USJ и хренодеровский еще без майСКЛ насколько помню

насчет майСКЛ не соглашусь, для слабых расчетов если есть опыт и умение лучше действительно работать с текстовыми файлами - работать будет быстрее чем майСКЛ который заточен именно под сложные запросы и большие обьемы данных.
(на всякий случай p.s. у меня много дедиков непомню с какого года ;))

Ме, я когда юзал сидж с майСКЛ (который начал падать постоянно на большом трафе) в итоге написал скрипт который проверял работает ли майСКЛ и если нет то перезапускал его. и забил скрипт в крон на каждую минуту.

А так любой даун и трейд может сдохнуть (во всяком случае пока не форсанешь нужным трейдерам)

Ага.. у меня тоже в свое время на платнике статистика была на майску-ле.. тоже пришлось варганить на перле скрипт для кронтаба

кстати, я нашел в Авроре в cj_out.php место где действительно куча объединений и сортровки (продуктивность, приоритеты и еще чего-то).. и это при том что это не скрипт который раз в день выполняется, а при каждом клике.. помоему надо с архитектурой что-то перепридумывать..

2Bog: стукни в аську, я твой номер профукал хрен знает когда

Народ, а давайте не переводить стрелки на аврору, у нее для этого минимум пара топиков есть .

Хотели пример запроса - получите. Между прочим это легенький вариант, который мускуль схавает и не задумается. Я уже не говорю о выборках между таблиц с групировками и джойнами.

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

Так что по прежнему жду пхп код на представленную мною задачу. Ну можем конечно упростить и до двойного ордера, но ведь это примитив

Stek, я уже много скриптов пересмотрел (исходники) и твой мне понравился больше всего.. горю желанием тебя сподвигнуть на оптимизацию.. просто применением unisgned short вместо int ты много не на оптимизируешь, а даже наоборот - проц-то 32 битную шину имеет

Задача твоя решается просто, но не путем переписывния SQL запроса на аналог из серии процедур на пхп, а путем реорганизации самой структуры программы... вот ты как уники хранишь? crc32()? посмотри в исходники пхп как эта ф-ия работает... не самая быстрая.. не проще ли привести их к типу DWORD - 255.255.255.255 это 2^32.. в ассемблере это займет лишь немного тактов на несколько сдвигов.
И я уверен, что вовсе нет нужды их писать в базу или даже в один большой файл.. файловая система и есть база.. создай дерево каталогов, вместо таблиц. имя файла - индекс.. тело содержимое записи.. вообщем в таком духе. а рейтинги и прочие кпд можно в shared memory держать между процессами..

Вообщем если надо с чем помочь, обращайся!

Stek не подбивай меня на кросспостинг ответь здесь, плз. Да, и трудно после праздников правильный топик найти.

Юзаю скрипты и с масклем и с текстовыми базами. ВСЕ базы время от времени слетают, так что переход к текстовым базам ничего не даст. Тут нужно либо мониторящие скрипты юзать (как сказали выше) либо переходить к более стабильным СУБД, например Oracle.

Oracle для сиджа - это сильно Оракл стоит юзать если у вас объем базы гиг так за 10 стал переваливать, иначе как по воробъям из пушки.

Это понятно, но если ничего другого нет? Хотя можно PostgreSQL или Sybase попробовать.
И потом если у тебя несколько десятков сиджей, на которых трафик за лям, то это уже совсем другой разговор. Тут надежность на первом месте.
Для 1-2-3 скриптов оракл конечно врядли имеет смысл использовать, а вот если у тебы туева хуча скриптов, то завязать их все на оракле - вот где счастье то - навсегда забудешь что такое падение базы.

А вот я совсем не уверен, что при равных условиях "по железу" оракл будет надежнее мускуля.
А вообще C++ и dbm будут рулить

Ты не уверен потому что не работал с ораклом. А сравнивать маскль с ораклом - все равно что жопу с лицом. До 4 версии маскль и базой-то назвать нельзя.

C++ конечно рулит, но вот dbm для серьезных проектов не годится, это всего лишь текстовой формат хранения данных со всеми присущими таким форматам недостатками.

Ну да, конечно, сидж у нас теперь серьезнейший проект. Поставим сан, понаделаем рав девайсов и будем тумбы из оракла стримить
Меня всегда прикалывало восхваление оракла при юзание базы в 10 мег весом.

А меня всегда прикалывали люди выдергивающие фразы из контекста - сразу пропадает желание общаться.
Не хочешь юзать оракл - юзай глючный маскль, у которого таблицы частенько отваливаются без всяких видимых причин да и сам он падает. А оракл я привел просто как пример стабильности.
И еще - сидж хоть и нельзя назвать серьезным програмным проектом, но это проект для которого важнее всего стабильность работы потому что на большом трафе даже несколько минут дауна приводят к большим потерям, поэтому имхо на базе не стоит экономить.

А я и не передергиваю фразы.
На моей памяти падения mysql были связаны всегда с нехваткой ресурсов, а конкретно с диким дисковым свопингом.

И я на все 100000% уверен, что поставь на эти же сервера оракл - он бы и не потянул там и 50% загрузки, которую отрабатывал mysql.

А по поводу глючности мускуля - то тут кому то надо выпрямлять свое железо или руки своих админов.

Stek писал:

А я и не передергиваю фразы. На моей памяти падения mysql были связаны всегда с нехваткой ресурсов, а конкретно с диким дисковым свопингом.

У оракла таких проблем не возникает, каким бы диким не был свопинг. Максимум к чему это приведет - к временным тормазам (до освобождени ресурсов), но никак ни падениям таблиц и уж тем более самого сервера.

Stek писал:

И я на все 100000% уверен, что поставь на эти же сервера оракл - он бы и не потянул там и 50% загрузки, которую отрабатывал mysql.

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

Stek писал:

А по поводу глючности мускуля - то тут кому то надо выпрямлять свое железо или руки своих админов.

Сервер баз данных, который падает из-за дискового свопинга иначе как глючным не назовешь.

А заява насчет рук - уже дешевкой пахнет.

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

Stek писал:

А по поводу глючности мускуля - то тут кому то надо выпрямлять свое железо или руки своих админов.

А программисты значит априори пишут оптимальный код?

PS: Не камень в твои скрипты - я с ними не знаком.

PPS: Пока писал придумал новый критерий качества для скриптов: чем меньше админ знает о ваших скриптах - тем они лучше ))

Цитата:

Сервер баз данных, который падает из-за дискового свопинга иначе как глючным не назовешь.

Ну вообще то любой софт, который использует файловую систему операционки, будет зависить своими данными от этой самой операционки.

Кстати, где взять сидж на оракле ?

Цитата:

А программисты значит априори пишут оптимальный код

Ну я вообще то не имею ввиду клинку в виде 5 страниц кода только в одном запросе к базе

Stek писал:

Цитата: Сервер баз данных, который падает из-за дискового свопинга иначе как глючным не назовешь. Ну вообще то любой софт, который использует файловую систему операционки, будет зависить своими данными от этой самой операционки.

Зависить от ресурсов и падать при недостатке ресурсов - разные вещи.

Stek писал:

Кстати, где взять сидж на оракле ?

Не пытайся казаться глупее чем ты есть на самом деле. Конечно ты его нигде не возьмешь. Для тех кто в танке еще раз повторяю - оракл я превел как пример стабильной субд. Можешь заменить его на postgres или sybase или любую другую субд, которая не падает при любом удобном случае.

MrCoffy:

ну зачем рассказывать про достоинства "Мейбаха" , когда публике нужны "VW" ? ...