In der Vorinstallation wird eine Karte in der Kontaktseite "kontakt.shtml" eingeblendet. Hierbei wird üblicherweise die Stadtmitte angezeigt.

Unabhängig davon werden wir un Kürze eine Aktualisierung des Lageplan-Dienstes vornehmen, bei dem dieser ebenfalls auf OSM umgestellt wird. Über diesen Dienst werden dann auch die Ortskoordinaten von Gebäuden der FAU, sowie von anderen wichtigen Orten, bereitgestellt.

GitHub ermöglich die einfache Entwicklung von Software durch mehrere Personen. Ebenso ist dort die Meldung von speziellen Bugs und das Committen von Lösungen  möglich.

Folgende Tools aus dem Webbaukasten sind seit gestern im GitHub eingebracht wurden:

Das CMS NavEditor

Der neue UnivIS-Website-Import

Weiterhin befinden sich schon seit längerem Plugins und Themes für Wordpress in der Teamsite.

Eine Mitteilung via E-Mail in der Form "Ich bin nicht mehr  an der Uni und nicht mehr zuständig" oder "Seit dem letzten Jahr ist der oder die zuständig" ist nicht ausreichend. Wir können dies so nicht bearbeiten!

Da jede  Webmasterkennung eindeutig einem Benutzer zugeordnet werden muss und diese Zuordnung im zentralen IdM erfolgt, ist der formelle Weg über das Formular derzeit unumgänglich.

Dies gilt insbesondere auch bei Wechsel von Verantwortlichen. Hier ist auch aus rechtlichen Gründen eine handschriftliche Unterschrift zwingend notwendig.

Die Änderungen im Detail:

Neuer Bereich Sidebar

Zur besseren und flexibleren Gestaltung für neue Designs wurde ein "Sidebar"-Bereich eingebaut. Dieser befindet sich im Source-Code direkt vor dem Content-Bereich und nach dem Menü.

bei neuen Designs wird die Sidebar die Aufgabe des bisherigen Bereiches "Zusatzinfo" übernehmen. (Der Bereich "Zusatzinfo" bleibt jedoch erhalten). Der neue Bereich macht es durch seine Positionierung im HTML-Code für Designer einfacher, die verschiedenen Bereiche optisch zu positinieren. So ist es möglich, die optische Reihenfolge und Darstellung von Menu, Sidebar und Contentbereich nach beliebigen zu setzen.

Zur Ansteuerung der Sidebar (sofern in Benutzung) via CSS-Anweisungen sollte via des HTML5-Tags <aside> oder über die CSS-Id "sidebar" erfolgen.

Die Sidebar wird in der HTML-Struktur über ein ServerSideInclude eingebunden. Sie befindet sich in der Datei /ssi/sidebar.shtml .

Für den Fall, dass die Datei nicht vorhanden ist, aber neu angelegt werden soll, kann der folgende HTML-Code als Vorlage verwendet werden:

<aside><div id="sidebar" class="noprint"> <!-- begin: sidebar -->

<!-- Inhalt hier -->

</div></aside> <!-- end: sidebar -->

Der NavEditor unterstützt ab der Version 2.13.0219 die Sidebar.

Umstellung von XHTML auf HTML

Das HTML-Grundgerüst wurde von XHTML strict auf HTML5 umgestellt. Dies hat für alte Webauftritte keine Folgen. Lediglich für neue Webdesigns, die HTML5-Anweisungen benötigen, ist dies notwendig.

In diesem Zusammenhang wurden die Bereichsmarken <header>, <aside> und <footer> in das HTML-Grundgerüst eingebaut.

Anzeige des Änderungsdatums einer Seite

Die Ausgabe für die letzte Änderung einer Webseite wurde so geändert, daß nur noch das Datum angezeigt wird.

Sollte gewünscht sein, daß alte Format mit Angabe der Uhrzeit zu erhalten, ist in den einzelnen HTML-Dateien folgende Zeile zu ändern:

<p class="last_modified"><span>Letzte Änderung:</span> <!--#config timefmt="%d.%m.%Y"--><!--#echo var="LAST_MODIFIED"--></p>

