Lösung: Einfach im install tool oder direkt in der Datei typo3conf/localconf.php das Debugging deaktivieren.

[BE][debug]=0

page.meta.description {
 data = page:description
 ifEmpty.data = levelfield :-1, description, slide
}
page.meta.keywords {
 data = page:keywords
 ifEmpty.data = levelfield :-1, keywords, slide
}

Ein Ansatz, den ich mir überlegt habe ist Folgender:
Ich gebe dem IE einfach das was er will… mit einem “FaviCon Proxy”

Im HTML sieht es ganz einfach so aus:

<link rel="icon" type="image/ico" href="favicon.ico" />
<link rel="shortcut icon" type="image/x-icon" href="favicon.ico" />

Doch ich habe Apache mit dem mod_rewrite Modul so konfiguriert, dass er
mir einfach JE NACH DOMAIN ein anderes FavIcon zurück gibt…

Dazu braucht man: das mod_rewrite Modul.
Eine .htaccess Datei im root-Verzeichnis (oder man stellt die folgende Configuration in die jeweilige vhost-Config)

In die .htaccess Datei schreibe ich Folgendes:

# Enable URL rewriting
<ifmodule mod_rewrite.c>
RewriteEngine On
 
#Favicon?
RewriteCond %{HTTP_HOST} ^.*domain1.*$ [NC]
RewriteRule ^favicon\.ico$ http://%{HTTP_HOST}/fileadmin/templates/grafiken/favicondomain1.ico [L]
 
RewriteCond %{HTTP_HOST} ^.*domain2.*$ [NC]
RewriteRule ^favicon\.ico$ http://%{HTTP_HOST}/fileadmin/templates/grafiken/favicondomain2.ico [L]
 
RewriteCond %{HTTP_HOST} ^.*domain3.*$ [NC]
RewriteRule ^favicon\.ico$ http://%{HTTP_HOST}/fileadmin/templates/grafiken/favicondomain3.ico [L]
 
RewriteCond %{HTTP_HOST} ^.*domain4.*$ [NC]
RewriteRule ^favicon\.ico$ http://%{HTTP_HOST}/fileadmin/templates/grafiken/favicondomain4.ico [L]
</ifmodule>
 

Das ist vorerst mal eine Lösung für http, nicht für https (war aber in diesem Fall nicht nötig).

– Main.ChristianHolzmann – 28 Dec 2011

Wenn man ein Script also schnell mal testen möchte, kann man den Server starten:
Zuerst sollte man in das Verzeichnis gehen, wo die Scripte liegen. Danach ruft man den Server auf, der dann genau dieses Verzeichnis verfügbar macht:
php -S localhost:PORT

Man kann natürlich auch ein Verzeichnis angeben:
php -t VERZEICHNIS -S localhost:PORT

In einem Web-Browser kann dann die URL aufgerufen werden:
http://localhost:PORT/SCRIPTNAME.php

Praktisch: In der Konsole sieht man dann auch gleich die Fehler, die eventuell auftreten (Bilder nicht gefunden…. favicon etc…)

Weitere Infos zur 5.4 beta1 gibts hier: http://www.php.net/releases/NEWS_5_4_0_beta1.txt

• Folgende Apple Standard Apps
  • Kalender
  • Chat (SMS)
  • Kontakte
  • Notizen
  • Telefon (Anrufe, Favoriten,…)
  • Fotos/Videos
  • Safari (Lesezeichen, Einstellungen)
• Cydia Sources
• Einstellungsdateien / Preference Files, also alle Einstellungen am iPhone
• Springboard Dateien, also Icon-Einstellungen am iPhone, inklusive App-Ordner etc…
• versteckte Dateien

Auch automatisierte Backups sind möglich, für jeden Wochentag oder in bestimmten Abständen.
Möchte es nicht mehr missen!

So verging Jahr um Jahr und der Adler wurde alt. Eines Tages sah er einen prächtigen Vogel, der hoch oben am Himmel majestätisch seine Kreise zog.

Bewundernd blickte der alte Adler nach oben.

