Stefan Haydn

Stefan Haydn

sh@hub.hayfidelity.de

it. web-to-print. media.

Ort:: 84048 Mainburg

Bayern

Deutschland

Geschlecht:: Männlich

Status:: Verheiratet

Homepage:: https://hub.hayfidelity.de/page/sh/home

Hubzilla, Webseiten

Death Star 2021-02-22 11:50:48

Stefan Haydn

sh@hub.hayfidelity.de

Ich beschäftige mich gerade mit den Webseiten in Hubzilla. Wenn man sich damit mal richtig auseinandersetzt, kommen da schnell sehr gute Ergebnisse raus. Schon bald kann ich meine Wordpress-Seite abschalten, da dann alle relevanten Daten hier zu finden sein werden. Das Wiki wird in dem Zug ebenfalls befüllt.

So gefällt mir das.

show all 41 comments

Endor 2021-02-22 20:36:54

Stefan Haydn

sh@hub.hayfidelity.de

So schnell kanns gehen. www.hayfidelity.de leitet schon um. :-)

2021-02-23 00:30:33

Witcraft (inactive)

witcraft@hub.witcraft.de

Hast Du Dich da einfach durch den user guide durchgearbeitet, oder vielleicht eine Empfehlung für ein How-To? Ich (nicht-IT-ler mit Affinität) saß da irgendwie vor dem Editor-Fenster, schlug dauernd nach, aber kam so gar nicht rein - Wäre aber sehr interessiert daran, eine Info-Seite aufzusetzen (Derzeit bastele ich den Content im Wiki)

Rattatak 2021-02-23 09:42:06

Stefan Haydn

sh@hub.hayfidelity.de

Da brachte mich tatsächlich die Doku auf den richtigen Weg. Erst ein Layout anlegen, da war dann der entscheidende Hinweis in dieser Comanche Doku, dann die Menüs oder Seiten, die Seiten dann dem Layout zuweisen und fertig ist das home. Dazu kommt aber auch bei mir noch ein Wiki Eintrag. Demnächt. Hoffentlich. Zeit. 🧐

Tund 2021-02-23 11:20:31

Stefan Haydn

sh@hub.hayfidelity.de

Mal so ohne Formatierung:
https://hub.hayfidelity.de/wiki/sh/Anleitungen/Hubzilla(20)Webseiten

Christophsis 2021-02-23 11:41:26

Stefan Haydn

sh@hub.hayfidelity.de

This is great. Thanks for sharing.

Geonosis 2021-02-23 12:00:25

Stefan Haydn

sh@hub.hayfidelity.de

This is next level compared to what I have achieved at the moment. I think for the next reboot auf my website I will sure give this a try. the link you provided doesn't work anymore, as it seems. I am redirected to https://kapeli.com/dash. But nevermind for the moment, I am very lucky to have made a website in Hubzilla. :-)

Yavin 2021-02-23 16:59:21

Stefan Haydn

sh@hub.hayfidelity.de

Thanks. I think I will give that a try for another project here.

2021-02-23 17:01:57

Alex - remove this connection: i am now admin@zotadel.net

alex@ingalex.net

Da bin ich mal gespannt...

2021-02-26 23:23:53

Witcraft (inactive)

witcraft@hub.witcraft.de

@Haakon Meland Eriksen (Parlementum) Thank you for sharing this example. I played around with it and liked it. How would I integrate menus in the responsive design to address different pages in a website?

2021-02-27 12:25:29

Witcraft (inactive)

witcraft@hub.witcraft.de

Thanks! This looks great - I will work myself through it and keep in mind a consistent layout. I was wondering whether it would be easier to use e.g. default instead of zen as layout to concentrate on the varying $content region per page (and leave the repeating controls (nenu, breadcrumbs, etc.) in a fixed region).

2021-02-27 13:02:56

Witcraft (inactive)

witcraft@hub.witcraft.de

Perfect, this is what I was looking for...

This thread with tutorials about the classic approach by @Stefan Haydn and your advanced responsive approach is really valuable! Without it, I would probably have stopped exploring Hubzilla Webpages because I would not have known where to start...!

This is all good stuff that should probably be available / linked on an official Website :-)

2021-02-27 16:39:49

Witcraft (inactive)

witcraft@hub.witcraft.de