Wird geändert in:

<p class="last_modified"><span>Letzte Änderung:</span> <!--#config timefmt="%d.%m.%Y, %H:%M Uhr"--><!--#echo var="LAST_MODIFIED"--></p>

Also konkret wird dies geändert:

<!--#config timefmt="%d.%m.%Y, %H:%M Uhr"-->

Die Neuerung bitet auch den Vorteil, daß man mit einer einfachen CSS-Anweisung den Text "Letzte Änderung: " einfach unsichtbar stellen kann. Die notwendige Anweisung im CSS wäre:

p.last_modified span {

display: none;

}

Diese Anweisung könnte in einer eigenen Basemod-Datei eingefügt werden.

Entfernung der alten UnivIS-Perlskripten aus dem CGI-BIN

Die alten Skripten zum Einbinden von UnivIS-Ausgaben wurden entfernt. Stattdessen soll ein neues PHP-Skript verwendet werden, welches diese Aufgabe übernmimmt und dazu noch mehr Funktionen mitbringt. Zudem ist es schneller im Aufruf von Daten.

Das neue PHP-Skript befindet sich im Muster im Verzeichnis /vkdaten/tools/univis/ . Eine Anleitung zum Einbau und zur Nutzung findet sich (in Kürze) auf der Webbaukasten-Website.

Webauftritt aktualisieren

Um einen bestehenden Webauftritt auf die neue Struktur zu aktualisieren ist unter Umständen "Handarbeit" notwendig. Dies muss mit einem echten HTML-Editor durchgeführt werden. Der NavEditor ist hierzu nur eingeschränkt fähig. Die neue Version des NavEditors (Version 2.13.0306)  erstellt zwar bereits neue Seiten richtig; kann jedoch alte vorhandene Seiten nicht vollständig aktuallisieren.

Folgende Schritte sind mit einem HTML-Editor pro einzelne SHTML-Datei vorzunehmen. Es empfiehlt sich, einen professionellen Editor zu nutzen, der über eine Suchen & Ersetzen-Funltion verfügt, die über mehrere Dateien gleichzeitig geht.

1. Ändern des Kopfteils (Zeilen 1 und 2)

Die ersten Zeilen der HTML-Datei sollen wie folgt aussehen:

<!DOCTYPE html>

<html lang="de">

Vorher fand sich dort die Definition zu XHTML strict. Diese ist zu ersetzen.

2. Hinzufügen des <header>-Tags (Zeile 13).

Vor der Anweisung

<div id="kopf">

ist der HTHML-Tag

<header>

zusätzlich einzubauen.

Etwa in Zeile 21 (abhängig vom Inhalt der dazwischen ist) ist die Anweisung

</div> <!-- end: kopf -->

durch

</div></header> <!-- end: kopf -->

zu ersetzen.

3. Hinzufügen des Sidebar-Includes

Etwa ab der Zeile 33 befindet sich der <div>-Bereich mit den Conent:

<div id="content> <!-- begin: content -->

Sehr wahrscheinlich befinden sich davor auch zusätzlich zwei Kommentarzeilen die nur sagen, daß ab hier der Content losgeht.

Davor wird eine neue Zeile eingefügt, die so aussieht:

<!--#include virtual="/ssi/sidebar.shtml" -->

Wenn die Datei sidebar.shtml nicht existiert, sollte sie angelegt werden. Es reicht hier dazu, eine leere Datei mit dem Namen sidebar.shtml im Verzeichnis ssi/  abzulegen. Man kann alternativ auch folgenden Inhalt in die Sidebar speichern:

<aside><div id="sidebar"> <!-- begin: sidebar -->

<!-- Inhalt hier -->

</div></aside> <!-- end: sidebar -->

4. Hinzufügen des <footer>-Tags

Im unteren Teil des HTML-Dokuments findet man die folgende <div>:

<div id="footer"> <!-- begin: footer -->

Vor dieser Anweisung wird schlicht der neue HTML-Tag <footer> eingefügt.

Etwa 6 Zeilen weiter unten findet sich dann noch der abschliessende </div>:

