Langsam fühl ich mich wirklich sabotiert! Nach diversen Webseitenbasteleien der SLUB an ihren Webseiten schießt jetzt das ZIH der TU Dresden quer: Hat man sich per SSH ’ne Console auf einem der Loginserver der TUD verschafft, kann man neuerdings von dort aus keine Webseiten mehr abrufen. Warum? weiß der Geier Admin. Aber wenn slubmagic feststellen soll, ob Bücher fällig werden, braucht es Zugang zu den Webseiten der SLUB Dresden -> genau die erreicht man von hier nicht mehr.
Ich werd morgen in Erfahrung bringen, ob das länger so bleibt. Wenn ja, fallen die Loginserver der TUD zukünftig für slubmagic aus. Für die Informatiker ist das kein Problem, die haben eigene Accounts auf eigenen Servern. Für die anderen muss ich mir was einfallen lassen. Wer sein slubmagic sowieso woanders installiert hat, braucht sich keine Gedanken machen, es funktioniert alles wie gehabt.

—
Update
So, das problem scheint beseitigt. Die Proxy-Konfiguration ist wohl die Ursache gewesen. Damit funktioniert slubmagic auf den TUD-Loginservern wieder.

Link: slubmagic & Installationsanleitung

(swg)

Klasse! Eine neue Version, geht Schlag auf Schlag hier, wie’s Brezelbacken, hälste echt nich mit! – Ach verflucht, ich hab nur die Probleme glatt bügeln müssen, die entstanden, weil die SLUB mal wieder an ihren Webseiten gespielt hat. Ey! Hallo! Wann schaltet Ihr Euren Nachrichtendienst wieder ein?!
Egal, die Fummelei hat sich jedenfalls gelohnt. Ich hab slubmagic jetzt so umgeschrieben, dass es etwas robuster bei der Auswertung der Slub-Seiten zu Werke geht. Am meisten Zeit hat dabei die Tatsache verschlungen, dass die Webseiten neuerdings einen Windows-Zeilenumbruch haben, statt des unixoiden – sucht man sich wirklich dumm und dämlich, bis man solche Sachen entdeckt.

Damit steht der Zähler nun bei v0.19. Welche Version von slubmagic man selbst verwendet, kann man auf dem Server mit
./slubmagic.sh v
herausfinden.

Link: slubmagic & Installationsanleitung

Nebenbei würde ich mich über Feedback freuen – wenn denn überhaupt andere, als die mir eh bekannten Personen, das Script verwenden.

Da muss ich gleich noch ein großes Dankeschön an Georg loswerden, dem dieses Mal die Funktionsdisruption aufgefallen ist. Dankeschön

(swg)

Wer es noch weiß: Just als ich Version 0.16 online stellte, hatte die SLUB ihre Seiten überarbeitet – die Änderungen arbeitete ich sogleich in slubmagic v0.16 ein. Irgendwie ist die Änderung in v0.17 wieder verloren gegangen. Scheint aber nur einer gemerkt zu haben: der bekam nämlich jetzt täglich Emails über ablaufende Bücher im September. Man kann ja nicht früh genug planen… Egal, ich hab’s in Ordnung gebracht, die v0.18 ist jetzt also die aktülle.
Welche Version von slubmagic man selbst verwendet, kann man auf dem Server mit
./slubmagic.sh v
herausfinden.

Nebenbei würde ich mich über Feedback freuen – wenn denn überhaupt jemand anderes, als die mir bekannten Personen, das Script verwenden.

(swg)

Ab sofort hat slubmagic eine Update-Benachrichtigung: Erscheint eine neue Version gibt’s eine Email! Wer dass nicht will, stellt es bei der Installation nicht an.
Die zweite Sache hat mit der Belastung der Login-Server zu tun. Momentan sieht es zwar nicht nach einem gigantischen Ansturm auf slubmagic aus, unter dem die TU- oder SLUB-Server leiden könnten… Ich glaube, die zucken noch nichtmal mit der Wimper. Trotzdem habe ich die Lastverteilung während der Ausführung in der Nacht verbessert. Damit durch CRON nicht immer zur vollen Minute viele Scripte gleichzeitig gestartet werden, legen sich alle slubmagic-Scripte am Beginn eine zufällige Zeit zwischen 0 und 59 Sekunden schlafen. Ich hoffe es hilft – wenn dass denn je wirklich ernsthaft eine wichtige Funktion wird.
Also: slubmagic v0.17 installieren und nix mehr verpassen – weder Bücher in der SLUB, noch neue Versionen von slubmagic.

Welche Version man selbst von slubmagic verwendet, kann man auf dem Server mit
./slubmagic.sh v
herausfinden.

Link: slubmagic & Installationsanleitung

(swg)