Needed to change item.body - domain parker found again


Today I ran this SQL on my #friendica database:

MariaDB [xxx]> UPDATE `item` SET `body`=REPLACE(`body`,'oracle.skilledtests.com','invalid-domain') WHERE `body` LIKE '%skilledtests.com%s';
Query OK, 94 rows affected (1 min 1.45 sec)
Rows matched: 94  Changed: 94  Warnings: 0

MariaDB [xxx]>

Normally I try to avoid such "hacky" things as they may hurt the application. But here I made an exception. Sadly, #ErkanYilmaz stepped down and left #question bot and the famous #fediverse grou left to death. Now it seems also the domain is gone. His decision but as you can see here, a "domain-shark" (someone hunting with automated scripts for left and popular domains) took it over and parked it.

I ask you not to always stay with us, your decision and I respect it. But please consider to ask someone here to take over the domain and delink it from all other nodes or else, "thanks" to the #page-ranking by #googlle it still has an attractive rank and sure such people will give everything to grab it and put it on sale with for-money generated "content" (#fake-content ) on it.

So, the other administrators, please repeat above query for any parked (given up) domain you can find.

Problem with http-bind to XMPP server


I have xmpp-based chat enabled on this site where I currently have some trouble with. You can reach it here: f.haeder.net/http-bind

The upstream server behind it runs at 127.0.0.1:5280 and is configured as followed:
ejabberd.cfg
{5280, ejabberd_http, [captcha, http_put, http_poll, http_bind]}
and ...
ejabberd.yml

    port: 5280
    ip: "127.0.0.1"
    module: ejabberd_http
    request_handlers:
      "/websocket": ejabberd_http_ws
    ##  "/pub/archive": mod_http_fileserver
    web_admin: true
    http_bind: true
    ## register: true
    captcha: true
    tls: true
    certfile: "/etc/ejabberd/ejabberd.pem"

In /var/log/ejabberd/error.log I see tons of these messages:
2018-05-13 xx:xx:xx.xxx [critical] <0.2508.0>@extauth:loop:142 extauth script has exitted abruptly with reason 'normal'

Why I keep ignoring follow requests


Thank you all for following me and send me follow requests. You may have noticed that I'm not accepting all of them or sometimes revoke them or only let you follow me but I don't follow you back.

This has some reasons I like to explain. First of, why I'm not accepting all requests is that some profiles are obviously adult-related (means sex, porn, prostitution or "escort" service-related) which I don't accept. But maybe lesser obvious but still understandable (as I hope) is that these profiles sometimes contains only a name, not even an image or any information about the person/bot behind it.

Second why I may not follow you back is, that my timeline is simply to full and I look more on quality than on quantity of posts. It takes me a lot of time already to follow up (backlog of new posts over the night/work day) and I start thinking of un-following more accounts (sorry!).

I'm not an A.I. here that can shift through tons of information, I'm human and I have other hobbies than just reading here. And I already donate a lot of time for digitally socializing. So please understand that I may not follow you back.

Well, still have fun here, find good "friends" (do you know all of your "friends" in person?) or whatever you do here.

nginx chops off error messages from PHP+xdebug?


I currently have some nightmares with PHP 5.6 (application is a #CodeIgniter2 application and cannot run on newer versions, I guess upgrading CI2 to CI3 + PHP to 7.x will make it more messier than before).

Here is what I get from an AJAX request:

<div style="border:1px solid #990000;padding-left:20px;margin:0 0 10px 0;">

<h4>A PHP Error was encountered</h4>

<p>Severity: Warning</p>
<p>Messag

Also no error is being logged but I enabled it in FPM's php.ini file.

in reply to Roland Häder🇩🇪

I have now tweaked some settings, the worker queue is now dropping almost constantly. I have found out that ./bin/daemon.php continues only every 5 minutes with next cycle. Plus worker_fetch_limit was only on 1 which I have now increased to 100. Also worker_queues is now 20 as @Michael Vogel suggested. Plus fastlane is enabled.

These settings have improved worker performance and it is now on the job. :-) In addition to that I enabled "my" implemented redis cache driver and set config_adapter to preload.

So here is my .htconfig.php (relevant lines only):

// Pre-load configuration
$a->config['system']['config_adapter'] = 'preload';

// Worker settings
$a->config['system']['worker_queues'] = 20;
$a->config['system']['worker_fetch_limit'] = 100;
$a->config['system']['worker_fastlane'] = true;

And always keep logfile + intense debugging on low-profile! All instructions being executed count in and drop performance for each request being sent to your instance.

Was wird aus der Domain gnusocial.de?


Was soll daraus werden? Tonnenweise Accounts verlinken noch dort hin. Wenn die Domain einfach ausgegeben wird, schnappt sich ein #Domain-Hai diese garantiert weg und geht dann zu irgent welchem Domain-Parker wie #sedo hin und macht damit dick fett Kohle. Das sollten wir nicht wollen!

Und außerdem, was passiert mit den Bots, wie z.B. @bestofpispers ?

Flightgear data repository downloadable via bittorrent


For those with a slow Internet connection, it can be a pain to download #fgdata for #FlightGear through GIT as GIT does not support resume and the connection may get lost and then they have to download the whole pack all over again.

For this, I have donated my #bittorrent tracker to the community, alongside other "small" stuff like #Haiku (BeOS) and others. You can find the tracker at ...
There you find the main bundle fgdata_new.bundle and currently 2 update files. You can now download them with bittorrent. Then you have to clone from them as usual:

$ git clone fgdata_new.bundle fgdata
$ cd fgdata
$ git remote add update1 ../fgdata_new-update-001.bundle
$ git remote add update2 ../fgdata_new-update-002.bundle
$ git fetch --all
$ git merge update1/master
$ git merge update2/master

Then you have almost latest changes. There is currently a 22 Megs large bundle for update 3. But I'm not going to release it as I only bundle every each ~ 100 Megs. So you may want to remove update1/2 and re-wire origin to the main repository:
$ git remote rm update1
$ git remote rm update1
$ git remote set-url origin https://git.code.sf.net/p/flightgear/fgdata
$ git fetch
$ git merge origin/master

Now you should be up-to-date. I have not tested this, please feel free to try out! :-)

E_NOTICE in .htconfig.php ?


Hi @Friendica Developers I'm getting this error on my instance (this):

PHP Notice:  Use of undefined constant REGISTER_CLOSED - assumed 'REGISTER_CLOSED' in /var/www/../.htconfig.php on line 38
PHP Stack trace:
PHP   1. {main}() /var/www/../bin/daemon.php:0
PHP   2. include() /var/www/../bin/daemon.php:41

I get this every time I start or stop the daemon (as you can see in backtrace).

My friendica directory


Gettings these warnings a lot:

Warning: mysqli::close(): Couldn't fetch mysqli in /var/www/../htdocs/include/dba.php on line 100

Call Stack:
 0.0005 346776 1. {main}() /var/www/../htdocs/include/cron_sync.php:0
 0.0149 486640 2. run_pulling_job() /var/www/../htdocs/include/cron_sync.php:93
 0.0899 567136 3. pull_worker() /var/www/../htdocs/include/sync.php:406
 0.0927 578144 4. dba->__destruct() /var/www/../htdocs/include/sync.php:350
 0.0927 578144 5. mysqli->close() /var/www/../htdocs/include/dba.php:100

Anyone knows what is wrong? And I had to fix .htaccess file for Apache 2.4 (Require all denied is the correct one).