Zap - zap@z.macgirvin.com

Zap

Sun, 05 Jul 2020 03:30:58 -0700

Papa Dragon wrote the following post Sun, 05 Jul 2020 01:32:09 -0700

Dear CSS swamis,

I'm having a problem with the theme I'm working on. I tried to figure this out on my own, but I must say I'm kind of lost here.

The problem I have, is that the left sidebar, which should collapse below a certain screen width, actually doesn't. If I switch to the "dark" schema I kept from the Redbasic theme, it works as expected. After looking into it, I found that it seems to be related to this part of the style.css file of the theme:

@media screen and (max-width: 992px) {

        aside#region_1 {
                border-right: 1px solid $nav_bd;
        }

        main {
                left: -$aside_widthpx !important;
                width: calc( 100% + $aside_widthpx ) !important;
        }

        main.region_1-on {
                left: 0px;
        }

Oddly, when I use the "dark" schema, those properties are applied, but when I switch to the default schema they are not. Both "dark" and default schemes pick their CSS properties for main in the theme's style.css file and in the view/css/default.css file. Except that the default schema does not use the @media screen and (max-width: 992px) section.

I'm missing something here, but I don't know what. Would anyone know what I should do?

Zap

Sun, 05 Jul 2020 02:19:29 -0700

Papa Dragon wrote the following post Sun, 05 Jul 2020 01:32:09 -0700

@media screen and (max-width: 992px) {

        aside#region_1 {
                border-right: 1px solid $nav_bd;
        }

        main {
                left: -$aside_widthpx !important;
                width: calc( 100% + $aside_widthpx ) !important;
        }

        main.region_1-on {
                left: 0px;
        }

Papa Dragon

Sun, 05 Jul 2020 13:41:43 -0700

OK, I found something that might help. With the "dark" schema, here's what you can find in the style.pcss file:

    main {
        left: -285px;
        width: calc( 100% + 285px );
    }

Using the theme's default schema, here's what the style.pcss looks like:

    main {
        left: -$aside_widthpx;
        width: calc( 100% + $aside_widthpx );
    }

I guess this requires some diving in a few .php files to find out why exactly style.pcss is not generated correctly with my default schema.

Papa Dragon

Sun, 05 Jul 2020 15:53:15 -0700

So. It has something to do with my theme's style.php file, now I know. For some mysterious reason the $aside_width variable value is not merged in the style.pcss file, which, if I understand this right, is generated by Zotlabs/Render/Theme.php.

As suggested by @Mike Macgirvin , a little help/hint from @Mario Vavti would be greatly appreciated. I should add that both my sons are learning the trombone. Yeah, that's how cool I am.

Mike Macgirvin

Sun, 05 Jul 2020 16:38:53 -0700

It's actually generated by the theme config file which in the redbasic case is view/theme/redbasic/php/style.php

You may need to copy that to your theme's php directory and search/replace redbasic with yourthemename if it isn't there already.

I'm not certain @Mario Vavti is a member of the zap forum and may not receive the mention. I'd probably recommend adding him as a connection - especially since you're doing theme stuff.

Zap

Sun, 05 Jul 2020 02:16:53 -0700

Papa Dragon wrote the following post Sun, 05 Jul 2020 01:32:09 -0700

Dear CSS swamis,

I'm having a problem with the theme I'm working on. I tried to figure this out on my own, but I must say I'm kind of lost here.

The problem I have, is that left sidebar, which should collapse below a certain screen width, actually doesn't. If I switch to the "dark" schema I kept from the Redbasic theme, it works as expected. After looking into it, I found that it seems to be related to this part of the style.css file of the theme:

@media screen and (max-width: 992px) {

        aside#region_1 {
                border-right: 1px solid $nav_bd;
        }

        main {
                left: -$aside_widthpx !important;
                width: calc( 100% + $aside_widthpx ) !important;
        }

        main.region_1-on {
                left: 0px;
        }

Papa Dragon

Sun, 05 Jul 2020 02:29:50 -0700 last edited: Sun, 05 Jul 2020 03:44:57 -0700

Oops, sorry for the double posting.

Which makes me realize that I don't know how you can delete a post on a group channel you don't own, or if it even possible.

Mike Macgirvin

Sun, 05 Jul 2020 14:13:20 -0700

Yeah I need to fix that. It's a tough little bugger. Anyway for the CSS question talk to Mario Vavti (mario@hub.somaton.com). He did the work on the responsive layout and I don't pretend to understand the nuances.

Zap

Thu, 18 Jun 2020 05:57:03 -0700

Papa Dragon wrote the following post Thu, 18 Jun 2020 05:57:03 -0700

Hi everyone,

Would anyone have a few links that could help get some information on how to build a Zap theme? So far, the most interesting page I was able to find is this one: Build A Blog Site around Zap.

Of course if someone knows about a place where you can find "ready-made" themes, I would also be interested :)

show all 10 comments

Einer von Vielen