Yeah, I figured that the decentralized approach is the background of the organization of software-internal help. I do not want to digress too much from the original great topic, but let's just say I do not see that must as an exclusive must only.

Anyway. I am a happy camper to be here, specifically at the right time and with the right connections to have been notified about this thread with the valuable links to the tutorials of both of you :-)

2021-02-28 20:37:57

Witcraft (inactive)

witcraft@hub.witcraft.de

@Haakon Meland Eriksen (Parlementum)
Sorry to hijack this thread for support, but I have no other means to contact you.

I am trying to work myself through the legacy documentation, but I do not get far with a Top bar or Horizontal dropdown menu. I modified your zen-based layout for the region to include an HTML block (before the $content) - and pasted code from the F6 documentation into that block (as a first test and template). But it is either diplayed not at all. With default-based layout in the Nav-Region, it is displayed as a simple ul...

2021-02-28 21:10:43

Witcraft (inactive)

witcraft@hub.witcraft.de

I am afraid this is what i did...

The social post editor shows code-tagged HTML content (falsely) re-formed into BBcode, I hope this is not in the actual post.
Edit: I also tried quotes - no chance to post the unmodified HTML code without re-intepretation... It is the code copied from
https://get.foundation/sites/docs/top-bar.html

Define HTML block "b_topbar" (in menu Blocks, type HTML)

[list][[i]]
[url=#]Item 1[/url][list][[/i]][url=#]Item 1A[/url][/list][[i]][url=#]Item 2[/url][[/i]][url=#]Item 3[/url][*][url=#]Item 4[/url][/list]

Define Layout "foundation6" (in menu Layouts):

[template]zen[/template]

[comment]Adding a HTML HEAD region to the Default template and select Foundation by Zurb for CSS and JS.[/comment]
[region=htmlhead]
 [css]foundation[/css]
 [js]foundation[/js][/region]

[region]
 [block]b_topbar[/block]
 $content[/region]

2021-02-28 22:15:56

Witcraft (inactive)

witcraft@hub.witcraft.de

Actually, the block already is HTML type and HTML content. When I paste this HTML code in here, the editor for posting in this thread re-interprets the HTML to BBCode - although I put it between code tags (quote tags tested, too, same result).

I have no idea how to change that here, nor what to change in the webpage.

2021-02-28 22:51:25

Witcraft (inactive)

witcraft@hub.witcraft.de

I tried to give you access, but appearently, this is only possible for contacts. So I made it temporarily public (while I work at it, I preferred to keep it private).
https://hub.witcraft.de/page/witcraft/test

2021-02-28 23:16:01

Witcraft (inactive)

witcraft@hub.witcraft.de

Thank you for taking all this time - This already gives me a good idea what to look for.

Have a good night! :-)

2021-03-01 00:53:50

Witcraft (inactive)

witcraft@hub.witcraft.de

This thread is moving off-topic - In case this is inappropriate, just let me know where to discuss these details instead, and I will delete&repost there.

OK, so what I have tried since:
By researching examples and filenames, I came up with the following modified import HTML block code (all tag brackets modified with a space to keep it displayed here*):

< script src="https://[i]MyHub'sSite[/i]/library/jquery.AreYouSure/jquery.jquery.AreYouSure.js" >< /script >
< script src="https://[i]MyHub'sSite[/i]/library/js/foundation.min.js" >< /script >

I found varying comments where to put it ("at the end of the content, right before the < head > tag" or "has to be placed in the header"). None worked: After saving the block, it disappears from the HTML code.

I also tried from my admin account in administration settings/channels to grant this channel of my user account code allowed rights: By clicking on it (or checking + button), I could get it highlight red. But as soon as I move to a different page (including log in as non-admin), its status seems to be re-set to No code allowed. Should it not stick...?

Also, it seems an element initialization is required before using it:

import Foundation from 'foundation-sites';
const $topbar = new Foundation.topbar($('#mytopbar'));

This code works (at least, it can be saved with the HTML block which is called before the TopBar block).

*: Is HTML being interpreted between code and quote tags a feature by design - or should I file an issue at Framagit...?

2021-03-01 09:04:36

Witcraft (inactive)

witcraft@hub.witcraft.de

All blocks were set to HTML type.

I would not assume the sanitizers unexspected bahavior to be a local issue (My installation is recent, with current master branch) - Can someone please confirm whether this unexspected behavior can be reproduced?

