Bitte keine Warez-Anfragen/Angebote
Anmerkung: Die Sache mit XP-Antispy stimmt höchstwahrscheinlich. Man muss sämtliche Änderungen rückgängig machen, bevor man SP1 zu installieren wagt.
Nachtrag: ich wusste nicht, dass das gegen die Boardregeln verstösst...
EDIT by ORDOVICIUM
Alles paletti
Ist natürlich verständlich, dass man als angehender Wissenschafter sich präzise auszudrücken hat (Dos) - gut, dass Du mich daran erinnert hast
@ Dave2003
Es sind aber keine 1:1 Kopien des Verkaufsoriginals. Es ist nicht EXAKT dasselbe, was in den Läden verkauft wird. Beweis: Geh mal zur Systemsteuerung, und sieh Dir unter "System" die Daten an....und schon wirst Du ein Symbol der TU erblicken.
Genauso ist die Installationsprozedur nicht 100% ident mit der des Verkaufsoriginals - das was ich mit DOS-Modus bezeichne, ist ein schwarzer Bildschirm, auf dem weißer Text steht...und wo der Bildschirm nicht in irgendeinem hochauflösenden Grafikmodus arbeitet. Tut mir leid, dass ich mich so schlampig ausgedrückt habe, Euer Ehren, aber ich bin voreilig davon ausgegangen, dass man verstehen würde, was ich mit dem Begriff gemeint habe.
Seit wann wählt man bei der Original Version von WinXP in einer batch-artigen Abfrage (erinnert mich an die Programme, die wir in Objektorientierter Programmierung schreiben), ob man neuinstallieren möchte oder updaten möchte?
Ich persönlich finde es gerade DESHALB nicht praktischer, weil es nicht funktioniert. War zumindest bei mir so, dass diese grafiklose Abfrage nicht korrekt funktioniert hat.
Was ich übrigens auch nicht ganz nachvollziehen kann bei Deinem Comment: Seit wann wird der "grafische Kram" auf mancher Hardware nicht unterstützt, auf der WinXP in 1 Stunde vorgesehen ist zu laufen???? Wenn man bedenkt, dass die XP Installation für jeden noch so kleinen Scheiss einen Treiber lädt (schon vor der Installation) ist es etwas unwahrscheinlich, dass so eine "DOS-Abfrage" (ich bitte um Verzeihung) -wäre sie im grafischen Format- plötzlich nicht unterstützt würde......außer man hat seine Hardware in den südöstlichen Dschungeln Ulan Bators aus Bambusholz schnitzen lassen (für einen Moment habe ich ausser Acht gelassen, dass in Ulan Bator womöglich kein Bambus wächst).
*Link lösch*
--> E-mail an hermitdemlink@natune.net
Durch den Link bekommst Du das Programm zum Verändern des Keys von WinXP Prof. Es ist ein Dos-Programm, das dann ein Windows-eigenes Programm startet, wo man's verändern kann...
Natürlich brauchst Du noch einen funktionierenden Key...einen Moment, das richte ich auch gleich ein...
So...
*Link lösch*
--> E-mail an hermitdemlink@natune.net
Da bekommst Du jetzt eine txt Datei her, wo etliche Keys drinnen stehen. Die sollten alle funktionstüchtig sein.
Nach dem Ändern des Keys sollte keine Fehlermeldung mehr erscheinen beim Installieren des SP1.
mfg,
Usher
Wenn Du Dir sicher bist, dass es nicht am CD-ROM Laufwerk liegt, kann ich Dir meine Corporate Edition mit integriertem SP1 borgen oder brennen. Das ist die Version, die an Firmen verteilt wird - hab auch genügend funktionierende Keys dafür.
P.S.: Ich hatte auch mal die TU-Version und ich würde keineswegs meinen dass sie Bit für Bit ident ist mit der Original-Version. Alleine die Installation war schon mal im DOS-Modus (der Anfang, wo man auswählt, ob man eine Neuinstallation möchte oder ein Update). Außerdem wollte ich eine Neuinstallation und das Ding hat mir ein Update durchgeführt...also sehr zufrieden war ich mit der TU-Version nicht unbedingt...
ICH HAB'S ICH HAB'S ICH HAB'S 
Ich weiß woran's liegt.
Also, falls es irgendwen interessieren sollte (wer weiß...): Die Problemquelle ist Flash MX. Undzwar habe ich Flash verdächtigt, weil wenn man die Eingaben über SQL Query Analyzer macht, oder eine Datei von PHP auslesen lässt und auf die Datenbank übertragen lässt, es zu keinen Verfälschungen kommt. Nur wenn man über eine Flash-Seite die Daten eingibst, werden die Zeichen codiert dargestellt...
Zum Lösen des Problems waren folgende Schritte nötig:
Zunächst habe ich die Flashseite innerhalb der Flash MX Umgebung getestet, und hab eine Variable am Bildschirm ausgeben lassen (eine Variable, die den Input des Users speichert). Die Ausgabe war einwandfrei. Keine Codierung zu erkennen.
Nun gibt es aber eine Funktion in Flash, mit der man die Flash-Anfrage an PHP im Klartext erhalten kann: loadVarsObject.toString(). Und genau das Resultat dieser Funktion hab ich mir ausgeben lassen am Bildschirm --> siehe da: ein 'ä' wurde dargestellt als %C3%A4. Das einzige was noch fehlte: ich musste rausfinden, wie diese Codierung heißt. Also habe ich in Google gesucht in welchem Codierungsformat ein ä zu einem %C3%A4 wird. Die Antwort lautet: UTF-8. Das heißt also, Flash konvertiert beim Übergeben der Variablen an PHP, den Inhalt der Variablen ins UTF-8 Format.
Nur PHP decodiert das nicht. ;o) Und genau da ist der überaus simple Lösungsansatz. Man sagt PHP, dass das zu decodieren ist. Fertig.
Undzwar mit der Anweisung: utf8_decode(string).
(Eigentlich hätte ich von selbst auf UTF-8 kommen können, weil als ich eine von Flash (über PHP) geschickte Mail betrachtet habe, ist mir aufgefallen, dass wenn ich den Zeichensatz von Outlook Express auf UTF-8 einstelle, die Zeichen aus den Flash-Variablen richtig dargestellt werden, nur die von den PHP Strings nicht...)
Hm, danke für Deine Reaktion ;o)
Leider verwende ich in dem Skript keine einzige String-Funktion...es wird eine POST-Variable genommen, in einer lokalen gespeichert (um genau zu sein, passiert das mit mehreren Variablen), und die Variablen gehen dann direkt an Microsoft SQL.
Was auch interessant ist, ist, dass als ich vor ein paar Tagen eine Reihe von Strings aus einer txt-Datei ausgelesen habe und diese in die Datenbank eingefügt habe (alles mit einem PHP-Skript), keine Änderungen an den Umlauten in der Datenbank sichtbar waren. Und wenn ich sie mit PHP wieder auslese und über den Befehl echo an den Browser ausgebe passt's. ABER wenn ich sie als Variablen in der Form ?varName1=Wert1&varName2=Wert2... an Flash übergebe, werden die Umlaute falsch dargestellt.
Nachtrag: Auch wenn man über PHP ein Mail verschickt mit Text, der Umlaute hat, werden diese bei mir in Outlook Express nicht richtig angezeigt...ich schätze, wenn ich dieses Problem lösen könnte, wäre auch das SQL Problem gelöst.
Wenn die Umlaute aber unter Anführungszeichen IM Php-Skript selbst vorkommen, klappt alles - nur wenn die Umlaute von einer Seite übermittelt werden, geht alles schief *g*.
Also, ich benutze ein Gespann aus Apache Webserver 2.0.40, PHP 4.2.3 und Microsoft SQL Server 2000 Developer Edition. Jetzt kommt die Frage/das Problem...
Wenn ich in die Datenbank Begriffe einfüge, die einen Umlaut haben (z.B. 'ä'), undzwar über eine Webpage, die PHP benutzt, und diese Begriffe dann über das datenbankeigene Programm "Query Analyzer" abfrage, werden die Umlaute angezeigt als unentzifferbare Zeichen.
ABEEER - wenn ich dieselbe Abfrage über die Webpage mache (also über PHP), werden die Umlaute richtig angezeigt.
Meine Vermutung: Die Webpage (komplett in Flash) übergibt die Zeichen an PHP, aber PHP konvertiert die Zeichen in irgendeinen anderen Zeichensatz, und speichert sie so in der Datenbank. Nach dem Abrufen aus der Datenbank und Übertragen der Daten an die Flash-Page wiederum, konvertiert PHP die Zeichen wieder zurück in ihre Ausgangslage...glaube ich zumindest...
(Oder liegt es etwa an Flash?)
Und jetzt das eigentliche Problem: Ich will, dass die Zeichen in der Datenbank untransformiert gespeichert werden, also ein 'ü' auch als 'ü'. Das geht sogar, indem man die Zeichen nicht über PHP in die Datenbank eingibt, sondern über den Query Analyzer. Aber beim Abrufen, werden sie dann falsch angezeigt...wie stelle ich das an, dass sie sowohl im Query Analyzer als auch beim Abrufen über PHP richtig angezeigt werden?
Weiß das irgendwer? Ich wäre hocherfreut, wenn mir da jemand weiterhelfen könnte...
Aber falls Du bereits ICQ besitzt und nicht unnötig noch Ressourcen verschwenden willst, kannst Du ruhig auch ICQ dazu benutzen Dich über die Ankunft neuer Mails verständigen zu lassen.
Preferences --> E-Mail Preferences --> E-Mail Alerts
Kind regards, Usher
P.S.: Ooops, mir fällt auf: "im BÜRO" *g* - ok, dann empfiehlt sich ICQ weniger