Thu, 18 Jun 2020 06:08:28 -0700

No, I can't help.

But... The tutorial you found seems to be very helpful. Thank you for the link.

el_chava

Thu, 18 Jun 2020 10:05:45 -0700

freetobe.social has certainly done some theme modifications for their Zap.

Also, not sure how closely Zap theming correlates with Hubzilla theming but maybe some ideas can be derived?
HUBZ!LLA Themes
https://github.com/DeadSuperHero/hubzilla-themes

Papa Dragon

Thu, 18 Jun 2020 14:16:59 -0700

Oh boy. Things have changed since my late 20's. Back then when you wanted to customize your blog's theme you had one folder with 3 or 4 .css files, a few .tpl files and that was it.

Now there are dozens of files everywhere and... even variables in the .css files???

I don't even know where to start. That's how old I feel.

Mike Macgirvin

Thu, 18 Jun 2020 16:04:44 -0700

We also have 'schemas' which are fairly simple css over-rides to an existing theme. If you look at some of the existing schemas they are pretty easy. We kind of set this up so you could just change the things you wanted instead of rebuilding the entire user experience from template files - but that option is available if you want it. I think nearly everything related to Hubzilla themes is still applicable in Zap. There was very little change in that regard.

Mike Macgirvin

Thu, 18 Jun 2020 16:44:30 -0700

Oh, and if you actually do want to change a template - you can just change that one and over-ride the original. You don't really need to copy/modify all of them. This is a good thing because we add and change templates all the time and this keeps you from consistently having to play catch up with the developers as has happened in times past.

Papa Dragon

Thu, 18 Jun 2020 17:05:14 -0700

OK, I'm beginning to understand the CSS logic here, it shouldn't be too difficult to make a basic custom color scheme for a theme using the schemas. I also saw that for a few things you need to override some default bootstrap settings, which gave me a hard time for a moment (I now know what those !important mentions are for :) ).

As for the template files, I think that the blog engine I used in the 2000's worked about the same way, hopefully I should be able to handle them if I ever decide to work on the pages layout (which will certainly happen at some point).

This is actually fun. Doing anything takes me forever as I'm definitely not a coder and not very rigorous, but really, it's fun.

Papa Dragon

Sat, 20 Jun 2020 04:38:28 -0700

Good news everyone, it seems that Sean Tilley's Hubzilla themes available on Github are usable with Zap (at least the two I tried). As they were designed for Hubzilla and its own features they will definitely require some work before being fully adapted to Zap. I'll try to work on some of them.

I will probably try to use this as an opportunity to learn how to use git, in my very own messy way. I already installed Gitlab on a server, without even knowing the basics of git. It's a start. I'll keep you updated if I'm able to do something useful.

Papa Dragon

Tue, 23 Jun 2020 15:40:04 -0700

Okay, I've got a local Git repo, a remote one to convince myself I'm serious, I think I'm all set. I'm even beginning to understand a few basics of Git. I still tend to commit every 30 seconds, which probably looks a bit messy, but I'll try to do better.

I didn't work on a theme for the moment. Just made a few experiments to understand which file does what. I'll probably try to work on the theme that Sean Tilley named "Suckerberg". Could take days, could take months, we'll see.

Papa Dragon

Sat, 04 Jul 2020 10:07:53 -0700 last edited: Sat, 04 Jul 2020 10:16:31 -0700

Sooooo... I gave up. Trying to adapt an outdated Hubzilla theme for Zap is definitely something I'm not ready to do for the moment. Maybe I'll give it another shot someday, but it's too much today.

I began working on a theme named Handmade. It is based on Redbasic and for the moment I only made CSS changes. I hope to work on the layout later but for now I'm focused on finding a few nice looking color schemes (for the moment I only have the blueish default one and the Redbasic dark one that will require some rework).

For the first time in my life, I'm using git to work on this, so if some of you want to see what it looks, it's here: https://codeberg.org/dragondaddy/zap_themes. Some will notice that the changes I have made could have been stored in a simple new Redbasic schema. That's right. But as I said, I plan to work on the layout someday, making it an actual alternate theme.

For now, here's what it looks like:

On another front, I still have to think of a strategy to have all my friends & family switching to Zap, any suggestions are welcome on that matter too :)

Mike Macgirvin

Sat, 04 Jul 2020 16:28:37 -0700

I still have to think of a strategy to have all my friends & family switching

One thing we've found over the years is that it's very difficult to get people to "switch". It never works because of the tentacles Facebook has on the web and in their life. The winning strategy is to provide compelling content and a supportive community and make them feel left out. Instead of quitting something you are addicted to, you're joining something new and exciting and over time making the alternatives irrelevant.

