#sql

taz@pod.geraspora.de

Entwickler:in mit Schwerpunkt #XML / #XSLT für #taz.de in #Vollzeit ab sofort gesucht

Die #taz war die erste online lesbare #Tageszeitung Deutschlands. Sie bietet nach wie vor alltäglich die Möglichkeit Dinge anders zu machen und ist immer noch konzernunabhängig. Willst Du mit uns die zunehmend digitale Zukunft des #Journalismus gestalten? Wir bieten ein kooperatives Umfeld, das Raum für #Weiterentwicklung und #Kreativität lässt, aber auch strategisches #Denken erfordert und die Bereitschaft, alltägliche Probleme auch eigenverantwortlich zu lösen.

Wir suchen für unsere #Webinfrastruktur zeitnah eine:n Kolleg:in mit praktischer Berufserfahrung in der Entwicklung im Bereich #DATENMANAGEMENT, -TRANSFORMATION UND -ANALYSE, gerne auch als Quereinsteiger:in. Wichtig ist uns, dass Du nicht nur teamfähig bist, sondern bevorzugt gemeinsam arbeitest, auch flexibel und mit technischen Laien.

Im Bereich DATENMANAGEMENT, -TRANSFORMATION UND -ANALYSE integrieren wir Backendsysteme in unser Frontend taz.de. Wir kennen die Anwendungsschnittstellen unserer #Backends und transformieren diese in ein einheitliches XML-Format. Dabei stehen wir in enger Kommunikation mit Unix-Systemadministration und #Frontendentwicklung sowie internen Anwender:innen, externen Auftraggeber:innen und IT-Spezialist:innen. Immer wieder fordern uns neue Backendsysteme und Techniken heraus und immer wieder gilt es, Umbauten oder Fehler in bestehender #Infrastruktur zu finden und zu optimieren. Wir sind für **Import und Export **von #Daten rund um taz.de verantwortlich.

Anforderungen:
* Sicherer Umgang mit XML, #XPath und XSLT (Version 1.0).
* Du kannst #Bash-Skripte lesen und schreiben.
* Du scheust Dich nicht, auch auf produktiven Debian-Maschinen, mit Hilfe der Kommandozeile zu operieren, Zeichenketten bis zu ihrer Hexadezimaldarstellung zu untersuchen sowie Logdateien von Servern zu analysieren und Stacktraces versuchen zu verstehen.
* Du hast Erfahrungen mit #SQL - sowie #NoSQL -/Dokumentenorientierten - #Datenbanken.
* Du hast Erfahrungen mit vernetzten Serversystemen und Schnittstellen, insb. mit #REST, #RPC, #AMQP und #HTTP.
* Du hast Verständnis für System- und #Datenbankarchitektur und behältst dabei den Blick für das große Ganze und insb. Themen wie #Performance, #Datensparsamkeit und #Datenschutz sowie Sicherheit und Wartbarkeit sind Dir ein Anliegen.
* Du hast Erfahrungen mit #Content-Management-Systeme n und diese im besten Fall auch schon #headless im Einsatz genutzt.
Prima wären Erfahrungen mit #Git, #SVN, #Apache HTTP Server-Konfiguration, Regulären Ausdrücken sowie #JSON. Auch Erfahrungen mit einer weiteren #Programmiersprache, insb. einer deklarativen/funktionalen sind von Vorteil.
* Analytisches Denken und die Fähigkeit komplexe Zusammenhänge zu überblicken.
* Sehr gute Selbstorganisation und Planungsfähigkeit, insb. kannst Du Dich selbstständig in Techniken mit Hilfe von technischen (und meistens englischsprachigen) #Dokumentationen einarbeiten.
* Eigenverantwortliches Arbeiten und Durchhaltevermögen, auch wenn es stressig wird.
* Erfahrungen im Nachrichten- und Verlagsumfeld sind von Vorteil.

Wenn Du Lust darauf hast, in einem nach wie vor politisch motivierten Umfeld, als Teil des Web-Entwickler:innen-Teams auch abteilungsübergreifend mit vielfältig interessanten Menschen, mit #Produktentwicklung, #EDV, #Redaktion und Verlag sowie externen Dienstleistern zusammenzuarbeiten, melde Dich.

Bei der taz bieten wir nicht nur ein kollegiales Arbeitsumfeld, sondern auch familienfreundliche Arbeitszeiten (flexible 36,5h Vollzeit Woche und 30 Tage/Jahr Urlaub) und es gibt ein ordentliches, subventioniertes #Mittagessen im #taz-Café sowie die Möglichkeit, ein Job Rad zu nutzen.

