@Strelnik

Доброго времени суток, уважаемые!
Заказчику требуется сохранить в базу данных SQLITE или sqlite3 все html файлы. То есть все страницы html засунуть в базу данных с сохранением URL. Причем вместе с php файлами, также сохранить строку запроса полностью типа "?p=1&uid=6" .
На сайте более 10000 стр.
Как оптимальнее сделать, чтобы работало быстро?
Придется хранить полную строку запроса в базе типа "/category/1.html" или "/category/1.html?info=extended".

Как оптимальнее сделать движок сайта к универсальному скрипту переноса сайта на html(эту проблему уже решил), если вдруг страниц будет больше? Как быстрее получать ответ от БД?

Спасибо!

0

@plohoyav

sqlite работает медленно, можно сохранять файлы, а в базе хранить строку запроса + имя файла

0

@Strelnik

Ну цель как раз избавиться от 10000 html файлов и закинуть их в базу данных.
Может в таком случае прибегнуть к индексированию? Как лучше сделать и какие таблицы?

0

@plohoyav

у меня была такая же цель при разработке приложения android для сайта инициатив, но из-за тормозов пришлось тексты хранить в файлах

0

@Валентин^_^

Если не предполагается активного редактирования контента в бд, то лучше использовать бд MySQL с типами таблиц MyISAM. Получите высокую скорость чтения из бд.

А вообще рекомендую не изобретать велосипед, а взять простой фреймворк, который бы реализовывал лишь mvc и роутинг, например https://lumen.laravel.com/ или https://www.slimframework.com/ и сделать "по-нормальному", дальнейшая поддержка проекта будет удобнее

0

@Strelnik

Целью является сделать почти статичный сайт(плюс небольшой php include в момент инициализации движка), при этом сохранив УРЛы. Как я понимаю на фреймворках вышеприведенных изменения URL не избежать.

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

0

@tarasalk

Я не призываю вас использовать фреймворк в данном случае, но перечисленные проблемы надуманны.
Например в laravel можно задать практически любой url.
Фреймворк импорту БД никак не мешает.

0

@miketomlin

Strelnik, ну ведущий слеш точно лишний. Полные адреса (без ведущего слеша) мы используем только в движке для арбитража (предполагается, что в базе не будет оч. много записей на один домен). Для всего остального минимум двухуровневая структура. Простейший пример тут, только там используется произвольная концовка пути, а не адреса, т.к. на строку параметров накладывается оч. жесткое ограничение, ну а вы можете сделать произвольную концовку адреса без выделения и обработки строки параметров.

0