Sign in

Publii API?

  • This topic has 2 replies, 2 voices, and was last updated 7 months, 3 weeks ago by .
Viewing 3 posts - 1 through 3 (of 3 total)
  • Author
    Posts
  • #5560
    publii-slpa

    Publii is absolutely amazing.

    I wrote my own CMS using OO design at its core so that any thing within the CMS could be referenced to as an object. Everything was stored in MYSql and could be sliced, diced, and julianmed. The core of the CMS was the hierarchy object. This object, similar to a computer directory in reference, parent/child, could organize HTML elements, code, snippets, template fragments, Schema JSON, data, and references including aliases in wild and weird ways as objects at any point. It used a templating theme similar to Handlebars as references or references to references that was stored within the database and could do incredible things. I could replicate the entire DMOZ site exactly as they had it using only 6 characters of content. That is it. Truly a marvel.

    So why did I tell you this?

    My CMS was designed for automation, though not a requirement. I used it to reference data within about 170 tables with many millions of rows to produce nearly 24 million pages of hack/attack data for research. Each page was rendered upon request based upon this OO design. It is lightning fast.

    My point is this.

    Publii, with a rather simple API, could allow coders to generate pages, render, and deploy sites outside of the GUI. I can see a use for this with some ideas I have floating around. Would creating an API to Publii be a consideration?

    So what about my CMS?

    As radically cool as it is, no-one has made another in the decade plus since I began coding it, Publii makes sites awesomely simple and therefore preferred for my remaining sites. They are relatively simple and could easily become more blog like. I am busy making new custom themes to make this happen. Once I deploy even one site, I will be donating.

    Cheers!!

    #5562
    Tomasz Dziuda

    Hi,

    Our future plans contains a concept of something like developer tools which will allow developers to render a website without UI. But at this moment it is a quite distant future, as currently we want to focus on Publii app UI multilanguage, plugins and ecommerce. In this moment I think that for such purpose classic CLI-based static generators will be better.

    --
    Do you appreciate the support you've received today? If so, consider donating to the Publii team by clicking here; we'll be sure to use your donation to make Publii even better!

    #5573
    publii-slpa

    Thanks for the reply.

    Nope. I am sticking with Publii!

    I am not doing anything weird yet and may not. I am not sure.

    I thought about marrying solr to Publii if I found a use for it. I will at least be using it for site search for my sites. But I can see a use case for IR and processing if I am so inclined.

    I can certainly update the db.sqlite database using Perl or something.

    I can even use my CMS for automation and walk through it in Perl to render pages for Publii.

    Who knows. Nothing to solve now.

    I was just making a suggestion.

    It looks you have it under consideration.

    I know my post was somewhat odd, I at least hope it was entertaining. I was in a mood. Not sure what kind.

    Cheers!!

Viewing 3 posts - 1 through 3 (of 3 total)
  • You must be logged in to reply to this topic.