Sendwheel, I have it running nicely under https: however it does lode over http which means if I do that there is a chance "they" will see me past the "password". Do you know what to do to force https only? I think it needs a rewrite or something. I ask in part because perhaps we should include that in the instructions.
I am just investigating but if I rename/clone the whole wiki to a new name, such as index.html or add additional wikis they should all work if they have the same credentials, is that correct? My Tests suggests so. Using a separate folder with an independent tw-receiver-server.php <https://psat.com.au/tiddlywiki/tw-receiver-server.php> and .htaccess file would be needed to have a different secret key is that correct? Since the first day of install, the automatic backups seem not to be working. Can you suggest how to troubleshoot or fix? $backupdir = 'twbackups'; // folder exists // number of backups to keep $backupcount = 10; I have attached my own .htaccess file should anyone need it. It is an excellent solution Thanks Tony On Friday, September 7, 2018 at 10:34:12 AM UTC+10, sendwheel wrote: > > That's great. I'll look into that password saving w/ LastPass and others. > See if I can't straighten it out. > > On Thursday, September 6, 2018 at 12:28:50 AM UTC-4, TonyM wrote: >> >> Sendwheel, >> >> Thanks that is working and working well. It is very exciting for me and I >> may soon publish a number of tools online based on TiddlyWiki. Thanks so >> much. >> >> For others reading this I have it working over https >> >> In a spirit of progress a few notes >> >> >> - So in summary the Wiki is read only and throws a message on the >> creation of a tiddler unless one goes to >> Control Panel > Saving > TW Receiver and provides the >> "password/Secret Key" >> - Once you do this, saving will work in that browser session >> indefinatly? >> - The whole folder could be placed behind a password to stop public >> access even read only. >> >> >> *Some feedback* >> >> *Read only mode* >> Would it be possible not to throw a message when people have read only >> access and on every change they make, and leave it to when and If they try >> and save the wiki? Basically do not try and save if it does not have >> permission to do so. >> Even simple state tiddlers could cause this failed save to occur, I want >> to build wikis that may be read only (to most) but the user can enter >> details and export/email their "input" the error message makes this >> somewhat unworkable. My work around is to turn off autosave however this >> exposes me to loss if I forget to save. Perhaps turning off Autosave if the >> tiddlywiki cant save to the server would be a practical solution. >> >> *Update Contention* >> I imagine that if more than one person had the password they could >> overwrite each others changes. Could we use php to drive a checkout >> process, basically allow a request to checkout and if not already (because >> its flagged) save a state on the server including the current user and or >> contact info (If provided) - thus no one else could check it out until the >> named user checks it back in (or the state deleted)? >> >> *Password "address"* >> I have noticed a Password Vault LastPass offering to save the password >> for me, however it only does so for the domain, and does not seem to >> recognise the password is meant for the site in its folder ie not for >> https://psat.com.au but for https://psat.com.au/tiddlywiki/PHPWiki.html >> or https://psat.com.au/tiddlywiki I think something in the >> authentication is causing this, perhaps there is away to ensure the >> password is recognised as belonging to the subsite not the domain. >> >> Thanks again for a great leap forward (for me as I could not get others >> working) Perhaps because of the PHP Version - who knows. >> >> Your contribution opens TiddlyWiki to further adoption. >> >> Regards >> Tony >> >> >> >> >> >> On Thursday, September 6, 2018 at 1:06:22 PM UTC+10, sendwheel wrote: >>> >>> The only file you need is tw-receiver-server.php on the server. The >>> other files are just for the project and aren't actually needed to use the >>> plugin. >>> >>> I would recommend you get things working with a simple password first, >>> and save using the $extSecKeyPath mode for later. >>> >>> password needed in 2 spots: >>> So just set the same secret password in Control Panel > Saving > TW >>> Receiver >>> And modify the tw-receiver-server.php (line 20) file and make >>> *$userpassword* = the same password you're using >>> -- That should solve your Authentication Error >>> >>> Maybe start with a fresh copy of tw-receiver-server.php to make sure you >>> don't have any bad edits. >>> >>> and thank you for this feedback, I'll make some adjustments to the >>> readme and look at minimum php version requirements. >>> >>> >>> On Wednesday, September 5, 2018 at 10:49:05 PM UTC-4, TonyM wrote: >>>> >>>> Thanks Sendwheel, >>>> >>>> I possibly have enough knowledge to be dangerous, but not to get this >>>> working. Perhaps you could extend the instructions a little to help me >>>> >>>> I do not yet have it working, I create a new tiddler then select the >>>> save icon which say its started saving the returns Error while saving: >>>> >>>> *Error:* >>>> *Server Error: Authentication Failure* >>>> >>>> I uploaded a Wiki to the host without the TW Receiver enabled otherwise >>>> I could not save it locally. >>>> I then go to the served wiki in the browser and enable it, then try and >>>> save it with the above result. >>>> The server URL is by default tw-receiver-server.php >>>> I tried https://psat.com.au/tiddlywiki/tw-receiver-server.php >>>> with no effect >>>> So I discovered the instructions make no mention of placing the >>>> following "components" anywhere >>>> >>>> - tw-receiver-config.ini >>>> - tw-receiver-handler-comp.js >>>> - tw-receiver-ui-comp.tw >>>> >>>> So I uploaded tw-receiver-config.ini to my home/root directory >>>> >>>> - However I am not so sure how to provide the secret key, is it >>>> encoded? I put it in as entered in the wiki >>>> - Then set $extSecKeyPath = >>>> ../../tw-receiver-config.ini; (Public_html then "root" folder, ie up 2 >>>> levels) >>>> - Then set the password (I have not being prompted for this >>>> anywhere) >>>> - The wiki is not saving but I have not received the *Error: >>>> **Server >>>> Error: Authentication Failure* again >>>> - The Debug was not working and I found the following error >>>> >>>> [06-Sep-2018 12:24:06 Australia/Melbourne] PHP Parse error: syntax >>>> error, unexpected '.' in >>>> /home2/psatadmin/public_html/tiddlywiki/tw-receiver-server.php on line 19 >>>> I changed this to $extSecKeyPath = "/tw-receiver-config.ini;" unlike >>>> the // Example: $extSecKeyPath = "../privatedir/tw-receiver-config.ini" >>>> >>>> >>>> *The state of play* >>>> >>>> - *I am getting *Error while saving: Error: Server Error: >>>> Authentication Failure >>>> with external key reachable NOI expect its my path to the >>>> tw-receiver-config.ini >>>> Or not placing the tw-receiver-handler-comp.js and >>>> tw-receiver-ui-comp.tw files where they belong. >>>> >>>> *Where if anywhere, should I place ?* >>>> >>>> - tw-receiver-handler-comp.js >>>> - tw-receiver-ui-comp.tw >>>> >>>> *How do I specifiy the path to *tw-receiver-config.ini* ?* >>>> >>>> I have some other trivial Questions, I may ask later. >>>> >>>> Thanks >>>> Tony >>>> >>>> >>>> *Other notes* >>>> >>>> I was getting an error in the folders error_log as follows >>>> [06-Sep-2018 01:23:27 UTC] PHP Fatal error: Call to undefined function >>>> random_int() in /home2/psatadmin/public_html/tiddlywiki/tw-receiver- >>>> server.php on line 135 >>>> >>>> However I switched the php version to 7.2 and it no longer seems to be >>>> occuring >>>> >>>> I created a "backups" folder, which did not work until I read >>>> the tw-receiver-server.php and saw it is twbackups The Debug now reports >>>> backups directory exists OK >>>> backups directory is writable OK >>>> this directory is writable >>>> OK >>>> >>>> -- You received this message because you are subscribed to the Google Groups "TiddlyWiki" group. To unsubscribe from this group and stop receiving emails from it, send an email to tiddlywiki+unsubscr...@googlegroups.com. To post to this group, send email to tiddlywiki@googlegroups.com. Visit this group at https://groups.google.com/group/tiddlywiki. To view this discussion on the web visit https://groups.google.com/d/msgid/tiddlywiki/3323922b-5f39-476c-a61a-deae6608c303%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
htaccess
Description: Binary data