“Wer ist das?” fragte er ein Huhn, dass gerade neben ihm stand.
“Das ist der Adler, der König der Vögel”, antwortete das Huhn.
“Wäre es nicht herrlich, wenn wir auch so hoch am Himmel kreisen könnten?”
“Vergiss es”, sagte das Huhn. “Wir sind Hühner.”

Also vergaß der Adler es wieder. Und er lebte und starb in dem Glauben, ein Huhn gewesen zu sein.

(Quelle unbekannt)

Ist also wirklich täuschend ähnlich!

Abgesehen davon, dass mich mein Thunderbird davon warnte, dass dies eine Betrugsversuch sein könnte, möchte ich kurz beschreiben, wie ich so etwas gleich erkannt habe, ohne auf den Link klicken zu müssen – vielleicht hilft euch das auch weiter.
1) Sprache
Mein facebook Account ist deutsch. Also bekomme ich auch deutsche Benachrichtigungen. Wenn etwas in der Art “Caroline Stewart sent you a message on Facebook…” kommt, weiß ich schon mal dass da etwas nicht stimmt
2) Absender “Caroline Stewart”
Ich kenne diese Dame nicht. Vorsicht.
Es handelt sich um einen englischen/amerikanischen Namen.
Da gehe ich lieber direkt auf facebook und sehe nach ob ein Mail gekommen ist.

3) Links in diesem Mail
Ich fahre einfach über die Links des Mails, und sehe unten in der Statusleiste (des Webmail-Browsers oder des Mailprogramms), dass hier nicht facebook.com steht, sondern http://xxx.navetvi.xxx/irgendetwas.html

4) Das Datum des Mails
Die Uhrzeit des Mails war 12:10, obwohl es bei mir erst 11:40 ist.
Die Zeit allerdings, die im Mail genannt wird, ist “January 18, 2011 at 4:10am”. Stimmt also (auch bei Berücksichtigung etwaiger Zeitzonen und Zeitverschiebungen) zusammen.

5) Ich habe einen Push-Dienst auf meinem iPhone, wo ich schneller erfahre, dass eine Nachricht gekommen ist, als das Mail kommt.
Diesmal ist aber nichts gekommen – ergo: Kein echtes facebook Mail.

6) Das ist der ausschlaggebende Hinweis:
Die Mailadresse, an die ich diese Benachrichtigung bekommen habe, wird gar nicht für mein facebook Account verwendet *gggg*

Ich hoffe, das hilft euch ein wenig weiter, um nicht auf falsche/gepoofte (Phishing)Mails herein zu fallen!

Ziel eines solchen Mails:
* Werbung (so wie in diesem Fall, da hat es zur Website einer Viagra / Cialis etc… vertreibenden Seite geführt)
* Eure Zugangsdaten für facebook heraus finden

Viel Glück!

Sehr geehrte(r) Nutzer des Website-Optimierungstools,

hiermit möchten wir Sie über ein potenzielles Sicherheitsproblem des Website-Optimierungstools informieren. Durch die Ausnutzung einer Schwachstelle im Kontrollskript für das Website-Optimierungstool kann ein Angreifer unter Umständen einen Cross-Site Scripting (XSS)-Angriff durchführen. Bei diesem Angriff könnte schädlicher Code auf Ihrer Website ausgeführt werden. Ein solcher Angriff ist nur möglich, wenn eine Website oder ein Browser bereits bei einem separaten Angriff manipuliert wurde. Auch wenn die unmittelbare Wahrscheinlichkeit eines Angriffs dieser Art gering ist, empfehlen wir Ihnen dringend, Maßnahmen zum Schutz Ihrer Website zu ergreifen.

Wir haben den Fehler behoben, sodass alle neuen Tests nicht anfällig sind. Sie müssen jedoch alle derzeit aktiven Tests aktualisieren, um den Fehler auf Ihrer Website zu beheben. Falls Sie über Skripts des Website-Optimierungstools aus pausierten oder beendeten Tests verfügen, die vor dem 3. Dezember 2010 erstellt wurden, müssen Sie diesen Code ebenfalls entfernen oder aktualisieren.

Sie haben zwei Möglichkeiten zur Aktualisierung Ihres Codes. Eine Möglichkeit ist, die aktuellen Tests zu beenden, dann die alten Skripts zu entfernen und anschließend einen neuen Test zu erstellen. Alternativ können Sie den Code direkt auf Ihrer Website aktualisieren. Wir empfehlen Ihnen dringend, einen neuen Test zu erstellen, da dies die einfachere Methode ist.

