Hab ein wenig suchen müssen, aber mit folgendem Befehl funktioniert das mounten unter Knoppix:
sudo mount -t cifs //192.168.0.129/media/Temp /media/smb -o username=root,password=das_passwort,iocharset=utf8,file_mode=0777,dir_mode=0777
Hab ein wenig suchen müssen, aber mit folgendem Befehl funktioniert das mounten unter Knoppix:
sudo mount -t cifs //192.168.0.129/media/Temp /media/smb -o username=root,password=das_passwort,iocharset=utf8,file_mode=0777,dir_mode=0777
Ein kleines Update ist heute veröffentlicht worden. Alle Änderungen sind im Release-Log aufgeführt.
Ich habe seit neustem auf meinem Windows x64 System ein Problem mit dem Zend Server CE (PHP 5.2) 5.6.0 und Typo3 Version 4.6.3. Mit Version 5.5 hat noch alles problemlos funktioniert. Ich weiß nicht, ob es an den “Security Enhancements” in PHP 5.3.9 liegt, aber der Login in den Backend-Bereich von Typo3 ist in dieser Umgebung nicht mehr möglich. Nach Absenden des Login-Formulars erschient eine Meldung ala “Wollen Sie die index.php Datei speichern oder öffnen…”. Darin ist ein 500-HTTP-Status-Code enthalten, jedoch erscheint in den Apache und PHP-Log-Dateien keinerlei Hinweis darauf. In der Ereignisanzeige von Windows sieht das ganz anders aus. Dort scheint die php-cgi.exe einen Fehler zu verursachen.
Ich werde das morgen mit der neuen Typo3-Version testen und auch Bilder und genaue Fehlermeldungen nachliefern.
Update
Eine Aktualisierung auf Typo3 4.6.4 brachte wie vermutet keinen Erfolg. Wie versprochen ein paar Details zu dem Fehler:
Nochmal als Text (damit Google das findet):
Name der fehlerhaften Anwendung: php-cgi.exe, Version: 5.3.9.0, Zeitstempel: 0x4ef33bca Name des fehlerhaften Moduls: php5.dll, Version: 5.3.9.0, Zeitstempel: 0x4ef33bc8 Ausnahmecode: 0xc0000005 Fehleroffset: 0x00092b20 ID des fehlerhaften Prozesses: 0xd1c Startzeit der fehlerhaften Anwendung: 0x01ccdb33ed105389 Pfad der fehlerhaften Anwendung: C:\Program Files (x86)\Zend\ZendServer\bin\php-cgi.exe Pfad des fehlerhaften Moduls: C:\Program Files (x86)\Zend\ZendServer\bin\php5.dll Berichtskennung: f2e4d78f-4728-11e1-bd4d-005056c00008
Fehlerbucket , Typ 0 Ereignisname: APPCRASH Antwort: Nicht verfügbar CAB-Datei-ID: 0 Problemsignatur: P1: php-cgi.exe P2: 5.3.9.0 P3: 4ef33bca P4: php5.dll P5: 5.3.9.0 P6: 4ef33bc8 P7: c0000005 P8: 00092b20 P9: P10:
Update 2:
Das Problem ist vorübergehend gelöst, indem man die Datei /typo3/contrib/RemoveXSS/RemoveXSS.php in der Größe verändert. Schuld daran ist ein PHP-Bug. Einen herzlichen Dank an Jürgen für den Tip (siehe Kommentare).
Umleitung von einer Domain mit www auf eine Domain ohne www:
RewriteCond %{HTTP_HOST} ^www\.test\.tobias-seckinger\.de [NC] RewriteRule ^(.*) http://test.tobias-seckinger.de/$1 [R=301,L,QSA]
RewriteRule ^source\.php$ /target.php?bar=foo [QSA,L] # Eingabe: http://tobias-seckinger.de/source.php?foo=bar # Umleitung zu: http://tobias-seckinger.de/target.php?foo=bar&bar=foo
Am 30. Dezember ist ein kleines Contao Update auf Version 2.10.4 erschienen. Es ist behebt einige Fehler im Cron- und Cache-Handling. Eine komplette Liste kann im Changelog eingesehen werden.
Na wunderbar. Heute über 50 neue Kommentare mit kurzen schmeichelhaften Sätzen inklusive Rechtschreibfehler. Bei genauem Hinsehen, kommen einige Kommentare von der gleichen IP-Adresse, aber mit komplett anderen Namen und E-Mail-Adressen. Teilweise finden sich bei Google die gleichen Kommentare auch in anderen Blogs…
Mir erschließt sich leider nicht, wozu das gut sein soll. Hier zwei der besagten Kommentare: