like this
like this
Roland Häder🇩🇪 likes this.
Roland Häder🇩🇪 likes this.
Roland Häder has joined Friendica Admins
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]>
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.
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'
#TIL If you restart apache first, it won't work as ejabberd must be listening already when apache builds the proxy chain (which makes sense again). And yeah, having TLS on 127.0.0.1 makes no sense.
Well, #shit-happens
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.
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.
prep@diasp.org likes this.
... und das schon seit 2 Stunden, seltsam. Sonst ist hier auf der #fediverse doch fast rund um die Uhr wer was am schreiben? Oder alle zu Bett?
Silent fediverse for 2 hours already, strange.
This comment has not reached him but he does follow me. #federation-bug #friendica
PHP Fatal error: Uncaught TypeError: Argument 2 passed to statusnet_cron() must be of the type array, null given, called in /var/www/../src/Core/Addon.php on line 246 and defined in /var/www/../addon/statusnet/statusnet.php:727
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;
Reicht sie auch nicht, wenn man mal ehrlich ist. Aber immerhin, ein Etappensieg ist drinne. #bienensterben
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 ?
disabled="disabled"
sollte gesetzt werden, sollte gemacht werden.
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
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
like this
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).
develop
code and rebased my branch. There have always been a scripts/dbstructure.php
around. How do I now update? The offline documentation does not provide any information about this.
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).
censored=1
activated (blocked?) should not be touched by cron_sync.php
as this would unlock them again.
Roland Häder🇩🇪
in reply to Roland Häder🇩🇪 • •Roland Häder🇩🇪
in reply to Roland Häder🇩🇪 • •