WiSch
Wenn wieder alles langsam läuft und man in all den Ecken sucht, woran es wohl liegen kann, dann stößt man – je nach Anwendung – auch auf die genutzte Java-Applikation als möglichen Grund.
Doch wie kann diese auf die Performance hin überprüft werden?
GIFs gibt es gefühlt schon ewig und sind immer noch aktuell.
Auch immer aktuell ist die Suche nach einer Möglichkeit, Abläufe oder Probleme am PC zu dokumentieren. Sei es zu Schulungszwecken oder um ein Problem für den Support zu dokumentieren etc.
GifCam ist nur 720KB groß, Freeware und ohne Installation nutzbar.
Trotzdem bietet das Tool alles, was man zur Erstellung benötigt. Hier inkl. der Aufzeichnung des Mauszeigers oder auch inklusive eines einfachen Editors, bevor das GIF selbst gespeichert wird.
Mit der kleinen und portablen Freeware Screen2GIF steht eine Alternative zur Verfügung.. Screen2GIF kommt als rd. 2MB große EXE-Datei daher ist ebenfalls Freeware und portable nutzbar. Doch das Tool bietet einige Möglichkeiten (mehr), ein Screencast zu erstellen und vor dem Export als GIF zu bearbeiten.
Auch wenn etwas einfacher – oder gerade deshalb – gehalten, nutze ich selbst GifCam und bin sehr zufrieden. Doch Geschmäcker sind ja unterschiedlich.
Ein Tipp: Wem dabei noch die Möglichkeit fehlt, den Mauszeiger und Mausklicks für eine Aufzeichnung zu visualisieren, dem kann auch geholfen werden.
Der Fehler kommt durchaus flott mal zur Ansicht. Es wird ein PlugIn installiert oder aktualisiert, via FTP was geändert oder andere Gründe können dazu führen, dass plötzlich die Seite beim Aufruf nur noch ein „Forbidden, you don’t have permission to access this resource. 403 error“ angezeigt wird.
Eine Online-Recherche zeigt im Grunde zwei mögliche Gründe dafür:
Online findet man eben dazu einige Infos und Anleitungen, wie z.B. hier oder hier.
In einem aktuellen Fall habe ich aber trotzdem lange gesucht, bis ich auf eine kleine aber entscheidene Idee gekommen bin:
In meinem Fall hatte ich für einen Seitenrelaunch bzw. Neuaufbau zunächst einen Unterordner im Hosting angelegt und dort eine weitere WP-Installation gestartet. Dort dann schon bei der Installation die Fehlermeldung bekommen.
Nach obigen Infos und Anleitungen alle Datei- und Verzeichnisrechte geprüft, neu gesetzt usw., auch die .htaccess im neuen Ordner gecheckt.
Alles ohne Wirkung.
Dann eben der entscheidende ‚Geistesblitz’… was ist mit der .htaccess im übergeordneten Verzeichnis, also der Installation zur aktiven Webseite?
Genau dort lag der Grund für das Problem, hier lagen Einträge vor, die das Arbeiten im neuen Unterordner unterbunden bzw. verboten hatten.
Dazu kam dann noch, dass die Einträge von einem lange wieder deinstallierten Sicherheitsplugin stammten, welches wohl bei der Deinstallation nicht sauber seine Einträge wieder entfernt hatte.
Die Lösung lag also so nahe… nur eine Verzeichnisebene höher. 😉
Der Versuch, eine Datei oder einen Ordner zu löschen, umzubenennen oder zu verschieben, scheitert oftmals, weil Windows noch einen Zugriff auf eine enthaltene Datei feststellt.
Eine Java-Webstartanwendung wird unter Windows auf hochauflösenden Displays sehr klein angezeigt.
Die Skalierung in den Displayeinstellungen helfen hier nicht wirklich weiter, weil sie zum Einen nicht ausreichen und zum Anderen eben alle anderen Anwendungen usw. auch extrem vergrößern und somit das Arbeiten letztlich unmöglich machen.