</div>  <!-- end: footer -->

Hier wird auch die Endanweisung vom </footer> eingefügt:

</div></footer> <!-- end: footer -->

Hinweis: Einige Webauftritte sind so alt, dass sie die HTML-Kommentare  <!-- begin: Bereich --> und <!-- end: Bereich --> nicht enthalten sind. Dies ändert das grundsätzliche vorgehen nicht. Jedoch muss hier sorgsamer darauf geachtet werden, dass die richtigen Bereichsenden gefunden werden.

Aktualisierung von Webauftritten durch das Webteam

Unter Umständen ist es möglich, dass das Webteam die Aktualisierung für einen Webauftritt vornimmt. Handelt es sich um einen kleinen Webauftritt mit nur einem Dutzend oder weniger Inhaltsseiten, kann dies möglicherweise -abhängig von der Verfügbarkeit und Prioritäten anderen Aufgaben- vom Webteam kostenfei übernommen werden. Bei größeren Webauftritten ist jedoch leider eine Kostenerstattung des Zeitaufwands nach den üblichen Sätzen notwendig.

Im Normalfall sollten Sonderzeichen daher wieder korrekt dargestellt werden. Bei fortbestehenden Problemen wenden Sie sich bitte an webmaster@rrze.fau.de, damit wir uns gemeinsam mit dem DBA-Team der Sache annehmen können.

Verschiedene Webauftritte der Universität wurden auch Anfang dieses Jahres wieder gehackt oder -was schlimmer ist- manipuliert. In allen Fällen kamen die Angreifer durch bekannte (teilweise altbekannte) Sicherheitslücken "rein".  Vor Universitätsseiten wird beim Hacking kein Halt gemacht. Ganz im Gegenteil.  Im Gegensatz zu kommerziellen Websites, sind hier zwar keine Bankdaten o.ä. zu ergattern, dafür jedoch eine "gemütliche" Angriffsplattform, die eine sehr gute Netzanbindung hat. In anderen Worten: Aufgehakte Websites auf Uni-Servern werden dazu verwendet um Angriffe auf andere zu begehen. Und dies geschieht nur dann am Besten, wenn niemand auf den ersten Blick erkennt, daß die Website schon gehakt und zu einer Brutstätte für Angriffe gewandelt wurde.

In keinem der Fälle wurde daher die gehakte Website mit einem für jeden erkennbaren "Defacement" versehen. Also einer Nachricht wie "Diese Seite wurde gehakt von ..". Entdeckt wurde es letztlich nur durch "ungewöhnliches Verhalten" der Website. Irgendeine Funktion funktionierte nicht mehr wie sie sollte...

Die Konsequenzen eines erfolgrechen Hacks können durchaus unangenehm sein: Sollten Sie als Webmaster davon gewusst haben, daß ihr CMS veraltet ist und das CMS wurde dann genutzt um eine andere Website  anzugreifen, können Sie (bzw. der rechtlich Verantwortliche des Webauftritts) unter Umständen in rechtlicher Verantwortung geraten.

Lange Rede, kurzer Sinn:  Halten Sie ihre Content Management Systeme aktuell!

Wer ein CMS trotz bekannter Sicherheitsupdates nicht aktualisiert, handelt fahrlässig.

Ob Ihr Webauftritt schon auf dem neuen Webcluster betrieben wird, können Sie im Webmasterportal nachsehen. Auftritte, bei denen als Webserver infolnx.rrze.uni-erlangen.de angegeben ist, sind schon auf dem neuen Cluster. Nur Auftritte auf dem Webserver infoload.rrze.uni-erlangen.de müssen umgezogen werden.

Um zu testen, ob Ihr Webauftritt auf dem neuen Custer schon lauffähig ist, können Sie folgende Schritte durchführen:

Tragen Sie in der Hosts-Datei Ihres Client-Rechners einen der Aliasse für die IP-Adresse des neuen Clusters ein. In etwa:

131.188.16.201 www.beispiel.phil.uni-erlangen.de

Die derzeitigen Webserver haben die IP-Adresse 131.188.16.200, die zukünftigen sind unter 131.188.16.201 zu finden.

