The new home of the ThreadR Forum Engine https://threadr.lostcave.ddnss.de
 
 
 
 
 
Go to file
BodgeMaster 03e8a27a7d started working on moving hard-coded things to config 2021-09-02 07:40:16 +02:00
config variable grabbler not happy with unicode -_- 2021-09-02 02:58:25 +02:00
macros started working on moving hard-coded things to config 2021-09-02 07:40:16 +02:00
threadr moved variable grabbler files out of the way so they can have more descriptive names 2021-09-02 06:38:21 +02:00
LICENSE.md Markdown formatting 2021-08-18 18:06:02 +02:00
NOTICE a word 2021-08-18 18:08:55 +02:00
README.md moved variable grabbler files out of the way so they can have more descriptive names 2021-09-02 06:38:21 +02:00
ThreadR.sql wrote a disclaimer marking this branch as irelevant for future development, added backup of ThreadR database 2020-06-14 22:42:45 +02:00
admin.php My brain is slowly going downhill. Also, I got frustrated enough to add links to the deployment logs. 2020-04-08 03:32:22 +02:00
commands_git.conf force deployment-script being executable 2020-03-08 18:12:59 +01:00
commands_ondemand.conf improved readability 2020-02-12 06:02:49 +01:00
commands_status.conf added FAHClient to status page, removed command that did not work due to current permission setup 2020-05-31 07:32:40 +02:00
default.html duplicated redirect page and changed paths to %CONTENT_DIR% 2020-02-19 04:07:26 +01:00
deployment-script.sh moved variable grabbler files out of the way so they can have more descriptive names 2021-09-02 06:38:21 +02:00
internal.css added separate stylesheet for internal status page 2020-03-04 21:44:38 +01:00
strassenkind.php poking at a problem 2020-03-05 10:52:03 +01:00
variable_grabbler.py blob 2020-04-08 05:22:50 +02:00
web.sql added web.sql database backup 2020-06-14 23:21:31 +02:00

README.md

Welcome to ThreadR

This is the source code for the ThreadR Forum Engine. It originated as a school project with the goal of developing a mix between a forum engine and a social media platform. When school was over, we left the project up for some time with the general intention to continue working on it until I took it down after an extended period of inactivity to host my own website on my server.

Now, that it is being revived, the original scope of the project doesnt really make sense anymore (at least to me) so it needs to shift slightly. Below is a list of goals that I would like to see achieved, feel free to discuss this in the issues or commit comments.

  • come back online (see issue #2)
  • go FOSS (make the source code publicly available under a FOSS license (see issue #5))
  • make the code portable so everyone can set up their own instance
  • get generic forum functionality going (sign-up, creation of boards, creation of threads within boards, messages, profiles)

Once these two are given, here are some additional goals both from the original scope of the project as well as my own ideas. Input is welcome.

  • anonymous posts (users can choose to post anonymously, registered users will have a unique name per thread that stays the same so users can tell each other apart)
  • subscribing to threads
  • "split thread here" feature (kinda like on Reddit when multiple ppl answer to one person)
  • automatic loading of new messages in threads (opt-out in settings)
  • notifications for new messages in subscribed threads (opt-out in settings)
  • question threads with an "accept answer" feature, threads can be marked as question threads on creation
  • like/dislike feature but in better (as in more limited in functionality and more nuanced, kinda like on StackExchange but with two types of likes/dislikes and without showing an actual number)

- BodgeMaster

WARNING

All information below is only relevant for documentation purposes. This is a backup of the ThreadR project. A backup of the databases has been saved to ThreadR.sql and web.sql.

Update: This project will (hopefully) be brought back to life in its now home - here. This warning will be removed once the new box is set up with ThreadR in its current state.

Git based automatic web deployment system

This repository will be automagically pulled by the web server each time something is pushed by a user.

Dear Developers, Please use pushes sparingly because it takes a while for the server to replace all code variables.

The following files and directories are linked to areas where they can be accessed by the web server:

  • threadr/threadr.lostcave.ddnss.de/threadr/ (all files acessible by the web server)
  • default.htmlthreadr.lostcave.ddnss.de/index.html (http redirect)

Variables handled by the deployment script

Here is the place for variables that will be replaced automatically on the server. Using them is encouraged. Using the paths is DISCOURAGED. This way, it is possible to change folder names around and fix the URLs in one place for all files simultaneously.

This section has moved. Look in the files or their documentation below.

Some server variables that might turn out to be useful (example):

{
  "HTTP_USER_AGENT":"Mozilla\/5.0 (X11; Ubuntu; Linux x86_64; rv:73.0) Gecko\/20100101 Firefox\/73.0",
  "REMOTE_ADDR":"10.1.1.3"
}

Individual documentation for each file

[DIR] threadr

This folder contains all the files that are parts of ThreadR directly

[DIR] config

A place to store the configuation for a specific ThreadR instance (contains official instance config for now, will be moved elsewhere eventually)

[DIR] macros

files for variable_grabbler.py

admin.php

This is the file that is shown on the internal admin page. It will contain a list of users, forums, threads, etc. At the moment, it is just a convenient way to access the other internal administration tools. This is not directly a part of ThreadR.

default.html

The main index.html on the server. It redirects to ThreadR.

deployment_script.sh

This script is executed each time (well... if Gitea decides to actually run the WebHook) the repository gets pushed. It contains the commands to execute the code variable replcement system and some other useful tasks. Its working directory is the root of the git repository. If you want to know more: It is commented. Just look at it.

strassenkind.php, internal.css, commands_status.conf, commands_ondemand.conf, commands_git.conf

The internal status page. strassenkind.php is the index, internal.css is the stylesheet strassenkind.php uses and the .conf files are lists of commands to be executed by the status page. The status page auto-refreshes to display up-to-date information on the commands in commands_status.conf. It is advised to put commands that have a high disk usage or start/stop/restart/reload system services etc. on the commands_ondemand.conf file as the ondemand status page does not auto-refresh. The file commands_git.conf contains the commands that would be executed by the deployment WebHook. These are there to provide a fast and simple backup solution. The alternative to foce-updating ThreadR via the status page would be:

ssh <user>@<threadr.ip|no public access set up currently>
cd /var/www/git
sudo -u www-data -s
rm -rf ./web-deployment
git clone <ssh git repository link>
cd web-deployment
./deployment-script
exit
logout

DEPRECATED: The administration framework will be turned into its own project.

README.md

this file

variable_grabbler.py

This is the code variable replacer. It takes two arguments: The configuration file to be used and the file to be worked on. The configuration file contains a json which defines replacement string for each code variable in the format "<VARNAME>":"<String>". Code variables are preceeded and followed by a % sign in code but this is not the case in the configuration. Also, they must be capitalized in code. An alternative option to providing a string in the config is to add arrays defining files or commands (Commands are not implemented yet.). Format: `"":["<file|exec>","<filepath|command>"] Read the source code for further information.

NOTICE: This file (or rather a more up-to-date version of it) will be moved to a new repository containing the deployment system.