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.

Attachment: htaccess
Description: Binary data

Reply via email to