• I’m developing a website for a client who wants to have more tan 400 manuals, instructives and guides for public access, website needs to be able to have efficient faceted search with filters and categories.

    whats the best way to go for designing a large database of text to be searchable with filters, keywords, tites? (no images just texts)

    how to make it easier to upload all this texts??

Viewing 3 replies - 1 through 3 (of 3 total)
  • Take a look at this…

    https://ww.wp.xz.cn/plugins/memphis-documents-library/

    I think this will let you store all kinds of documents and deal with them from WordPress but would keep them out of your database.

    Otherwise, you’re going to need a huge database and I recommend replication at that point with slaves and failback. You’ll need to run HyperDB with that also.

    Thread Starter flatcactus

    (@flatcactus)

    so, what i understand is this plugin will help me upload the documents and keeping them out of database. (wondering if you have experience with this plugin, is it possible to NOT have the documents for download only for consultation).

    what about making it easier to upload 400 plus documentas (copy and paste??) is there a way to do this in an efficient way?

    • This reply was modified 7 years, 8 months ago by flatcactus.
    Dion

    (@diondesigns)

    You should be looking for a solution that implements a dedicated search engine. The two best known examples of dedicated search engines are:

    http://sphinxsearch.com/
    https://www.elastic.co/products/elasticsearch

    Sphinx was designed almost specifically for your use case, and it would be faster and require significantly less server power than ElasticSearch. Unfortunately, Sphinx is poorly supported in WordPress. So I guess your choices are to use WordPress and ElasticSearch (and perhaps pay for an extra server), or find a non-WordPress Sphinx solution.

Viewing 3 replies - 1 through 3 (of 3 total)

The topic ‘advice for creating a big data website.’ is closed to new replies.