Nenhuma descrição

Andy Baugh 48e8b2896b More WIP? 7 meses atrás
.github d5bab21dcd Create Funding.yml 3 anos atrás
bin 5f0cdcabf8 Fix #238 2 anos atrás
config 48e8b2896b More WIP? 7 meses atrás
images 26aa721b81 added a readme for buildah 3 anos atrás
lib 48e8b2896b More WIP? 7 meses atrás
schema 8fe4343d20 Fix #191 2 anos atrás
service-files e14a0f41f9 Better service standup opts 2 anos atrás
t 022b8a2297 Don't redeclare 1 ano atrás
www adfbc1bb7a fix #257 2 anos atrás
.gitignore ea6cfaa527 Just move the makefile, update readme to use -f 1 ano atrás
CHANGELOG aa68fc34ab removed -x 3 anos atrás
Dockerfile d1133dca24 remove bad make target from makefile 2 anos atrás
Dockerfile.build 5074e5a975 remove unneeded AS statements 3 anos atrás
Installer.mk ea6cfaa527 Just move the makefile, update readme to use -f 1 ano atrás
LICENSE aa68fc34ab removed -x 3 anos atrás
Makefile.PL c48b153844 Add test deps 1 ano atrás
Readme.md ea6cfaa527 Just move the makefile, update readme to use -f 1 ano atrás
call.pl 54842cc739 Massive speedups with memoization 2 anos atrás
docker-exfil.sh c76fee1fe6 make docker exfil work on windows mingw 3 anos atrás
dockerdeploy.sh 5b2f374b4a Fix #171 3 anos atrás
fulldeploy.sh 9933224850 set +x on fulldeploy 3 anos atrás
package-lock.json e6afa02bec Work towards #164: Add means of transforming renders into emails 2 anos atrás
package.json e6afa02bec Work towards #164: Add means of transforming renders into emails 2 anos atrás
profile.sh 54842cc739 Massive speedups with memoization 2 anos atrás
tcms 003c561e38 more uwsgi tweaks 2 anos atrás

Readme.md

tCMS

A flexible perl CMS which supports multiple data models and content types

Deployment is currently:

  • make -f Installer.mk depend
  • make -f Installer.mk install

Then:

  • Set up proxy rule in your webserver
  • open tmux or screen
  • starman -p $PORT www/server.psgi OR (if you want tCMS as a systemd service for the current user):
  • PORT=$PORT make install-service

$PORT being whatever port you want it to sit on.

A Dockerfile and deployment scripts are provided for your convenience in building/running containers based on this:

# Build and run the server
./fulldeploy.sh
# Just run the server with latest changes
./dockerdeploy.sh
# Extract configuration & local data, then spin down the server
./docker-exfil.sh

The user guide is self-hosted; After you first login, hit the 'Manual' section in the backend.

Rate-Limiting is expected to be handled at the level of the webserver proxying requests to this application.

Migration of tCMS1 sites

See migrate.pl, and modify the $docroot variable appropriately

Content Types

Content templates are modular. Add in a template to /templates/forms which describe the content and how to edit it. Our post data storage being JSON allows us the flexibility to have any kind of meta associated with posts, so go hog wild.

Currently supported:

  • Microblogs
  • Blogs
  • Files (Video/Audio/Images/Other)
  • About Pages
  • Post Series

Planned development:

  • Presentations
  • Test Plans / Issues (crossover with App::Prove::Elasticsearch)

Embedding Posts within other Posts

If you know a Post's ID (see the numbers at the end of it's URI when viewing it's permalink denoted by the chain emoji) You can embed template logic into your posts like so:

<: embed(12345, 'embed') :>

The first parameter is the ID number of the post. The second parameter is the formatting style:

  • embed : default, shows the post with a recessed border as an excerpt.
  • media : only show media portion of the post, if any.
  • inline : show everything about the post, save for the title.

These will be added as classes to the embedded post, so you can theme this appropriately.

Data Models

  • DUMMY - A JSON blob. Used for testing mostly, but could be handy for very small sites.
  • Flat File - Pretty much the tCMS1 data model; a migration script is forthcoming

Planned Development:

  • Elasticsearch - Documents are ideally indexed in a search engine, should be nice and fast too.
  • Git - More for the APE crossover

Supported PSGI servers

Starman and uWSGI

In production, I would expect you to run under uWSGI, and the tcms command in the TLD runs this. Otherwise, you can run www/server.psgi to start starman normally.

Ideas to come:

domain picker at top -- manage all your web properties from one place

login and registration (forces email for a domain to allow posting on said domain) User data also stored in ES -- it's their profile page!

Error and Access logs immediately dumped into ES for EZ viewing in grafana

Automatic analytics!

Multiple auth models (ldap, oauth etc)

Builtin paywall -- add in LDAP users not on primary domain, give differing privs Have all content able to assign to paywall packages

One click share to social via oauth Mailing list blasts for paywall content