Erstellen eines neuen Tests

1. Beenden Sie alle derzeit aktiven Tests mit dem Website-Optimierungstool.
2. Entfernen Sie alle Skripts für das Website-Optimierungstool von Ihrer Website.
3. Erstellen Sie einen neuen Test wie gewohnt. Neue Tests weisen die Schwachstelle nicht auf.

Direktes Aktualisieren des Kontrollskripts für das Website-Optimierungstool

1. Suchen Sie das Kontrollskript im Code Ihrer Website. Es sieht wie folgt aus:

Kontrollskript für A/B-Tests

Kontrollskript für multivariate Tests

2. Suchen Sie die folgende Stelle im Kontrollskript: return c.substring(….
3. Ändern Sie die folgende Zeile wie folgt:
Vorher: return c.substring(i+n.length+1,j<0?c.length:j)
Korrigiert: return escape(c.substring(i+n.length+1,j<0?c.length:j))
Achten Sie darauf, dass die schließende Klammer “)” am Ende nicht fehlt.

Korrigiertes Kontrollskript für A/B-Tests

Korrigiertes Kontrollskript für multivariate Tests

Beachten Sie, dass die Zeile k=XXXXXXXXX in den obigen Kontrollskript-Beispielen ein Platzhalter ist.

Nach dieser Änderung wird Ihr Test wie gewohnt fortgesetzt. Sie müssen den Test nicht pausieren oder erneut starten.

Die Sicherheit des Website-Optimierungstools ist uns sehr wichtig und wir bedauern dieses Problem außerordentlich. Wir werden weiterhin unser Bestes tun, um zukünftige Schwachstellen zu verhindern.

Mit freundlichen Grüßen

Ihr Google Website-Optimierungstool-Team

Media Apps
VLC Media Player
IrfanView
Muziic
GOMPlayer
PhotoScape
Songbird
YouTube Downloader
Audio Editor
Paint.NET
Virtual DJ
BSplayer
Corefx Three Level
eMusic Download Manager
FLV Player

Top Social Apps
Google Talk
TweetDeck
Skype
twhirl
Pidgin
Thunderbird
Eudora
Hattrick Organizer
Mumble
Pegasus Mail
Trillian
Trillian 5 (Beta)
X-Lite

Top Tools
7-Zip
Xenocode .NET Obfuscator
Uberstaller
Kiwi Syslog Server
DebugView
WinDbg
Angry IP Scanner
Ares Galaxy
Artisteer
Beyond Compare
DC++
DrJava
eMule
FileZilla

Spoon lets you run desktop apps anywhere with no installs.

Lautet eine normaler TYPO3 Link auf eine News zum Beispiel:

http://www.domain.at/index.php?id=45&tt_news[tt_news]=4213

so könnte diese nun lauten

http://www.domain.at/news/neues_aus_dem_sueden.html

Leider hat sich nun die Sprachumschaltungs-Extension “sr_languagemenu” auf die Erweiterung “RealUrl” “spezialisiert”…. und CoolUri aussen vor gelassen, womit ein Problem beim Internet Explorer und dem Umschalten auftrat.

Durch eine kleine Änderung in der Erweiterung (bzw. ich habe es mit einer XCLASS-Extension gelöst, die hier herunterladbar ist: T3X_ch_srlanguagemenucooluri-1_5_2-z-201008061213), lässt sich dieses Problem beheben:

In der Datei typo3conf/ext/sr_lanugagemenu/pi1/tx_srlanugagemenu_pi1.php wird in der Funktion “main” einfach unter die Zeile

// Check if extension realURL is installed and configured in TS template
$this->realUrlLoaded = t3lib_extMgm::isLoaded('realurl', 0) && $GLOBALS['TSFE']->config['config']['tx_realurl_enable'];

// COOLURI extended by Christian Holzmann 
$this->realUrlLoaded |= (t3lib_extMgm::isLoaded('sr_language_menu', 0) && $GLOBALS['TSFE']->config['config']['tx_cooluri_enable']);