Build the web site using makdown direct renderer and not static site generators #28
Replies: 2 comments 6 replies
-
|
Hi all ! Some years ago, I had many servers with different GNU/Linux distributions and thus different sets of packages installed... since I needed to find a solution to give a graphical interface to all my scripts (without every time rewrite them depending on which widget was present in each server ), I started writing first core of EBG but always with ease in my mind. So, even addressing this issue, I like an easy (very easy ) solution: In this way, I'm going to keep some old historical pages but especially some useful pages like "easybashgui functions", the latter useful for me too to review the synopsis of some functions for which even I had forgotten some details (e.g.: tagged_menu() wants before the tag and then the item, or the item and then the tag? - I confess that I still don't remember it , ha ha... - Anyway... I prefere this solution, if you don't mind... ;) |
Beta Was this translation helpful? Give feedback.
-
|
Thanks to great @mckaygerhard , even a dynamic page related to EBG project is available at: Thank you very much ! |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Raito https://raito.arnaud.at/ is a dynamic website renderer, unlike frameworks as hugo, yekil(github) and others that must generate the html pages first to then be placed on the website, Raito generates them on the fly, just when the user requests the specifies page to display. This is done by taking the markdown files and making HTML of each them when each one are requested in a request.
Why not jekil (github) deploys??, the proposal of #20 is complicated, it require a understanding of jeckil deploy on each change of theme, raito only require CSS changes, github deploy with yekil instead requires not only CSS changes also requires YAML knowledge and changes..
Deploy of the web site
There already others ways more traditional, and easy to understand: https://github.com/codeling/w2wiki that is in the same way, despiste a fork, this m2wiki allows to sync a git repository so indeed we can talk that it makes the same as raito, but in reverse way, people edit at the site and the changes will be committed to the repo, unfortunately this does not handle authentication neither support real git sync (only comit and push).
I already made a git web site deploy, at the branch https://github.com/venenux/easybashgui/tree/webpage-with-raito , but using raito..
The web page can be tested from the github pages.. for the branch i tested its from https://venenux.github.io/easybashgui/ the process can be also adapted to use a customized domain (by example https://sites.google.com/site/easybashgui/ cannot be used but https://sites.google.com can be used.. so we must check the way to define root web deploy ..)
how to use raito with google sites
Google site old way is what i tested long time ago, so easy, as i remembered, just take the 3 markdown files of the repository (with pictures also of course) in same structure and also the index.html raito file and put on your google site, later edit the index.html and define the root deploy with "/site/easybashgui/" and that's all!
How this work?: it used the natural web server of google sites pages, all the work of rendering will be made by raito, not by webserver that will only renders the index.html one time and rest of work will be done by the browser client.. the index.html generate the page from the README.md file on the fly.. if you change it the changes are intermediately at the deploy.. no dependency of the yekil engine of the github crap! cos i hate M$ company..
What about the repository? and automatic update of the site this its not possible if you use google site, but is not a problem, mostly updates to those files are not so often, but of course in my personal opinion i prefers the github way, cos its full automatize!
how to use the github pages feature instead the google sites
The process is in fact more easy cos will be automatized:
After save, the web page URL will be at the about of the repository, wait 5 minutes and web page will be displayed
How this work?: it used the natural web server of github pages BUT do not use any deploy generation of github, that wil break if you dont know about jekil theme deploy and depends on python crap software.. all the work of rendering will be made by raito, not by webserver that wil only renders the index.html one time and rest of work will be done by the browser client the index.html generate the page from the README.md file on the fly.. if you change it the changes are inmmediatelly at the deploy.. no dependency of the yekil engine of the github crap! cos i hate M$ company..
Beta Was this translation helpful? Give feedback.
All reactions