Wir wollen diverser werden. Deshalb freuen wir uns besonders über Bewerbungen von People of Color und Menschen mit Behinderung. Deine Perspektiven sind uns wichtig und sollen in der taz vertreten sein. Die Arbeitsplätze und Toiletten sind weitestgehend barrierefrei. Das taz-Café ist mit dem #Rollstuhl erreichbar.

Schicke uns Deine #Bewerbung und zeige uns, welche Kenntnisse und Erfahrungen Du gerne bei der taz entfalten möchtest. Es handelt sich um eine volle unbefristete Stelle ab taz-Lohngruppe V. Arbeitsaufnahme ist zum nächstmöglichen Zeitpunkt. Schreibe uns gerne, ab wann Du einsteigen könntest und richte Deine Bewerbung an webjob@taz.de.

https://t3n.de/jobs/job/taz/entwickler-in-mit-schwerpunkt-xml-xslt-fuer-taz-de-in-vollzeit-ab-sofort-gesucht/

#Datenmanagement #Datenanalyse #Datentransformation #Stellenangebot #Stellenangebote #Job #Jobs #Arbeit #Brot

dapor2000@pod.dapor.net

#git #cvs #svn #code #sql #scripte

WER bitte hat bei uns in der Firma gemeint, GIT wäre ja viel besser als SVN und wir müssen alles ins GIT packen ???

Kriegste das kotzen wenn bei SQL-Scripten man sowas sieht:

Zeilen entfernt: 123
Zeilen hinzugefügt: 122

Nicht nur Profis erkennen -> Ich habe eine Zeile gelöscht :(
So machen Mergerequests keinen Spass !!!!!

grin@spora.grin.hu

Diaspora spam

Oh hi there again, #podmin's and common folks!
You may remember my recent question about #Disapora #spam, right? Oh you don't? Well it was only in 2019. And there was no response, obviosuly. Nor in community. Nor anywhere really.

The problem is that it's no fun to operate a public server with no antispam measurement and admin features, obviosuly. The world is full of wankers playing with scripts creating infinite accounts and it's not fun when they "just" create accounts, it's not fun when they create dubious contents, and possibly doing comment or follow spam.

To be honest I don't quite understand these Russians. I mean, I almost exclusively have them from #Russia, be that serverhub.ru or the general Voronezh area. A few Ukrainians from Kiev, but overshadowed by the Kremlin guys. They create a lot of accounts but I see no visible activity on them, neither posts nor follows. They log in once, register, leave.

But I do not want to have them anyway.

Diaspora devs - however nice guys they are - do not seem to give a flying fuck about these bots or account spammers; either because they genuinely don't care or they don't think it worths the efforts. Their servers probably got hundred thousands of users, probably hundred thousand minus a few hundred of them bots, but it causes no - known - harm. I have asked repeatedly several times for some server side measurements and at least some viable command line admin tools, if not the web UI but got no relevant response (apart from a ruby script which could delete one account given on command line, whihch is okay, except, horribly suboptimal).

So I have created for myself some #SQL's to query the database, and I'll throw some here. Still, the results probably have to be fed, one by one, that one specific script (this one with it's "detailed" installation and usage instructions) and hope that it does what it should.

Obviously I will have to automate it, and I surely will. I try to share those script somewhere, provided there is any demand for them. Basically what I will do is to remove all accounts which have logged in once and older than a week, maybe mixed in that having no posts at all, or not finishing the introductory phase. Using SQL and bash. From outside Disapora code. Which is ugly.

I do not think that's good. I am not happy with Diaspora today, this year, these years. I do not like to have spambot accounts. I can't see what the GRU needs them for, but I don't think they ever had any good motives, nor that they ever will.

Also, I may have missed what these accounts have done, or being doing. I see they have no posts, comments, likes and follows, but there may be some actions hidden from PostgreSQL. I just hope it's not fatal.

SQL

Registrations with the same IP:

SELECT current_sign_in_ip, COUNT(username)
FROM users
GROUP BY 1
HAVING COUNT(username)>1
ORDER BY 2 DESC;

Users with only one login and it's older than a week:

SELECT id, username, getting_started, language, email,
sign_in_count, last_sign_in_at, last_sign_in_ip, last_seen
FROM users
WHERE sign_in_count=1 AND last_seen+'1 day'::INTERVAL < NOW()
ORDER BY last_seen ;

Comerade Spamov:

SELECT username, getting_started, language, email,
sign_in_count, last_sign_in_at, last_sign_in_ip, last_seen
FROM users
WHERE last_sign_in_ip IN ('51.91.67.153','151.80.230.21','85.113.129.7','178.159.37.139')
ORDER BY username;

The last one can be fed to awk { print $1 } and in turn fed to the spam.rb script, if I am able to make it run. And see what happens.