Понятное дело, что в большой базе можно что угодно сделать, но приятней, когда такую удобную функцию для разбивки на страницы сделали в самой базе, или регистронезависимый поиск, или поля TEXT и BLOB, которые ведут себя как супербольшие VARCHAR в плане вставки и извлечения данных...
Как насчет такой обработки ошибок:
<?php
Error_Reporting(1+2+4+8);
if (!@filemtime("test.txt"))
header("Location:error.php");
?>
Попробуйте убрать @
Да вот, в некоторых "плохих" языках не используется механизм иксепшенов, а проверяют возвращаемые значения.
Посмотрите внимательней на php.ini, может там есть параметры типа
max_execution_time, error_reporting
Внешнюю логику можно написать на языке высокого уровня и это может оказаться и удобней, и быстрее, и переносимей встроенных процедур.
При этом скорость выборки из MySQL по любым тестам намного выше, чем из MS SQL.
Я как-то поспорил с одним, доказывавшим что MS SQL быстрее, написал по-быстрому программу, реализующую тот же алгоритм, что и его процедура, вывел наглядные результаты превосходства... больше его не видел.
Тогда, уж если вам быть последовательными в доказательстве, что встроенные процедуры - это очень-очень хорошо, то почему бы и странички не формировать внутри базы.
CREATE OR REPLACE PROCEDURE helloOra(p_Greeting IN VARCHAR2) AS
BEGIN
HTP.htmlOpen;
HTP.headOpen;
HTP.Title('Hello World!');
HTP.headClose;
HTP.bodyOpen;
HTP.print(p_Greeting);
HTP.bodyClose;
HTP.htmlClose;
END helloOra;
Должно быть офигительно удобно.
Административный интерфейс можно легко отделить от модуля вывода страниц.
Пускай на том же Access вставляют, редактируют данные, а потом время от времени все это синхронизировать с web-базой.
С одной стороны стороны будет быстрый вывод данных на страницу, с другой знакомый для "девочек" интерфейс.
Есть у меня книжонка некоего А. Павлова из нижегородской губернии.
>На самом начальном этапе сервис статистики "Нижегородский Top100 www.counter.nn.ru был (страшно подумать!) системой неоптимизированных скриптов, написанных на Perl. Из-за проблемы роста я его многократно переписывал и оптимизировал. Сначала кое-чего переписал на С, затем начал отлавливать неоптимальности алгоритмов. На данный момент система статистики "Нижегородский Top100" использует распределенную технологию - накопление статистики и рисование картинки происходит отдельно на разных машинах, причем сама система статистики и рисование картинки происходит отдельно на разых машинах, причем сама система статистики представляет собой модуль, вкомпилированный внутрь Web-сервера.
Есть там у него и что-то по поисковой системе по линкам, использующее в качестве хранилища DBM.
Между прочим, 18000 записей это вообще копейки, и, кажись, MySQL тоже разумеет UPDATE.
Где-нибудь кабель порвут, магистральный рутер сдохнет, ошибутся с записью в DNS, хакеры канал зафлудят, вирусы там... Интернет - это анархия, никто ни за что не отвечает.
Ну и где будут ваши 99,999%? Только в бронированной комнате со своей электростанцией, никаких сеток, все в сервере трижды резервировано.
[ 09-09-2001: Message edited by: Frank ]
PHP+mySQL
-
- Новичок
- Posts: 88
- Joined: 16 Jan 2001 10:01
- Location: Moscow, Russia
PHP+mySQL
<b>Теперь о том что важнее в вебе - важнее всего скорость разработки. Как это не странно звучит.</b>
опаньки, приехали [img:5c0dac8493]images/smiles/icon_wink.gif[/img:5c0dac8493] да ничто не мешает проекту загнуться вскоре после открытия, если его написали криво или с неправильным использованием технологий - это независимо от того, как быстро Вы его создадите. есть несколько основных общих правил, определяющих жизненный цикл и успех проекта, и не важно веб-невеб, хотя веб и добавляет особенностей но не суть. выделять из контекста всех факторов скорость разработки мягко говоря нехорошо.
опаньки, приехали [img:5c0dac8493]images/smiles/icon_wink.gif[/img:5c0dac8493] да ничто не мешает проекту загнуться вскоре после открытия, если его написали криво или с неправильным использованием технологий - это независимо от того, как быстро Вы его создадите. есть несколько основных общих правил, определяющих жизненный цикл и успех проекта, и не важно веб-невеб, хотя веб и добавляет особенностей но не суть. выделять из контекста всех факторов скорость разработки мягко говоря нехорошо.
-
- Уже с Приветом
- Posts: 2019
- Joined: 22 Jul 2000 09:01
PHP+mySQL
Самое интересное, что хорошо знающий то же php программист может сделать этот же проект во всяком случае не дольше, чем с использованием самых дорогих средств разработки.
Да, и почему бы заодно не наехать на славный язык под названием С++. Неплохо бы посчитать, как долго будет с его помощью создаваться web-приложение. Но попробуйте на него наехать!
Да, и почему бы заодно не наехать на славный язык под названием С++. Неплохо бы посчитать, как долго будет с его помощью создаваться web-приложение. Но попробуйте на него наехать!
-
- Уже с Приветом
- Posts: 2019
- Joined: 22 Jul 2000 09:01
PHP+mySQL
А почему бы и нет? Если кто-то так уж печется о скорости, то С побыстрее будет какой-то там джавы.
К слову, о надежности. Предложенный метод достижения 99,999% надежности с помощью установки своего сервера "около дома" почему-то не очень практикуется.
Обычно берут хороший хостинг у того, кто подключен сразу к нескольким магистральным провайдерам и, желательно, поближе к конечным пользователям; еще mirrorы ставят, akamai пользуют и т.д.
К слову, о надежности. Предложенный метод достижения 99,999% надежности с помощью установки своего сервера "около дома" почему-то не очень практикуется.
Обычно берут хороший хостинг у того, кто подключен сразу к нескольким магистральным провайдерам и, желательно, поближе к конечным пользователям; еще mirrorы ставят, akamai пользуют и т.д.