Nachdem ich gestern in gefühlten 1000 Blogs gelesen habe, das Typo3 4.2.7 released wurde, freut es mich jetzt umso mehr, das ich im Moment der wahrscheinlich Erste und Einzige bin in der Blogosphäre, der verkündet, das Typo3 4.2.8 und 4.1.12 veröffentlicht wurden. Das es jetzt auch 4.0.13 gibt, erspare ich mir an dieser Stelle, weil das gab es gestern auch schon.
[random_content group_id=”211″ num_posts=”1″]
Seit ein paar Tagen landen ein bis zwei Mails in meinem Posteingang, die offensichtlich, zumindestens für mich, Spam sind. Ob es am Dr. – Titel liegt, das die Mails vertrauenswürdiger erscheinen?
Interessanterweise sind in den Mails, in manchen Wörter die o’s durch eine 0 ersetzt:
sollte = s0llte
schon = sch0n
Monat = M0nat
problemlos = pr0blemlos
Der SPF Eintrag ist neutral – “is neither permitted nor denied”
Vor ein paar Tagen, hat mir eine Internet Agentur eine Mail geschickt. Diese Mail landete sofort im Spam Ordner und ich dachte damals es würde am neutralen SPF Eintrag liegen. Wenn ich die Mails jetzt vergleiche, muß die höhere Vertrauenswürdigkeit gegenüber Dr. Sabrina XY daran liegen, das es reine Text Mails sind.
Die Agentur hatte ihre Mail über Outlook im HTML Format verschickt, die Standardeinstellung von Outlook. Obwohl die Spam Mails aus Brasilien bzw. Russland kam, scheint für den Google Spam Filter das entscheidene zu sein, ob es Text oder HTML ist.
Abgesehen von den Formatierungsmöglichkeiten des Textes, bieten HTML Mails die Möglichkeit URLs zu verschleiern. Der Linktext muss nicht der URL entsprechen, auf die verlinkt wird.
Google Mail erkennt mittlerweile URLs in Text Mails und verlinkt sie entsprechend. Dabei werden so gut wie alle möglichen URL Varianten verlinkt:
[php]
http://www.google.de
www.google.de
www2.google.de
google.de
google.de.jo
ghjkjh.de
[/php]
Von daher könnte die Agentur ihre Mails auch als Text verschicken und die URLs im Footer würden trotzdem verlinkt werden. Nicht nur GoogleMail hat diese Probleme. Selbst wenn man mittlerweile von einem T-Online eMail Konto zu einem anderen T-Online Konto eMails verschickt, werden sie teilweise schon als Spam klassifziert.
Microsoft Standardeinstellung in Outlook, das Mails im HTML Format verschickt werden, macht es Spam Filtern immer schwieriger zwischen Gut und Böse zu unterscheiden. Wie viele “gute” Mails dabei auf der Strecke bleiben, kann wahrscheinlich niemand abschätzen.
Wenn man also will, das Mails ankommen, sollte man sie als Plain Text verschicken.
Vor einiger Zeit hatte ich bereits mein Probleme mit NcFTP geschildert. Als Lösung für meine Problem habe ich Wget entdeckt. Viele wissen wahrscheinlich gar nicht, das damit auch FTP möglich ist.
Mein ursprüngliches Problem war, das NcFTP beim rekursiven Download ab einer bestimmten Ordnertiefe einfach aufgehört hat. Dies läßt sich bei WGet mit folgenden Parametern umgehen:
[php]
wget -r –level=100
[/php]
Trotz der Angabe von r ( r = Rekursiv ) empfiehlt es sich das Level anzugeben. Genau diesen Parameter hatte ich bei NcFTP vermisst.
Zur Vollständigkeit jetzt nochmal den kompletten Befehl für WGET um ein vollständiges Backup per FTP durchzuführen
[php]
wget -r –level=100 ftp://USER:PASS@example.com
[/php]
Es gibt wohl nicht Schlimmeres als wenn man mit voller Euphorie an ein neues Typo3 Projekt geht und bereits kurz nach dem Start geht es für Stunden nicht mehr weiter. Besonders als Anfänger ist man dann natürlich total demotiviert, deshalb möchte ich hier einmal ein paar Tipps geben, wie man herausfinden kann, wo die Ursache für einen “weißen Bildschirm” liegen können.
Als erstes sollte man seinen TypoScript Code auf das Nötigste reduzieren. Damit sollte er in etwa so aussehen:
[php]
page = PAGE
page.typeNum = 0
page.20 = TEMPLATE
page.20 {
template = FILE
template.file = fileadmin/template.html
}
[/php]
Mehr braucht man für den Anfang nicht. Auch nicht bei den Ressourcen oder Includes, das kommt alles später. Sollte man nun einen weißen Bildschirm sehen, liegt die Vermutung nahe, das man sich bei der Pfadangabe verschrieben hat. Dies kann man überprüfen in dem man in die Dateiliste geht und schaut ob hinter der Template Datei in der Spalte Ref. eine 1 steht. Sollte dies der Fall sein findet Typo3 die Datei.
Wer nun immer noch einen weißen Bildschirm sieht, könnte als nächstes wieder zurück in das Template gehen und schauen ob beim TypoScript Object Browser irgendwelche Hinweise stehen.
[php]
ERRORS AND WARNINGS
1: Line 6: An end brace is in excess.
1: Line 13: An end brace is in excess.
[/php]
Diese sollte man natürlich beheben und erneut die Ausgabe prüfen. Sollte außer Schneesturm immer noch nichts zu sehen sein, empfiehlt es sich das Admin Panel einzuschalten. Dazu im TypoScript Setup folgendes hinzufügen:
[php]
page.config.admPanel = 1
[/php]
unsere gesamtes TypoScript sieht dann wie folgt aus:
[php]
page.config.admPanel = 1
page = PAGE
page.typeNum = 0
page.20 = TEMPLATE
page.20 {
template = FILE
template.file = fileadmin/template.html
}
[/php]
Außerdem muß man beim User bzw. der Gruppe das Admin Panel extra aktivieren. Dazu in das TSconfig folgendes eintragen:
[php]
# Admin Panel einschalten
admPanel.enable.edit = 1
admPanel.enable.cache = 1
admPanel.enable.hide = 0
[/php]
Während man gleichzeitig im Backend eingeloggt ist sollte man im Frontend die Möglichkeit haben, ein Menü aufzuklappen. Meldungen zu unserem Template Problem würden wir bei dem Punkt TypoScript finden. Dort einfach alle Optionen aktivieren und auf Aktualisieren klicken.
Sollte sich jetzt in roter Schrift folgender Satz offenbaren:
[php]
fileadmin/template.html is not a file (non-uploads/.. resource, did not exist)
[/php]
hat man Glück, denn dafür gibt es hier hoffentlich die Lösung. Zur Vollständigkeit sei hier erwähnt das es als Bug erfasst wurde: http://bugs.typo3.org/view.php?id=11143
Dieser verlinkt jedoch zum Schweriner Typo3 Toaster:
http://typo3.toaster-schwerin.de/typo3_english/2009_05/msg00323.html
Lange Rede kurzer Sinn, es ist kein Bug in Typo3 4.2.6, sondern es hängt vom Filesystem ab, wie der mit Symlinks umgeht. Also einfach den Symlink von der index.php entfernen und direkt aus den Sourcen kopieren und es sollte wieder funktionieren.
[random_content group_id=”211″ num_posts=”1″]
NcFTP ist ein kleiner schneller FTP client, der besonders im Linux Umfeld verbreitet ist um sich per Konsole auf andere Rechner zu verbinden. An dieser Stelle soll natürlich nicht vergessen werden darauf hinzuweisen, das FTP generell unsicher ist, weil das Passwort im Klartext übertragen wird, so wie alle andere Informationen, Host und Benutzername, auch. Damit wird es einem Hacker natürlich recht einfach gemacht. Jedoch gerade bei billigen Anbietern hat man oft keine andere Wahl.
Somit wurde ich auch mal wieder gezwungen auf NcFTP zurückzugreifen. Die Aufgabe war simple. Es ging bloß darum eine Kopie vom FTP Host zu erstellen und diese auf einem anderen Rechner einzuspielen.
Mit get -R ./ dachte ich, könnte schon nicht schief gehen. Jedoch stelle ich später fest, das ein paar Verzeichnisse fehlten. Um genau zu sein, es fehlten die Enden von den Ästen. Alles was tiefer als Level 5 lag, wurde nicht mehr kopiert. Ein Blick ins Manual brachte folgendes zur Tage:
Bugs
There are no such sites named bowser.nintendo.co.jp or sphygmomanometer.unl.edu.
Auto-resume should check the file timestamps instead of relying upon just the file sizes, but it is difficult to do this reliably within FTP.
Directory caching and recursive downloads depend on UNIX-like behavior of the remote host.
Source: http://www.ncftp.com/ncftp/doc/ncftp.html
Bedauerlicherweise wird jedoch nicht verraten, wo man herausfinden kann, wie sich das UNIX System verhält.
Recent Comments