Post:#471944 Date:06.06.2015 (00:41) ... 21 августа 1991 года закончился августовский путч в СССР-
24 августа 1991 в центре Киева. Люди приветствуют провозглашение независимости
25 августа 1991 года Линус Товальдс опубликовал ядро Linux Date: 25 Aug 91 20:57:08 GMT
Просто совпадение? Можно быть, но есть еще много других совпадений.
Главное- это одинаковая методика зомбирования адептов Линукса и Нэзалежной.
Линуксоидов в мире точно столько же сколько и укропов- около 1 %.
О чем не спросишь линуксоида- ответ : хто нескаче тотмастдай
Дурачок совсем что-ли? PHP - это скриптовый язык для управления контетом сайта. Это не БД... БД это MySQL, PostgresSQL, Ms-SQL, Oracle и т.д. Не думаю, что алкаш вроде тебя может создать достойную альтернативную СУБД. Лучше продолжай девок своих тут на форуме продавать. По крайней мере понятно, что ты за спец.
И КСТАТИ, назовите мне дату когда PHP был скриптом. Это КОМПИЛЯТОР ИНТЕРПРАЦИОННОГО ТИПА!!!!!!!!!!!!!!!
Может в некой версии (о которой ВЫ уважаемый незнайка) скажите мне когда он был скриптовым языком.
DevilR Пост: 506420 От 27.Aug.2016 (08:42)
И поиск уже работает? И, вообще, запросы.
По поиску....
Работает уже по тегам, но как такового его нет....
По второму вопросу. Язык запросов почти идентичен тойже DBF ОДНАКО!!! У меня расширен спектр возможностей, есть дифрагментация на лету, есть динамические поля.
И ето все учитывать надо что все на PHP сделано без неких фоновых серверных программ.
Например, приведи мне пример создания БД. запросы которые в скриптах (понятно что один раз ктото написал и все дела...) адаптация к неким новым параметрам ну скажем PHP7 который (судя по тестам) компилирует скрипты, вначале их проверя, почти на уровне С++ так же многие сайты, не могут поддерживать даже PHP5.4 скорость работы НИЖЕ, и прочии аспекты работы веб приложений.
И КСТАТИ, назовите мне дату когда PHP был скриптом. Это КОМПИЛЯТОР ИНТЕРПРАЦИОННОГО ТИПА!!!!!!!!!!!!!!!
Может в некой версии (о которой ВЫ уважаемый незнайка) скажите мне когда он был скриптовым языком.
А ты сам не видишь? твоя, так называемая бд, НЕ ПОДДЕРЖИВАЕТ выполнение множество конкурирующих запросов одновременно!
ты меня терминами и тонкостями не грузи про ПХП. я тебе главную вещь сказал, что твоя хрень это не СУБД и PHP не предназначен для СУБД. Ты главную мысль вкури и делай выводы и не цепляйся к тем вещам, которые на результат не влияют
DevilR Пост: 506428 От 27.Aug.2016 (10:18)
К тому же, обсуждение новой чудо БД лучше вынести в отдельную ветку. PHP есть ведь и на винде.
это не новая чудо-бд это поделие на котором школьники учаться работать с файловой системой... Было давно время когда каждый занимался тем, что создавал какие-то базки для того, чтобы не таскать за собой громоздкие движки и хранить у себя локально минимальный набор данных. Потом этим перестали заниматься, поскольку расплодилось дофига бесплатных библиотек с этим делом. Они да. Компактные и быстрые, но однопользовательские и нормально работают с небольшим набором данных. Сейчас такой изобретать смысла нет, поскольку подобного говна навалом...
НЕ ПОДДЕРЖИВАЕТ выполнение множество конкурирующих запросов одновременно!
Код читал???? а конфигурацию, да когдато действительно конкурирующие запросы могли както влиять на структуру БД.
НО потом это исправлено, а в качестве перестраховки была введена функция очередности запросов!
Вы вначале код прочитайте, умник такой
По второму вопросу, уважаемому идиоту. [ссылка]
Система управления базами данных
это дублирую если у долбоеба не хватит мозгов.
Что такое система управления, уважаемый, долбоеб, ВЫ ДОЛБОЕБ должны знать, и не понимая кода, и не написав ни ОДНОЙ строчки кода, долбоеб, Вы не можете мне говорить оскорблений с ВАШЕЙ, ДОЛБАЕБ стороны.
Девил, код приведен выше, поэтому о каком СВОЕМ ВРЕМЕНИ????? Вы говорите?????
А для ДОЛБАЕБА, привожу
"// конфигурация базы данных
$base_safe_mode="off"; // Принимает значения (on/off) Безопатный режим работы БД, это такой режим
// в котором выполняются команды пользователей последовательно
// тем самым исключается одновременное использование базой данный двух или более пользователей
// однако включение этого режима повлечет увеличение СРЕДНЕГО времени генерации страниц
// так как все пользователи будут выстроены с очередь.
// отключение режима (off) позволяет пользователям многопоточно работать с БД,"
Вот когда прочтет, этот, долбаеб, текст, а еще бы замечательно поймет код.
Вот когда этот ДОЛБАЕБ и если он еще код поймет...............
Но ДОЛБАЕБАМ это не дано, они все дауны.
НО потом это исправлено, а в качестве перестраховки была введена функция очередности запросов!
Слушай ты умник... Очередно уже только ты один выполняешь запросы. Во всем мире давно применяются и в современных СУБД кстати, технологии для конкурентного выполнения запросов. Этим и отличаются доморощенные технологии от профессиональных. То, что ты о них нихрена не знаешь и говорит о твоей низкой квалификации.
НО потом это исправлено, а в качестве перестраховки была введена функция очередности запросов!
Слушай ты умник... Очередно уже только ты один выполняешь запросы. Во всем мире давно применяются и в современных СУБД кстати, технологии для конкурентного выполнения запросов. Этим и отличаются доморощенные технологии от профессиональных. То, что ты о них нихрена не знаешь и говорит о твоей низкой квалификации.
ДИБИЛОИД, посмотри самый низ сайта, и кто там что выполняет.
Меня еще ниодна технология не смогла переплюнуть, но это уже вне темы обсуждения.
Нужно, задавай отдельную ветку ДИБИЛОИД и там поговорим
Вот когда прочтет, этот, долбаеб, текст, а еще бы замечательно поймет код.
Вот как раз именно этот текст и рассмешил сразу. Можно его прочитать иначе. Так-как я, proggi, тупой совсем, то я не знаю, как запросы выполнять параллельно, поэтому в свою супер-пупер базу, я ввел охрененный параметр, чтобы моя база не валилась на параллельных запросах, то я буду запросы выполнять последовательно. Пофик, что у меня серверх на 8-ми ядерных ксеонах и все работает всего в один поток, зато она быстрая настолько, я в это верю, что все запросы обработает моментально и проблем не будет никаких. Я лучше то время, которое мог бы потратить на concurrency, потрачу на бухло и везде буду постить какой я крутой программер и какие все дебилы, что не хотят использовать мой бредокод.
proggi Пост: 506449 От 27.Aug.2016 (12:42)
обсуждения.
Нужно, задавай отдельную ветку ДИБИЛОИД и там поговорим
Не о чем нам с тобою говорить. Твой, или я не знаю чей, код говорит сам за себя. Вот смастери сперва свой кэш, который с shared данными межсессионными. И обеспеч конкуррентный доступ и обновление кэша из 1000 конкурирующих потоков одновременно. Создай стратегию доступа и блокировки данных и не на уровне вхождения процедуру, а на уровне отдельных записей. Когда ты пройдешь этот путь, тогда с тобой будет интересно поговорит. А сейчас ты просто понятия не имеешь, насколько ты туп.
Уважаемый Долбоеб Дибилоевич Долбоеб.
Вы, Дибилоевич, даже не запустили мою базу, а предпочитаете критиковать, того чего не пробовали.
Это, Долбоеб Дибилоевич, как в дедстве, "мне не нравится но я еще не попробовал". Долбоев Дибилоевич.
proggi Пост: 506460 От 27.Aug.2016 (18:03)
Уважаемый Долбоеб Дибилоевич Долбоеб.
Вы, Дибилоевич, даже не запустили мою базу, а предпочитаете критиковать, того чего не пробовали.
Это, Долбоеб Дибилоевич, как в дедстве, "мне не нравится но я еще не попробовал". Долбоев Дибилоевич.
ты знаешь... один и тот же код и один и тот-же алгоритм обыглывается в самых разных ракурсах и вариантах. Этих и им подобных кусков может в сети валяться тысячами штук. Все не перепробывать. Зато я знаю, ЧТО в нем должно быть, чтобы система могла успешно работать. И этого в нем нет. Например то, что твой код использует хранение данных в файлах и каждый раз обращаешься к файлам. Т.е. тот же самый код, но заточенный под работу с промежуточными данными в памяти будет работать гораздо быстрее. Это же очевидно...
Т.е. если я вижу, что ты данные свои развозишь на трамваях, то для меня сразу понятно, что скорости феррари тут не добьешся...