Tiddlywiki5 web service experiment

[Abraham Samma]

Hello all,

I've been working on a personal project that I call Maarfapad using tiddlywiki for the last several weeks. I am trying to create an online service that you can use to host multiple private copies of tiddlywiki on a single user account. So far the results have been pretty good. I can create as many wikis under one account as I want for different purposes, but I've run into a glaring problem.

I've discovered that the official plugin downloader cannot work behind an https site such as mine. It attempts to communicate with http://tiddlywiki.com/library/v5.1.9/index.html which is isn't encrypted. I could turn off https on my site but I don't really want to do that. Besides setting up perhaps a proxy for just this, is there any way I could possibly restore the functionality of the official plugin library downloader without making my experiment revert to http?

Regards.

[@TiddlyTweeter]

Ciao Abraham

My understanding is that plugin downloader and the site it comes from are NOT https.

I think its an issue that so many TW devolve to http. It is time we went https widely. We getting out of date as is.

Best wishes
Josiah

[Abraham Samma]

That would be marvelous, yes.

[Arlen Beiler]

Many CDNs support both. I don't see why TiddlyWiki.com couldn't support both as well.

--
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+unsubscribe@googlegroups.com.
To post to this group, send email to tiddl...@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/f27afb5b-8760-4d44-b555-0f30afd5c420%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Abraham Samma]

Considering that Google's search engine favours https over http in its search results, I would suggest the future should be https for TW5 IMHO.

On Monday, October 23, 2017 at 9:37:37 PM UTC+3, Arlen Beiler wrote:

Many CDNs support both. I don't see why TiddlyWiki.com couldn't support both as well.

On Mon, Oct 23, 2017 at 1:59 PM, Abraham Samma <sammadi...@gmail.com> wrote:

That would be marvelous, yes.

On Monday, October 23, 2017 at 8:56:26 PM UTC+3, @TiddlyTweeter wrote:

Ciao Abraham

My understanding is that plugin downloader and the site it comes from are NOT https.

I think its an issue that so many TW devolve to http. It is time we went https widely. We getting out of date as is.

Best wishes
Josiah

On Monday, 23 October 2017 18:57:37 UTC+2, Abraham Samma wrote:

Hello all,

I've been working on a personal project that I call Maarfapad using tiddlywiki for the last several weeks. I am trying to create an online service that you can use to host multiple private copies of tiddlywiki on a single user account. So far the results have been pretty good. I can create as many wikis under one account as I want for different purposes, but I've run into a glaring problem.

I've discovered that the official plugin downloader cannot work behind an https site such as mine. It attempts to communicate with http://tiddlywiki.com/library/v5.1.9/index.html which is isn't encrypted. I could turn off https on my site but I don't really want to do that. Besides setting up perhaps a proxy for just this, is there any way I could possibly restore the functionality of the official plugin library downloader without making my experiment revert to http?

Regards.

--
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+...@googlegroups.com.

[Matthew Lauber]

I looked into this not too long ago.  The primary issue that tiddlywiki.com is a CNAME to Jermolene.github.io/* and that because of this, when you try to load the site over https:// it's loaded using github's certificate, which is not correct for the tiddlywiki.com domain.   I tried to lay out the possible solutions here: https://github.com/Jermolene/TiddlyWiki5/issues/2788 so feel free to take a look or comment on that.  

On Monday, October 23, 2017 at 2:37:37 PM UTC-4, Arlen Beiler wrote:

Many CDNs support both. I don't see why TiddlyWiki.com couldn't support both as well.

On Mon, Oct 23, 2017 at 1:59 PM, Abraham Samma <sammadi...@gmail.com> wrote:

That would be marvelous, yes.

On Monday, October 23, 2017 at 8:56:26 PM UTC+3, @TiddlyTweeter wrote:

Ciao Abraham

My understanding is that plugin downloader and the site it comes from are NOT https.

I think its an issue that so many TW devolve to http. It is time we went https widely. We getting out of date as is.

Best wishes
Josiah

On Monday, 23 October 2017 18:57:37 UTC+2, Abraham Samma wrote:

Hello all,

I've been working on a personal project that I call Maarfapad using tiddlywiki for the last several weeks. I am trying to create an online service that you can use to host multiple private copies of tiddlywiki on a single user account. So far the results have been pretty good. I can create as many wikis under one account as I want for different purposes, but I've run into a glaring problem.

I've discovered that the official plugin downloader cannot work behind an https site such as mine. It attempts to communicate with http://tiddlywiki.com/library/v5.1.9/index.html which is isn't encrypted. I could turn off https on my site but I don't really want to do that. Besides setting up perhaps a proxy for just this, is there any way I could possibly restore the functionality of the official plugin library downloader without making my experiment revert to http?

Regards.

--
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+...@googlegroups.com.

[Abraham Samma]

Thanks for pointing the issue link Matthew!

[Abraham Samma]

Update: As far as I can tell, this problem wrt to the use of the plugin library behind https is problematic but there is a workaround.

My Maarfapad plugin can allow you the option of either saving a modified wiki file to a your online account OR opt to use download saver as the default saver. So one can download a copy and install needed plugins on one's local computer.

After you're done, you can UPLOAD your wiki copy with plugins back into your account via maarfapad plugin again. Its somewhat of a hassle for sure but for now its a relatively painless work around. Everything else looks good!

I look forward to sharing more details about maarfapad.com here over the coming weeks.

Cheers all.