EuGH kippt die Vorratsdatenspeicherung -

Ein #Anschlag und die Sicherheitsfanatiker schreien wieder nach #VDS, wie es in #Frankreich bzw. #Paris der Fall war. Die haben dort die VDS seit 2006, übrigens ... Aber das interessiert ja niemanden, wenn ein #LKW in #Berlin in einen #Weihnachsmarkt rast. Die Hauptsache, man kann wieder vom #Terrorismus reden und das ganz laut und ganz oft in den #Mainstream-Medien rausposaunen.

Ich könnte kotzen, aber ich kann so viel nicht essen! Dafür zahle ich 17,50 pro Monat!

Verkaufe robusten Kinderwagen M-530


Ich verkaufe meinen #Kinderwagen #M-530 (Mini-Star). Dies ist ein Kombiwagen und kann auch in einen Buggy mit wenigen Handgriffen umgebaut werden.

Hier der Originaltext aus #Ebay-Kleinanzeigen.de:

Der Kinderwagen ist gebraucht und befindet sich im guten bis sehr guten Zustand, keine kaputten Axen, oder Gurte. Tragetasche (fuer's Kind) und Tasche fuer Einkaeufe und Regenschutz inbegriffen. Die Tragetasche hatte oben ein kleines Loch am Sticker, was liebevoll mit einem Sticker uebergenaeht wurde.

Die Rueckenlehne ist verstellbar (in Buggy umwandelbar) und auch Guckrichtung des Kindes.

Keine Reservierung; keine Garantie, da Privatverkauf!

Mehr Bilder:
Preis: 40,- (nur Abholung, bitte vorher auf Verfuegbarkeit anfragen)

No performance improvement by memcache or redis?


I have now tried both, #memcache and #redis, to set single keys in cache. It seems both perform very poor compared to #in-progress caching.

So really no improvement if they are being used? And pipelining in redis won't help here much as I really have to "atomically" set/test/get key-value pairs.

So my in-progress cache as following seems to be the fastest:

function someCachedFooValue ($someValue) {
	if (!isset($cache[__FUNCTION__][$someValue])) {
		$cache[__FUNCTION__][$someValue] = doSomethingFooExpensive($someValue);
	}

	return $cache[__FUNCTION__][$someValue];
}

Here I want to cache the value from the expensive (long-taking) function doSomethingFooExpensive() if it is is not here.

This way seems to be the fastest way, sadly.

Why is Linux not using more RAM for caching?


I have this on my server:

___________total       used       free     shared    buffers     cached
Mem:       7939312    6490588    1448724          0      66760     192064
-/+ buffers/cache:    6231764    1707548
Swap:     12485748     189256   12296492

So there is a 1 GB RAM (not much, I know) left but #Linux is not using it for caching which would greatly improve performance (it really does). vm.swappiness is 20 here.

Here are all cache settings:

# sysctl -a|grep cache
kernel.sched_domain.cpu0.domain0.cache_nice_tries = 1
kernel.sched_domain.cpu1.domain0.cache_nice_tries = 1
kernel.sched_domain.cpu2.domain0.cache_nice_tries = 1
kernel.sched_domain.cpu3.domain0.cache_nice_tries = 1
vm.drop_caches = 0
vm.vfs_cache_pressure = 100
fs.quota.cache_hits = 0
net.ipv4.rt_cache_rebuild_count = 4
fscache.object_max_active = 4
fscache.operation_max_active = 2

Which do I need to change (except adding more RAM but that costs me monthly more).

Kein RSS bei den Krefelder Pinguinen


Da haben die #Krefeld #Pinguine mal ihre Homepage neu gemacht und sogar mit gezwungenem #SSL und was sieht man? Kein #RSS mehr moeglich. :-(

Wieso? Wollen die nicht, dass sich deren Nachrichten einfach im Internet verteilen oder sollen die nur ueber einen zentralisierten Kanal erreichbar sein?

Und oh, #ssllabs gibt denen eine B-Note: TLS_DHE_RSA_WITH_AES_256_GCM_SHA384 (0x9f) DH 1024 bits FS WEAK z.B. gibt es. Das sollten die mal ueberarbeiten.

OTR feature in XMPP plugin spawn tons of sessions


I was able to message to myself over an other XMPP server. But setting up #OTR did fail in endless reloads of the page causing OTR to be re-initialized and another session being started.

How can I prevent this? #Pidgin is showing them all and seems not to work then.

poller.php multiple launched, eating up CPU


I wonder if the poller is really needed or if somehow the cron jobs can be executed without it? I had setup as it should be:

*/10 * * * * cd ${HOME}/friendica/htdocs/ && /usr/bin/php include/poller.php

If I let it runs, multiple php processes are forked eating up my CPU and slowing down the server. Currently it seems to work without it (and much faster).

XMPP plugin not working ???


I currently try to setup the XMPP plugin (jappixmini is not enabled). I have so far changed my ejabberd.cfg and made http-bind working (Apache2 config entry, really easy to setup).

Now I hang around with BOSH host (which address:port to enter?) and that the XMPP chat is not showing up. Any other things I need to change?