Login with admin account (I separated users and admin)
Go to Adminstration settings > channels
Mouseover on channel offers to "allow code"
activate code for channel (by clicking on it, or by checking the channel and clicking the allow/disallow code button)
usually the code property is activated (highlighted red), however not always (see below)
leave Administration settings for any other page
return to Adminstration settings
observe code property being lost: no red highligt, mouseover offers "allow code"

Note: Erradically (usually after some toggles), I observe that the code property is not even reacting: I have check+button several times for the property to toggle - clicking directly on it, sometimes does not work at all.

I would open an issue at https://framagit.org/hubzilla if someone can confirm the behavior.

2021-03-01 09:16:50

Mario Vavti

mario@hub.somaton.com

@Witcraft i think this has something to do with the form security token. I guess if you wait at least 3 seconds between actions it will work reliable. Can you confirm?

2021-03-01 09:37:35

Witcraft (inactive)

witcraft@hub.witcraft.de

@Mario Vavti This seems to have been the issue - I was not aware that this function needs a waiting time - Great analysis, thank you! Now the sanitizer accepts script code in the block. I can work from here.

While this seems to be expected / desired behavior - Should I still file an issue about including a countdown (or at least a remark), so people are aware of the security token time?

Also: Is execution of HTML between code / quote tags expected/desired behavior?

2021-03-01 09:52:03

Mario Vavti

mario@hub.somaton.com

While this seems to be expected / desired behavior

Well, there is no actual "need" for this waiting time. This has primary been implemented to hold bots off from registering accounts (they would not wait 3 seconds after visiting the site would they?). The way it has been implemented affects other forms also though.

While i would not say that this is a bug i can see that the behavior seems somehow unexpected in some situations.

2021-03-01 12:00:39

Witcraft (inactive)

witcraft@hub.witcraft.de

Well, this actually is a noble cause to reconsider my own bot-ish user habits :-D

2021-03-01 22:25:05

Witcraft (inactive)

witcraft@hub.witcraft.de

I am afraid that I relaxed too quickly: The code issues persisted, I did not notice because I made a mistake (I pasted the de-fused script code I posted here which is no script, and thus, was not sanizied...).

The allow code property does acually not stick - If I respect the 3 seconds token in the administration account after allow code, I can move to another page, go back, and it seems to stick. But when I log out of the admin account and log in as user, the script is still being sanitized... I log in as admin again, and the channel does not have the allow code marking any more...

So the security token explains not the full problem, I am afraid...

2021-03-01 23:43:47

Witcraft (inactive)

witcraft@hub.witcraft.de

OK, I tested quite a lot, but still, the sanitizer deletes script code - even after logout and opening a private Firefox window.

The Allow Code will not stick. Sometimes, it does not stick even after refreshing the page. And I had simple script code (like " var d = new Date();" or so between script tags) stick for a few minutes - but then it was wiped again, I think after I added something. Since then, I could not get the Allow Code to stick again.

2021-03-02 09:05:25

Witcraft (inactive)

witcraft@hub.witcraft.de

I looked at logs and noticed that I should use the addon rotate logs - 5 GB in one month is too much :-)

I cleaned and switched logs temprorarily from debug to data. Entries of interest at relevant time stamp:

HTTPSig.php:109:verify: no signature provided.
Libzot.php:2727:zotinfo: arr: Array

and

HTTPSig.php:478:sign: signing: Array
(
 [Content-Type] => application/x-zot+json
 [Digest] => SHA-256=#anonymized#
 [(request-target)] => post /channel/witcraft
)

and

LOG_INFO:bd43195bed:Admin.php:45:get: admin_content
api.php:95:api_call: API info: api/v1/instance type: json 
api.php:136:api_call: API call not implemented: api/v1/instance - Array
(
 [q] => api/v1/instance
)

network.php:421:http_status: photo/profile/m/2?rev=1611786797:304 not modified
Admin.php:27:post: admin_post
Admin.php:45:get: admin_content

Most promising sounds "photo/profile 304 not modified"...

2021-03-02 09:43:54

Mario Vavti

mario@hub.somaton.com

@Witcraft none of the log entries are relevant for the issue you describe.

Allowcode is being saved in the channel table (channel_pageflags). The only thing i can think about at the moment, that could cause this value to be reset, would be a regression in the channel sync for clones. Are there clones involved for that particular channel?