Nähere Hinweise hierzu finden Sie unter http://de.wikipedia.org/wiki/Hosts-Datei

Diese Änderung wirkt sich nur auf Ihren eigenen Rechner aus. Von anderen Rechnern aus wird weiterhin der bisherige Webcluster benutzt.

Sollte Ihr Webauftritt den Webbaukasten verwenden, könnte es sein, dass die Menüs nicht angezeigt werden. In diesem Fall aktualisieren Sie bitte ihr cgi-bin-Verzeichnis. Der aktuelle Stand ist unter

/proj/websource/docs/muster/www.defaultwebauftritt.uni-erlangen.de

zu finden.

Das derzeitige cgi-bin-Verzeichnis heben Sie am besten auf, als cgi-bin.old beispielsweise.

Auf der Kommandozeile ist das in drei Zeilen erledigt:

Wechseln Sie in Ihren Webroot:

cd /proj/websource/docs/FAU/fakultaet/phil/www.beispiel.phil.uni-erlangen.de

cp -R /proj/websource/docs/muster/www.defaultwebauftritt.uni-erlangen.de/cgi-bin ./cgi-bin.new

jetzt haben wir alt und neu da und schieben den neuen an die richtige Stelle:

mv cgi-bin cgi-bin.old && mv cgi-bin.new cgi-bin

Falls Ihr Webauftritt cronjobs verwendet, sollten diese in Zukunft auf dem neuen Dialogserver iwan.rrze.uni-erlangen.de ausgeführt werden. Bitte testen Sie diese im Vorfeld auf dem neuen System, am einfachsten durch manuellen Aufruf.

Wenn Sie der Ansicht sind, dass Ihr Webauftritt ohne Probleme auf dem neuen Cluster betrieben werden kann, dann schreiben Sie eine Mail an webmaster@rrze.fau.de. Wir werden dann Ihren Webauftritt auf den neuen Webcluster umziehen.

Ab Anfang Februar werden wir dann alle verbliebenen Webauftritte nach und nach vom bisherigen auf den neuen Cluster umziehen. Das bisherige System wird am Ende des zweiten Quartals dieses Jahres ausser Dienst gestellt.

Was ist neu?

Die Mediathek wurde überarbeitet

Neue Funktionen für das Medienupload und die Galerien

"Retina-Ready" (HiDPI) für den Admin-Bereich

Weitere Info gibt es im Wordpress-Codex: WordPress 3.5 "Elvin".

(Anmerkung: Durch den Update des Blogsystems auf 3.5 kam es hier zu Problemen mit alten Kennungen oder solchen, die eben keine IDM-Kennungen sind.  Sollten Sie eine solche Kennung nutzen und nun probleme haben, sich im Blog als Admin anzumelden, setzen Sie sich mit uns in Verbinung: webmaster@rrze.fau.de).

Wir möchten alle Benutzer darauf hinweisen, daß diese Möglichkeit nicht von Dauer sein kann. Insbesondere die Nutzung der (übertragbaren) Funktionskennungen ist problematisch. Bitte verwenden Sie daher für Blogs (sei es persönliche Blogs oder "Corporate Blogs")  nur noch ihre persönliche IDM-Kennung.

Jeder Benutzer der Admin-Rechte in einem Blog hat, kann andere Benutzerkennungen mit der Rolle "Administrator" eintragen. Wenn Ihr Blog bislang mit einer alten  Nicht-IDM-Kennung betrieben wird, dann melden Sie sich mit dieser Nicht-IDM-Kennung  an, klicken im Dashboard auf die Lasche "Benutzer" und dann auf den Punkt "Neu hinzufügen". Dort haben Sie dann ein Eingabefeld für die neue Kennung und können dabei gleich eine Rolle angeben (nämlich Administrator).

(Beachten Sie, daß Sie sich zuvor mit der IDM-Kennung mindestens einmal irgendwo im Blogsystem angemeldet haben müssen. Ansonsten kommt es in dem Schritt zu einer Fehlermeldung, daß die neue Benutzerkennung unbekannt ist.)