GAE: использование статического файла HTML и базы данных для обслуживания содержимого

Question

Мой новый сайт (для чтения книг) на самом деле использует статический контент для обслуживания страниц: у меня есть файл HTML, сохраненный в папке, и, чтобы обслуживать страницу, я прочитал ее и передать содержимое шаблону jinja2, чтобы показать все вместе. Ни одна база данных не удаляется, за исключением того, что идентификатор книги знает название.

Это работает отлично и быстро, но очевидно, что я должен «загружать» каждую новую книгу с помощью опции «Развернуть» из GAE SDK (из того, что я читал, нет доступа к файловой системе в GAE извне, как с FTP), что не оптимально.

Так что я думаю о сохранении содержимого HTML в базе данных, но: будет ли это увеличение базы данных? Я использую NDB, поэтому теоретически каждый пользователь, читающий книгу, получит кешированный результат из кеша NDB, как только он будет впервые прочитан. Это правильно?

Будет лучше передать html в базу данных? С точки зрения размера, это будет более 8k на страницу html. На страницах также есть файлы изображений, поэтому, чтобы избежать первоначальной проблемы с загрузкой каждой новой книги, я снова должен сохранять изображения в базе данных, правильно?

Пример страницы для книги будет like this

Answer 1

Google App Engine имеет специальный сервис для загрузки файлов, это называется Blobstore.

Вы можете написать страницу администрирования, которая позволит вам загружать файл и публиковать его. Вам нужно будет использовать базу данных для хранения только метаданные о каждом объекте: название книги, автор, взаимосвязанного изображения ...

Here's some documentation

Answer 2

Почему бы не загрузить содержимое с помощью Google Drive и сохранить содержимое в НБД. Читы не дорогие, а хранилище данных NDB очень быстро.

Вы можете использовать blobstore для изображений. Посмотрите на Google High Performance Image Serving, которая использует blobstore и get_serving_url из Image API.

Answer 3

Если вы хотите реализовать «бедный человек», создайте папку с именем «книги» на верхнем уровне вашей папки приложения. Внутри этого создайте одну папку для каждой книги и внутри каждой из них создайте одну папку для каждой главы. Это даст вам структуру дерева для вашей библиотеки.

Затем в папке каждой книги создайте файл index.html, который будет являться титульной страницей и оглавлением. Он должен иметь ссылки на каждую главу. Внутри папки каждой главы создайте еще один файл index.html, содержащий HTML для этой главы. Все изображения для этой главы идут вместе с файлом index.html внутри этой папки, а все ссылки относительны, то есть: href = "picture.jpeg"

Измените свой файл app.yaml, чтобы открыть папку «books» как статический справочник:

handlers: 
- url: /books 
    static_dir: books 

Если вам никогда не придется менять содержимое книг, вы можете опубликовать каждую книгу только один раз и развернуть ее. Красота в том, что программирование не требуется, помимо редактирования HTML и app.yaml.

Answer 4

Если вы структурируете объекты ndb правильно, накладные расходы будут минимальными.

В основном, всегда делайте чтение на основе клавиш.

Допустим, у вас есть:

def Template (ndb.model): 
    data = ndb.TextProperty() 

Затем вы можете сделать читается как:

key = ndb.Key(Template, 'bookname.html') 
data = key.get().data 

ОПРС автоматически Memcache это читает. Поэтому, пока memcache не выселяет их, они будут очень быстрыми и совершенно свободными.

Настоящая вещь для рассмотрения - размеры - ndb сущности ограничены (IIRC) 1 МБ. Если все ваши шаблоны будут меньше этого, тогда вы добры. Если они больше, я бы предложил использовать Blob Store. Вы все равно захотите использовать ndb для хранения ссылок на хранилище Blob, хотя :)