2021-03-02 10:15:01

Mario Vavti

mario@hub.somaton.com

@Witcraft just had a look and the sync code works as expected...

2021-03-02 11:35:32

Witcraft (inactive)

witcraft@hub.witcraft.de

@Mario Vavti Thank you for looking it up. I have a clone sync to hub.netzgemeinde.eu that keeps popping up in logs, too, but as LOGINFO only. I thought about cross-checking the webpage there, but I will not have AllowCode there, so it does not help.

I also deactivated all scriptblockers in my browser (I checked before, they did not block hubzilla in any way, but...) - no improvement.

I think it is time to file a bug report as @Haakon Meland Eriksen (Parlementum) suggested. If AllowCode works on other hubs, I will add the php-modules of my shared webhosting for reference what might be different here.

2021-03-02 13:39:58

Witcraft (inactive)

witcraft@hub.witcraft.de

OK, I will file a bug report as soon as my Framagit account is working (waiting for approval) - But now with an identified mechanism: @Mario Vavti, your sync remark was the solution. Even though you said it works as excpected, here are my findings:

After deleting all (2) related secondary clone identities on third-party hubs, the property AllowCode sticks and script code is no longer sanitized. It appears that:
No administration on third-party hub => no AllowCode there => Syncing deactivates AllowCode on all clones (specifically: on my hub).

It seems that syncing to clones syncs or - if not possible - removes this property (rather than maintaining it independently per location). This also explains why this behaved so erratic: It might have been not caused local system logic, but triggered by the less determined sync execution.

Lesson learned: Script-based webpages require admin-approved AllowCode and currently (at least in my instance) collide with nomadic identity - Ao use a (maybe dedicated) non-cloned channel.

Short-term culprit found and eliminated (long-term will be filed) - Now continuing to learn using foundation 6 :-)

2021-03-02 13:46:05

Mario Vavti

mario@hub.somaton.com

@Witcraft hm i have tested the stickyness of the setting with clones and it remained sticky. The allow code bit is not being synced as far as i can say. Maybe syncing of pages is messing things up...

2021-03-02 13:52:55

Witcraft (inactive)

witcraft@hub.witcraft.de

@Mario Vavti Yes, it seems, there must be a problematic combination (involving at least script tags in HTML blocks to be synced, maybe HTML menu and webpages, too?). Maybe someone else can test a simple case with a to-be-synced HTML block (just script start and end tag should be sufficient content for testing). Maybe it works (or rather: ist not being checked) as long as no content has to be synced.

2021-03-02 21:41:08

Witcraft (inactive)

witcraft@hub.witcraft.de

@Haakon Meland Eriksen (Parlementum) Now that the platform works, I am still stuck with basics:

Can you please give me a hint for how to include jQuery into the layout to run standard F6 example topbar-code using my HTML-block?

What I have tried so far: an HTML block with script source tags with relative path, full URL, external CDN-reference. I inserted the block in the header before foundation (as stated with jQuery), after $content within region / after region ("before the body end tag" as stated on F6 tutorials). And I also tried jquery only and jquery.AreYouSure, each between a JS tag in layout, in the header before foundation.

I am afraid I am too inexperienced to wait for epiphany, or know how to debug... Once the container works, I am confident that I can derive my specific project myself...

2021-03-03 09:07:44

Witcraft (inactive)

witcraft@hub.witcraft.de

[region=htmlhead]
[js]jquery[/js]
...[/region]

Well... That sounded too simple for my complicating mind... :-) Well, I actually had tested that entry - But the block still did not work. So I put it like you suggested again, entered the top-bar menu in the page instead of a block, and it worked :-)

But I was supiscious about the block, so I started to play around with those. So it turns out that a simple test layout does not display a simple block, like:

Layout:

[template]zen[/template]

[region]
 [block]b_simple[/block]
 $content[/region]

block (type: HTML):
<.p> This is a test block...<./p>
(the dot is included only here to inactivate the tags)

or even a block (type: Text):
This is a test block...

This is the result:
https://hub.witcraft.de/page/witcraft/simple
(the "Content of test page" is in the page itself)

I am starting to feel stupid for not getting such simple stuff to work...

2021-03-03 09:20:45

Einer von Vielen

