PhpEcho
PHPTAL
PhpEcho | PHPTAL | |
---|---|---|
- | 1 | |
11 | 174 | |
- | 0.0% | |
7.5 | 4.7 | |
4 months ago | 17 days ago | |
PHP | PHP | |
MIT License | GNU Lesser General Public License v3.0 only |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
PhpEcho
We haven't tracked posts mentioning PhpEcho yet.
Tracking mentions began in Dec 2020.
PHPTAL
-
Ludic: New framework for Python with seamless Htmx support
I agree and I don't fully understand the why of it.
I remember coding PL/SQL to emmit HTML in Oracle around 1999 or 2000 and using functions to code the various elements.
Thay got old and repetitive very quickly - for instqance, everytime I had to correct a spelling error, I had to recompile the code.
To get around it I used one or two tables to hold html snippets to decouple the business/backend logic from the frontend, and stopped using the PL/SQL functios completely.
My speed of developmet skyrocketed, and separating and abstracting the frontend from the backend made so much sense.
A few years later, I was doing web developemt with Python using the Zope framework (not many people know about it tiday, I think).
It uses a specialised serverside templating language called TAL (Template Attribute Language)[1] that basically builds the front end dynamically, and then you feed it data from the backend.
Very neat and allowed me to build reusable compoments as well as collections of a schema definition (basically a dict), html template(s) and the code to validate that the inpuy matched the schema and could be rendered.
Or something like that its been 2 employers and almost 20 years since i worked with tha :)
I did build a small php extension for Wordpress using a PHP implementation[2] of TAL a few years ago, and TAL still works like a charm :)
My point is that I still believe there is value in keeping python out of the HTMl-templating, and in keeping the front end logic apart from the backend logic.
There is something I am not understanding about the renewal of mixing HTML/GUI template with code, buy I haven't fully found it yet.
[1] https://en.m.wikipedia.org/wiki/Template_Attribute_Language
[2] I believe it was this one https://phptal.org/
What are some alternatives?
Foil - PHP template engine for native PHP templates
Twig - Twig, the flexible, fast, and secure template language for PHP
Smarty - Smarty is a template engine for PHP, facilitating the separation of presentation (HTML/CSS) from application logic.
Latte - ☕ Latte: the safest & truly intuitive templates for PHP. Engine for those who want the most secure PHP sites.
Phly Mustache - PHP 5.3 Mustache implementation
Plates - Native PHP template system
Mustache - A Mustache implementation in PHP.
Tale Jade - A complete and fully-functional implementation of the Jade template language for PHP