The key or secret sauce to community building (either online of offline) is to make your community exclusive and aggressively prohibit outsiders. It's no different than creating a "no girls" fort or cubbie when you grew up. This sort of violates the concept of the fediverse and is why the fediverse traditionally sucks at this kind of thing, but you need it to attract people and build up a tightly knit community. With Zap, you don't need to block everybody else (that's the Mastodon solution to the problem since anybody can comment on any post in their world) - you just define your community space and don't allow outsiders into it in the first place, or moderate them until they're trusted. Zap was designed around this kind of community building.

Zap

Fri, 12 Jun 2020 13:57:20 -0700

Papa Dragon wrote the following post Fri, 12 Jun 2020 13:57:20 -0700

Hi all,

I'm still using Nginx as a web server, and it seems to work rather smoothly with Zap. One thing I noticed though, is that you probably have to edit the file /var/www/hubzilla-daily.sh generated during install, and replace service apache2 stop (line 10) with service nginx stop.

While leaving it untouched would probably be no big deal for most people, for not so rigorous people like me it is actually a reminder that you must do a few things if you decide not to use Apache for your Zap server.

Here's what happened to me: after running the home-install script, which installs Apache, I just ran a service apache2 stop without even thinking about disabling the automatic launch on startup. So each time hubzilla-daily.sh was executed, as it reboots the server every 24 hours, both Nginx & Apache2 tried to start, both using ports 80 & 443.

I don't know if Apache was the winner every time or if one of them was randomly launched at each startup, but when I realized my mistake Apache was the one and only running web server on my VPS. Which happens to also hosts a few other tiny websites, such as my Jitsi Meet family instance, which all use Nginx and were subsequently down.

Of course, before I noticed something was wrong, I was absolutely unaware about the existence of this hubzilla-daily.sh file, and felt perfectly fine not knowing about it.

You're never too old to learn, they say.

Einer von Vielen

Mon, 15 Jun 2020 00:35:03 -0700

Do you have any suggestions how the script or the readme should be changed?

https://framagit.org/zot/zap/-/tree/master/.homeinstall#disclaimers

Papa Dragon

Mon, 15 Jun 2020 13:16:25 -0700

Well, the script is intended to be used only with Debian 10 fresh install, so it's not like you're supposed to run it on a computer where you already have a web server running. I guess there is no need to change the installation script itself as long as no one feels the urge to offer different web server options.

Maybe, at the bottom of the readme there could be a mention like this:

For those of you who feel adventurous enough to use a different web server (Nginx, Lighttpd...), don't forget that this script will install Apache and that you can only have one web server listening to ports 80 & 443. Also, don't forget to tweak /var/www/hubzilla-daily.sh accordingly.

Einer von Vielen

Tue, 16 Jun 2020 07:45:19 -0700

https://framagit.org/zot/zap/-/merge_requests/31

@Papa Dragon Many thanks for your proposal.

Zap

Tue, 09 Jun 2020 13:56:26 -0700

Papa Dragon wrote the following post Tue, 09 Jun 2020 13:56:26 -0700

Hi everybody,

I installed a Zap instance on a Debian VPS a few days ago (using the home-install script provided). I was able to create users and channels, connect with some people using both Zot and AP protocols and make a few posts.

As this is uncharted territory for me, I dont't know exactly what I should check to make sure my server is working as expected in every way. I noticed one thing though: it seems that the public posts I made do not appear in the public stream, which I'm sure is not the expected behaviour. I know I should check for the logs, I just don't know which ones would be relevant for this problem.

I use Nginx as a web server, and here are the two recurring errors that appear on the error log:
directory index of "/var/www/html/" is forbidden
and

PHP Warning:  A non-numeric value encountered in /var/www/html/include/permissions.php on line 356" while reading response header from upstream, client: X.X.X.X (changing IP adress here), server: zap.omtc.fr, request: "POST /zot HTTP/2.0", upstream: "fastcgi://unix:/var/run/php/php7.3-fpm.sock:", host: "zap.omtc.fr"

Would anyone have any ideas or suggestions on how I could investigate and maybe solve this public stream issue?

Mike Macgirvin

Tue, 09 Jun 2020 14:04:13 -0700

Don't have much time right this minute but I'll take a look. The forbidden directory index is weird, but maybe the web holds an answer. The other likely requires some more data sanitisation and should be easy to fix - once the errant data is identified.

Mike Macgirvin

Tue, 09 Jun 2020 16:35:40 -0700

For the first one, have a look at the top answer on this stackoverflow page

https://stackoverflow.com/questions/19285355/nginx-403-error-directory-index-of-folder-is-forbidden

I'm sorry I can't help much with nginx but this looks solveable. Let me know if that works so we can fix the config file.

I'm not certain I can easily verify the second one but I believe I've got a fix. Will push it up to the dev branch in a bit and it should land in the master branch in a day or two.

Papa Dragon

Tue, 09 Jun 2020 16:51:27 -0700

Thanks a lot, Mike. I'll have a deep look at the link you sent me, but tomorrow as it is getting seriously late here in France.

About the second one, just know that the last error message I got appeared when you posted your comment. I don't know if this is useful information, but I thought you might want to know.

Zap

Wed, 13 May 2020 07:48:31 -0700

Einer von Vielen wrote the following post Wed, 13 May 2020 07:48:30 -0700

question - send a message - how to do it for ZAP and Hubzilla
@!Mike Macgirvin @!Mario Vavti @!Zap

What is the best way for an addon to send a (private) message from a sender A to a connected channel B?

The message should contain a link that is pointing back to the sending channel A in this case the addon, e.g. https://sending-domain.org/faces/nickA Is there anything special how to notate this link (zrl,...)?

I guess this is different in ZAP and Hubzilla?

#addons #faces

Zap

Wed, 13 May 2020 05:20:24 -0700

faces wrote the following post Wed, 13 May 2020 05:20:22 -0700

New: Tag your connections in your images (face recognition)
@!Zap The addon faces can now tag real contacts (channels). It shows accepted connections only in the list (and ZOT channels only).

@!Mike Macgirvin I used abook.abook_pending = 0 to select accepted connection only. What would you advice? The aim is: If a channel has not accepted your connection it should no be able to tag this connection.

The next step will be to send a notification to the tagged contact. This should contain a link to view the tagged images. The tagged contact should be able to remove his tag (face). The removal is permanent and can not be undone (except you remove the "ignore" flag in the DB.)

Zap

Sat, 09 May 2020 08:32:58 -0700

Einer von Vielen wrote the following post Sat, 09 May 2020 08:32:57 -0700

wow - permissions work for table joins
@!Zap
I just discovered the permissions work on table joins too.

permissions_sql($this->owner['channel_id'], null, 'attach');

This is GREAT. I solves my problem with only one additional line of code plus one changed line.

Zap

Wed, 06 May 2020 03:00:35 -0700

Einer von Vielen wrote the following post Wed, 06 May 2020 03:00:33 -0700

What is wrong with this statement using Libsync::build_sync_packet(...)
@!Zap

This statement does not sync an "item" to the clone. Any idea, why?

Libsync::build_sync_packet(channel_id, array('items' => array(an item)));

I call it after I created the item and to update the item....

function syncPermissionItem() {

        // check and return
        $r = q("SELECT * "
                . "FROM "
                . "  item "
                . "WHERE "
                . "  uid = %d "
                . "  AND title = '%s' "
                . "  AND app = '%s' "
                . "LIMIT 1", //
                intval($this->owner['channel_id']), //
                dbesc("view_faces"), //
                dbesc("faces")
        );
        if (!$r) {
            logger('ERROR just befor to sync the permission item to clones. Item to hold permissions for faces does not exist. You should never see this message in the logs.');
            json_return_and_die(array('status' => false, 'errormsg' => 'Failed to sync permissions using item'));
        }
        logger('About to sync permission item to clones.');

        $this->acl_item = $r[0];

        logger(print_r($this->acl_item, true), LOGGER_DEBUG);

        Libsync::build_sync_packet($this->owner['channel_id'], array('items' => array($this->acl_item)));
    }

The log on the sender side is...

The log of the receiving side (clone) is...

2020-05-06T09:49:41Z:LOG_INFO:d5adc8c48c:Libzot.php:1261:import: recipients: Array
(
    [0] => KvIVO427GY0NTZgvK92aPKfyl5CgWoEuc-iZaiPXOhbuREMIqAmuC2BASdDAhcDK4DfllEhhJxn_mYOy4MIWDg
)

Any idea?

show all 4 comments

Einer von Vielen

Wed, 06 May 2020 03:07:54 -0700

@Zap I tried

Libsync::build_sync_packet($this->owner['channel_id']);

as well. No error messages. No item in in database of the clone. Hmm.

Mike Macgirvin

Wed, 06 May 2020 03:08:32 -0700

@Zap We translate items to a more generic format for syncing and the receiver will want to see it in that format. So on the sending side,

$item_to_send = encode_item($item,true);

Einer von Vielen

Wed, 06 May 2020 04:31:13 -0700

@Zap @Mike Macgirvin Thanks.

Does not work for me if I send it

Libsync::build_sync_packet(channel_id, array('items' => array($item_to_send)));

I think, I miss something completly.

I (re)discoverd sync_an_item(channel_id, item_id);
but this does not arrive in the clones db. The logs show the sync activity without error (on both sides)

Strange.

Anyway, I could (wil) use the the hook 'identity_basic_export' that I have already.

Einer von Vielen

Wed, 06 May 2020 10:38:16 -0700

@Zap @Mike Macgirvin I used table obj and the hook 'identity_basic_export'. Why? Table obj is fully compatible with Hubzilla, and it is a poor mans approch anyway.

Please let me know if you think this is a silly idea or something is wrong with it!

Now it is simple and WORKS. (I am very happy to be honest.)

I will keep your solution for the old ZAP wiki in mind. But first some changes will follow (take the permission for the image into account, export using dates for uexport, and some UI stuff,...) then - most important - the app should run stable for a while for ZAP and Hubzilla.

Thank you again for your help and your patience!

Zap

Mon, 04 May 2020 09:20:10 -0700

lotfi wrote the following post Mon, 04 May 2020 09:04:55 -0700

@!Zap
When I want to select contacts to post sometghing, I have this

and no way to select any contact or a list of contacts. I often use this feature when I want to post only to a list + one or some contacts from another list. I find this very useful.

show all 10 comments

Giac El Vecio

Mon, 04 May 2020 12:13:35 -0700

I tested in my other channel, and it also works well

lotfi

Mon, 04 May 2020 12:14:08 -0700 last edited: Mon, 04 May 2020 12:14:26 -0700

Oh, yeah, it's normally working on my second channel. Mystery!

Giac El Vecio

Mon, 04 May 2020 12:16:52 -0700

I have +- 40 c0nnections here, maybe you have a lot lot of connections and something does not work well? maybe...

Zap

Mon, 04 May 2020 09:04:57 -0700

lotfi wrote the following post Mon, 04 May 2020 09:04:55 -0700

@!Zap
When I want to select contacts to post sometghing, I have this

and no way to select any contact or a list of contacts. I often use this feature when I want to post only to a list + one or some contacts from another list. I find this very useful.

Zap

Mon, 04 May 2020 01:30:35 -0700

lotfi wrote the following post Mon, 04 May 2020 01:29:21 -0700

test 3
@!Zap Test3

Zap

Mon, 04 May 2020 01:29:22 -0700

lotfi wrote the following post Mon, 04 May 2020 01:29:21 -0700

test 3
@!Zap Test3

Zap

Mon, 04 May 2020 01:19:50 -0700

Einer von Vielen wrote the following post Mon, 04 May 2020 01:19:50 -0700

Own permission for new addon
@Mike Macgirvin @Mario Vavti Please could you give me some advice.

What I would like to have: A permission "view_myaddon" analogue to
perm_is_allowed($owner_uid, get_observer_hash(), 'view_storage')

Is it possible?
If yes, could you please give me some hints how to do it.

Background
I would like to change the permission system of the addon faces. The current implementation works but should be improved and simplified.

My plans

Use "view_faces" to allow / block an observer to open the addon of a channel owner.
table faces_encoding: Do not use explicit permissions (anymore). All encodings should use the permission of the image it belongs to.
table faces_name: Every name should have an individual permission, or, if not set, use "view_faces".

show all 5 comments

Mike Macgirvin

Mon, 04 May 2020 02:38:30 -0700

'perm_is_allowed' is a hook that can be caught by an addon and used to control any permission you want, even those that aren't already defined. See include/permissions.php::perm_is_allowed().

Einer von Vielen

Tue, 05 May 2020 03:05:26 -0700

I see. Thanks.

Where would you store the permission?

To use...

if (!perm_is_allowed($owner_uid, get_observer_hash(), 'view_faces')) {
    // not allowed
}

I use...

function faces_load() {
    Hook::register('perm_is_allowed', 'addon/faces/faces.php', 'faces_perm_is_allowed');
}

function faces_perm_is_allowed(&$a) {
    $uid = $a['channel_id'];
    $obs_hash = $a['observer_hash'];
    $permission = $a['permission']; // 'view_faces'
    if ($permission == 'view_faces') {
        $a['result'] = 1;
    }
}

This works as expected.

To store the permission I could simply use an "item" (table item) and there the colums allow_cid,...
I could sync it to the clones. It would be included in import/export.

Is this a way you would go?

Einer von Vielen

Tue, 05 May 2020 03:17:57 -0700

still trying to understand how I could use PermissionLimits.php (pconfig) > Permcat.php to allow specically a user or group to view the addon for a channel. Hmm.

Mike Macgirvin

Tue, 05 May 2020 03:23:52 -0700

That's kind of a "poor man's" approach but it should work. You can store this anywhere.

You can also add the permission to the permissions system and federate it across other systems. But I'll warn you that this is very hard and will be quite different between Hubzilla and Zap. It's *really* hard in Hubzilla.

So the "poor man's" approach isn't bad considering the options. If you'd like to look at extending permissions in Zap, I'd suggest going back through the zap-addons repository to a point before I deleted the wiki addon. This created and managed new permissions through a plugin. If I recall the permissions part involved 6-7 different hooks and the code for each one wasn't horrible (mostly just adding the new permission names to various lists) but altogether it was a bit fiddly.

Einer von Vielen

Tue, 05 May 2020 07:39:25 -0700

@Zap @Mike Macgirvin

I'd suggest going back through the zap-addons repository to a point before I deleted the wiki addon

Ah, yes, I knew it did see it somewhere.

I go for the "poor man's" approach, mainly to keep compatibility with Hubzilla.

(On the other hand it is not the "perfect" approach. And, others and me "loose" an example to learn and/or copy from.)

Many thanks for your patience.

Zap

Wed, 29 Apr 2020 14:49:40 -0700

Einer von Vielen wrote the following post Wed, 29 Apr 2020 14:49:40 -0700

Error in log of clone
ZAP Version 20.04.27

This code...

$sync = attach_export_data($this->owner, $hash);
        if ($sync) {
            Libsync::build_sync_packet($this->owner['channel_id'], array('file' => array($sync)));
        }

...causes this error on the clone...

2020-04-29T21:42:14Z:LOG_INFO:a9720879a9:import.php:1582:sync_files: fetching_photo: store/oj/6bdcb463-465f-427e-96e1-29a8f6b86f83/53dd1fdf-79fb-48b1-adce-5311ebff5825/f29c5dd4-923c-4b76-a495-877ae24ffa17-1
2020-04-29T21:42:15Z:LOG_INFO:a9720879a9:import.php:1582:sync_files: fetching_photo: store/oj/6bdcb463-465f-427e-96e1-29a8f6b86f83/53dd1fdf-79fb-48b1-adce-5311ebff5825/f29c5dd4-923c-4b76-a495-877ae24ffa17-2
2020-04-29T21:42:15Z:LOG_INFO:a9720879a9:import.php:1582:sync_files: fetching_photo: store/oj/6bdcb463-465f-427e-96e1-29a8f6b86f83/53dd1fdf-79fb-48b1-adce-5311ebff5825/f29c5dd4-923c-4b76-a495-877ae24ffa17-3
2020-04-29T21:42:15Z:LOG_INFO:a9720879a9:Libzot.php:2861:import_author_zot: in cache
2020-04-29T21:42:15Z:LOG_INFO:a9720879a9:Libzot.php:2861:import_author_zot: in cache
2020-04-29T21:42:15Z:LOG_ERR:a9720879a9:dba_driver.php:460:db_logger: dba_pdo: ERROR: update item set  `body` = '[footer][zrl=https://wolke7.digitalesparadies.de/channel/oj]oj[/zrl] hat [zrl=https://wolke7.digitalesparadies.de/photos/oj/image/f29c5dd4-923c-4b76-a495-877ae24ffa17]ein neues Foto[/zrl] auf [zrl=https://wolke7.digitalesparadies.de/photos/oj/album/53dd1fdf-79fb-48b1-adce-5311ebff5825]2020/2020-04[/zrl] ver..ffentlicht[/footer]' , `summary` = '' , `edited` = '2020-04-29 15:14:32' , `expires` = '0001-01-01 00:00:00' , `commented` = '2020-04-29 15:14:32' , `comments_closed` = '0001-01-01 00:00:00' , `title` = 'Bardot-And-Sachs.jpg' , `app` = '' , `route` = '' , `plink` = 'https://wolke7.digitalesparadies.de/channel/oj/?f=&mid=https%3A%2F%2Fz.digitalesparadies.de%2Fitem%2Fb6e00777-8753-483f-b082-b3dbff1a80e2' , `location` = '' , `coord` = '' , `verb` = 'Create' , `mimetype` = 'text/bbcode' , `obj_type` = 'Image' , `tgt_type` = '' , `comment_policy` = 'contacts' , `sig` = 'sha256.xeIkZBImZpml_6tWwjrIJFiLvSSMq1Js8x8OOJ2D6SCus2GYe2I9Qh94nBBhx78gqhvK7w4tVt6QAksIMiMy4r348FIdfP8ZimB5t9OCWs6G2j-9G4Qeiqm4rQotyiF-LFLod5dCyNKjA3OJ9dnuz9kAPpCEER-XChjk81A368T45KaVNcNGOyvqRr3z6ZunWYlWZwydkcC8U4vNCyWJNJ6OUkG9KcJfp6lQRfwYX-EVLf5ebqG49zU5nyyFkhzgt8kHR5V2_MqmUH_p6rav9ykavo9KoMz_VnpIrbbgD8mwTMH_0NJ_k3rJLi1aJotgvkW0a3F2pQA0rlqTpqTCw8bofKC-TjqUtEiXFzn1MScBD6ERYzc-g6vVJg-WzVdOTX_r4TcrQ3zHA9O1UOJLOoR81Os7YVMYxzEhJMkBSRRgqqZ92KzJqgSvawEbNLm2f3PpEnzsQC3OPO4yCw9pm84pyjdJ9FEBdJ54Pj50gsxaitdBVC4ft_N0NmX0kfSe2m6XU3YAdvqLXdbRyixeYtnldSMDvvhJntufmHW98-f_GsRL75Ed4Z9SgkHP_Mq8VzwTObI3p-__BJPOTZyllwRrceLyOlc1sPR93O29-I-R6GMpkDT8Nr3Rli3ZlkIV1gdeqJgEu9bv7PgXYKcoWXs162QbInATM5dDzxLC_3w' , `obj` = '{\"type\":\"Image\",\"name\":\"Bardot-And-Sachs.jpg\",\"summary\":\"\",\"published\":\"2020-04-29T15:14:32Z\",\"updated\":\"2020-04-29T15:14:32Z\",\"id\":\"https://z.digitalesparadies.de/item/b6e00777-8753-483f-b082-b3dbff1a80e2\",\"url\":[{\"type\":\"Link\",\"mediaType\":\"image/jpeg\",\"href\":\"https://z.digitalesparadies.de/photo/f29c5dd4-923c-4b76-a495-877ae24ffa17-0.jpg\",\"width\":\"780\",\"height\":\"973\"},{\"type\":\"Link\",\"mediaType\":\"image/jpeg\",\"href\":\"https://z.digitalesparadies.de/photo/f29c5dd4-923c-4b76-a495-877ae24ffa17-1.jpg\",\"width\":\"780\",\"height\":\"973\"},{\"type\":\"Link\",\"mediaType\":\"image/jpeg\",\"href\":\"https://z.digitalesparadies.de/photo/f29c5dd4-923c-4b76-a495-877ae24ffa17-2.jpg\",\"width\":\"513\",\"height\":\"640\"},{\"type\":\"Link\",\"mediaType\":\"image/jpeg\",\"href\":\"https://z.digitalesparadies.de/photo/f29c5dd4-923c-4b76-a495-877ae24ffa17-3.jpg\",\"width\":\"256\",\"height\":\"320\"},{\"type\":\"Link\",\"mediaType\":\"text/html\",\"href\":\"https://z.digitalesparadies.de/photos/oj/image/f29c5dd4-923c-4b76-a495-877ae24ffa17\"}],\"source\":{\"content\":\"[footer][zrl=https://z.digitalesparadies.de/channel/oj]oj[/zrl] hat [zrl=https://z.digitalesparadies.de/photos/oj/image/f29c5dd4-923c-4b76-a495-877ae24ffa17]ein neues Foto[/zrl] auf [zrl=https://z.digitalesparadies.de/photos/oj/album/53dd1fdf-79fb-48b1-adce-5311ebff5825]2020/2020-04[/zrl] ver\\u00f6ffentlicht[/footer]\",\"mediaType\":\"text/bbcode\"},\"content\":\"<div class="wall-item-footer"><a class="zrl" href="https://z.digitalesparadies.de/channel/oj"  target="_blank"  rel="nofollow noopener" >oj</a> hat <a class="zrl" href="https://z.digitalesparadies.de/photos/oj/image/f29c5dd4-923c-4b76-a495-877ae24ffa17"  target="_blank"  rel="nofollow noopener" >ein neues Foto</a> auf <a class="zrl" href="https://z.digitalesparadies.de/photos/oj/album/53dd1fdf-79fb-48b1-adce-5311ebff5825"  target="_blank"  rel="nofollow noopener" >2020/2020-04</a> ver\\u00f6ffentlicht</div>\"}' , `target` = '' , `attach` = '' , `item_private` = '0' , `item_flags` = '' , `item_hidden` = '1' , `item_verified` = '1' , `revision` = '0' , `allow_cid` = '' , `allow_gid` = '' , `deny_cid` = '' , `deny_gid` = '' , `layout_mid` = '' , `postopts` = '' , `resource_id` = 'f29c5dd4-923c-4b76-a495-877ae24ffa17' , `resource_type` = 'photo' , `item_origin` = '1' , `item_unseen` = '1' , `item_starred` = '0' , `item_uplink` = '0' , `item_consensus` = '0' , `item_wall` = '1' , `item_thread_top` = '1' , `item_notshown` = '0' , `item_nsfw` = '0' , `item_mentionsme` = '0' , `item_nocomment` = '0' , `item_obscured` = '0' , `item_retained` = '0' , `item_rss` = '0' , `item_deleted` = '0' , `item_type` = '0' , `item_unpublished` = '0' , `item_delayed` = '0' , `item_pending_remove` = '0' , `item_blocked` = '0' , `item_restrict` = '' , `html` = '' , `lang` = '' , `received` = '2020-04-29 15:14:35' , `changed` = '2020-04-29 15:14:35' , `uuid` = 'b6e00777-8753-483f-b082-b3dbff1a80e2' , `replyto` = '' , `item_relay` = '0' , `public_policy` = ''  where id = 9744
SQLSTATE[22007]: Invalid datetime format: 1366 Incorrect integer value: '' for column `hubzilla`.`item`.`item_flags` at row 1
2020-04-29T21:42:15Z:LOG_INFO:a9720879a9:items.php:2202:item_store_update: Could not update item

Zap

Fri, 24 Apr 2020 08:52:29 -0700

Einer von Vielen wrote the following post Fri, 24 Apr 2020 08:52:29 -0700

Sync photo to clone(s) is really that easy?
ZAP version 20.04.18

Task to solve: sync a photo to the clone(s) of a channel. (Reason: the exif data of the photo has changed.)

Code used:

        $sync = attach_export_data($this->owner, $hash);
        if ($sync)
            Libsync::build_sync_packet($this->owner['channel_id'], array('file' => array($sync)));

See here for details.

Result: The photo of the channels clone has changed and shows new exif data.

Is it really that easy? Or is there something I miss?

Mike Macgirvin

Fri, 24 Apr 2020 14:25:24 -0700

That looks to be the best way to do it.

Einer von Vielen

Sat, 25 Apr 2020 05:26:05 -0700

@Zap @Mike Macgirvin Just three lines of code for me. Thanks for your reply and for making it that easy.

The sync works between my two clones.

Zap

Tue, 21 Apr 2020 09:42:46 -0700

faces wrote the following post Tue, 21 Apr 2020 09:42:46 -0700

Addon for face detection and recognition available
@zotlabs.org | Hubzilla Development

Please see

Sources ZAP: https://framagit.org/ojrandom/zapfaces
Sources Hubzilla: https://framagit.org/ojrandom/hubfaces
Live ZAP: https://z.digitalesparadies.de/faces/faces
Live Hubzilla: ...(will follow soon, tested under localhost with Debian9/10)

The user interface looks like this. I tried to keep it as simple as possible.

The admin panel runs several checks and shows detailed instructions on how to install the python modules neccessary.

faces_admin_panel_2020-04-21 15-59-13(1).png

Set a name...

Search for names and dates...

Comments and ideas welcome!

If you are interested we could add the addon to the official addons.

Planned

write the names as tags into the exif of an image
sync face encodings and names between clones
option to show image full size (for many and small faces)

Zap

Mon, 20 Apr 2020 02:35:07 -0700

Einer von Vielen wrote the following post Mon, 20 Apr 2020 02:35:07 -0700

LOG_WARNING:800b737ce7:Router.php:161:__construct: Module externals not found.
This might be of interest?

2020-04-20T09:20:01Z:LOG_INFO:9a7248ee44:Cron.php:33:run: cron: start
2020-04-20T09:20:01Z:LOG_INFO:d2bf7b5c9c:Poller.php:35:run: poller: start
2020-04-20T09:20:01Z:LOG_INFO:f8e3ecf506:Queue.php:17:run: queue: start
2020-04-20T09:20:01Z:LOG_INFO:7b4d00152c:Cronhooks.php:9:run: cronhooks: start
2020-04-20T09:20:22Z:LOG_WARNING:800b737ce7:Router.php:161:__construct: Module externals not found.
2020-04-20T09:20:22Z:LOG_INFO:800b737ce7:Router.php:164:__construct: index.php: page not found: /externals/jush/jush.css ADDRESS: ::1 QUERY: req=externals/jush/jush.css
2020-04-20T09:20:34Z:LOG_WARNING:800b737ce7:Router.php:161:__construct: Module externals not found.
2020-04-20T09:20:34Z:LOG_INFO:800b737ce7:Router.php:164:__construct: index.php: page not found: /externals/jush/modules/jush-sql.js ADDRESS: ::1 QUERY: req=externals/jush/modules/jush-sql.js
2020-04-20T09:20:34Z:LOG_WARNING:800b737ce7:Router.php:161:__construct: Module externals not found.
2020-04-20T09:20:34Z:LOG_INFO:800b737ce7:Router.php:164:__construct: index.php: page not found: /externals/jush/modules/jush-js.js ADDRESS: ::1 QUERY: req=externals/jush/modules/jush-js.js
2020-04-20T09:20:34Z:LOG_WARNING:800b737ce7:Router.php:161:__construct: Module externals not found.
2020-04-20T09:20:34Z:LOG_INFO:800b737ce7:Router.php:164:__construct: index.php: page not found: /externals/jush/jush.css ADDRESS: ::1 QUERY: req=externals/jush/jush.css
2020-04-20T09:20:34Z:LOG_WARNING:800b737ce7:Router.php:161:__construct: Module externals not found.
2020-04-20T09:20:34Z:LOG_INFO:800b737ce7:Router.php:164:__construct: index.php: page not found: /externals/jush/modules/jush.js ADDRESS: ::1 QUERY: req=externals/jush/modules/jush.js

#zapquestion

Mike Macgirvin

Mon, 20 Apr 2020 03:53:23 -0700

@Zap Not sure why this would be considered a zap software problem. Somebody is trying to find a wordpress DB plugin (adminer) on your webserver. No I don't know why. I still occasionally see requests for web pages I used to host on my site 20 years ago. Maybe an old link resurfaced when somebody Googled something. Anyway, it's not there (it isn't a wordpress site after all) and that's what the logs are telling you.

Einer von Vielen

Mon, 20 Apr 2020 04:38:14 -0700

@Zap @Mike Macgirvin Thanks for pointing my to adminer. The messages are caused by adminer on my MY OWN (!) server. That's what I absolutely did not expect (and did not check).

Sorry for this false alarm.

Zap

Fri, 17 Apr 2020 04:46:51 -0700

Mike Macgirvin wrote the following post Fri, 17 Apr 2020 04:35:43 -0700

@!Zap

Zap security issue. Please upgrade your site.