einer@digitalesparadies.de

> I am starting to feel stupid for not getting such simple stuff to work...

Don't worry ;-)

2021-03-03 12:29:38

Witcraft (inactive)

witcraft@hub.witcraft.de

That is really interesting... Actually, I have no idea where these scripts come from. I posted the original code of layout and block, and the webpage had nothing in it except for a small test text.

I linked the example Hubzilla picture directly from your example (Actually you asked to download it, but I just wanted to do a quick test intially, so I kept it simple). Other than that, I would not know where the CSS call came from (and even for this, it does not seem plausible as is, just because it is the same server...).

Thank you for the hint where to look, I do not expect anyone to debug my code. It's just that finding documentation to figure things out myself seems to be scarce when I go ahead and try stuff... In this case (there is not really much there, just most simple test cases), it will be much easer to delete all web content and start new. Let's see what happens :-)

Again: I appreciate the time and effort you are spending in helping me - I learned a heap over the past few days because of input from you, @Max Kostikov and @Stefan Haydn. Without you guys, I would not even have tried...

2021-03-03 12:57:29

Witcraft (inactive)

witcraft@hub.witcraft.de

OK, I deleted all content of all webpages, and started from scratch with:
- a zen-based layout without any scripts (no f6), just one region with one test block and $content.
- The test block (text-type) contains only the text "Block test successful".
- the webpage (text-type) contains only the word "Test".
result: https://hub.witcraft.de/page/witcraft/home
Tested with logout, and Firefox private window to rule out client cache:

No block text display. The page seems to load slowly, and if I understand the Firefox inspector right (I do not work with it, really), there are still many scripts in the head section.

Do I have to clean my channel or hub from some cache?

Subterrel 2021-03-03 13:04:19

Stefan Haydn

sh@hub.hayfidelity.de

Thanks for your efforts. I don’t have the time to try this at the moment, but I also have discovered when using a block inside the region where the $content is, the block isn’t visible on the webpage.

2021-03-03 17:56:12

Witcraft (inactive)

witcraft@hub.witcraft.de

Thank you for this valuable hint - I will test what happens when I separate regions and feed back.

2021-03-04 00:06:23

Witcraft (inactive)

witcraft@hub.witcraft.de

OK, I do not know what happened, but a few hours ago, I separated the block and the $content as @Stefan Haydn suggested - and it worked. I then put them together again - and they still work...

I cannot really name the one thing that changed (except time going past), but I will go on with more complexity from here...

Boz Pity 2021-03-04 09:29:03

Stefan Haydn

sh@hub.hayfidelity.de

@Witcraft This is pure „witcraft“. 😁Tomorrow I will have some time again to work on it. Would be great if I could separate a block as well.

Knüppeltag

2021-02-21 16:44:26

Stefan Haydn

sh@hub.hayfidelity.de

Towel Day

2021-02-21 16:41:45

Stefan Haydn

sh@hub.hayfidelity.de

Star Wars-Tag

2021-02-21 16:40:25

Stefan Haydn

sh@hub.hayfidelity.de

System Administrator Appreciation Day

2021-02-21 16:39:09

Stefan Haydn

sh@hub.hayfidelity.de

Captain-Picard-Tag

2021-02-21 16:38:30

Stefan Haydn

sh@hub.hayfidelity.de

π-Tag

2021-02-21 16:37:25

Stefan Haydn

sh@hub.hayfidelity.de

Neuer Kanal

Cato Neimoidia 2021-02-21 13:55:52

Stefan Haydn

sh@hub.hayfidelity.de

Ich musste nochmal umziehen. Aber wenigstens nur serverintern. Ich habe eine Vermutung, warum der andere Kanal teilweise Verbindungsprobleme hatte. Ich hoffe, die sind auf ZOT-Seite nun nicht mehr vorhanden. ActivityPub ist noch ein anderes Thema, da liegt die Vermutung aber auf dem reverse proxy, der noch eine bestimmte Konfiguration braucht.

Auf eine schöne Zeit!

Stefan

2021-02-21 11:42:05

Stefan Haydn

sh@hub.hayfidelity.de

Stefan Haydn hat sein Cover Foto aktualisiert

2021-02-21 11:41:13

Stefan Haydn

sh@hub.hayfidelity.de

Stefan Haydn hat sein Profilfoto aktualisiert