G
Guest
Guest
@Marc
Frage Dich jetzt ganz direkt:
Hat es einen Grund weshalb Du Fragen, wie zB. wegen E-Mails hier bewußt ausweichst ???
Gruß Dirk
Frage Dich jetzt ganz direkt:
Hat es einen Grund weshalb Du Fragen, wie zB. wegen E-Mails hier bewußt ausweichst ???
Gruß Dirk
Brian Folte
Angesehenes Mitglied
Hallo jaspa, ich glaub Marc antwortet darauf nicht weil er im Moment andere Sorgen hat. Außerdem hieß es doch schon das Mails im Postausgang bleiben beim Versender. Sprich Unzustellbar.
Marc ich wünsch dir das alles wieder gut geht und zwar schnell.
Jaspa und alle anderen es tut mir leid für euch.
LG Brian
Marc ich wünsch dir das alles wieder gut geht und zwar schnell.
Jaspa und alle anderen es tut mir leid für euch.
LG Brian
G
Guest
Guest
QUOTE (easyswiss @ Fr 28.03.2008, 20:02) @japsa
Keine Ahnung, welche Frage ich dir beantworten soll (??)
Du liest hier mit und weist nicht, welche Fragen ?
Unverständlich!
Gruß Dirk
Keine Ahnung, welche Frage ich dir beantworten soll (??)
Du liest hier mit und weist nicht, welche Fragen ?
Unverständlich!
Gruß Dirk
D
danwip
Guest
HMeine Seiten sind mittlerweile schon wieder verfügbar, jedoch gibt es folgende Fehler, die aus der Übertragung erfolgen, da vorher nicht da waren:
Umlaute und Sonderzeichen werden bei z.B. http://www.konexa.de nur noch kryptisch dargestellt.
Desweiteren gibt es ein php.ini-Problem:
Warning: Call-time pass-by-reference has been deprecated; If you would like to pass it by reference, modify the declaration of text_widget(). If you would like to enable call-time pass-by-reference, you can set allow_call_time_pass_reference to true in your INI file. in /var/www/vhosts/wipplertec.de/httpdocs/modules/i18n/experimental/ttext.module on line 148
Warning: Call-time pass-by-reference has been deprecated; If you would like to pass it by reference, modify the declaration of text_widget(). If you would like to enable call-time pass-by-reference, you can set allow_call_time_pass_reference to true in your INI file. in /var/www/vhosts/wipplertec.de/httpdocs/modules/i18n/experimental/ttext.module on line 148
Hat jmd. ähnliche Probleme und kann man das noch beheben?
Wäre toll, wenn alles so läuft wie vor dem Umzug
Ich kann zwar verstehen, das ein Umzug mit solch großen Datenmengen sehr lange dauert, am Ende sollte aber alles entsprechend funktionieren und keine Übertragungsfehler geben.
Ansonsten DURCHHALTEN
Umlaute und Sonderzeichen werden bei z.B. http://www.konexa.de nur noch kryptisch dargestellt.
Desweiteren gibt es ein php.ini-Problem:
Warning: Call-time pass-by-reference has been deprecated; If you would like to pass it by reference, modify the declaration of text_widget(). If you would like to enable call-time pass-by-reference, you can set allow_call_time_pass_reference to true in your INI file. in /var/www/vhosts/wipplertec.de/httpdocs/modules/i18n/experimental/ttext.module on line 148
Warning: Call-time pass-by-reference has been deprecated; If you would like to pass it by reference, modify the declaration of text_widget(). If you would like to enable call-time pass-by-reference, you can set allow_call_time_pass_reference to true in your INI file. in /var/www/vhosts/wipplertec.de/httpdocs/modules/i18n/experimental/ttext.module on line 148
Hat jmd. ähnliche Probleme und kann man das noch beheben?
Wäre toll, wenn alles so läuft wie vor dem Umzug
Ich kann zwar verstehen, das ein Umzug mit solch großen Datenmengen sehr lange dauert, am Ende sollte aber alles entsprechend funktionieren und keine Übertragungsfehler geben.
Ansonsten DURCHHALTEN
G
Guest
Guest
Da ahne ich schlimmes, wenn dann mal meine Seiten irgendwann mal wieder gehen sollten !
Jetzt fehlt dann nur noch die Aussage von Support, dass etwaiige Fehler, wenn dann mal die Seite wiede rgeht, man selbst beheben soll bzw. muß - auf sowas hab ich dann gerade ncoh gewartet
Jetzt fehlt dann nur noch die Aussage von Support, dass etwaiige Fehler, wenn dann mal die Seite wiede rgeht, man selbst beheben soll bzw. muß - auf sowas hab ich dann gerade ncoh gewartet
S
simpson
Guest
Jeder der mit der professionellen und schnellen Abwicklung von Host2Day zufrieden ist, kann ja auf Webhostlist.de eine entsprechende Bewertung abgegeben.
Jürgen Auer
Legendäres Mitglied
QUOTE (nitrit @ Fr 28.03.2008, 19:21)ich kenne das genannte problem von wippletec nur aus unkorrekten mysql-datenimports und wenn das der fall ist, dann ist das alles andere als "erfolgreich übetragen" ... das is nich 1:1 sondern vielleicht 1: 3/4
Etwas OT, aber hier notwendig:
@nitrit, das ist so nicht korrekt. Die Daten sind korrekt UTF-8, der Http-Header ist UTF-8, das UTF-8 - BOM ist mitgeschickt.
Ursache für die zerschossenen Umlaute unten scheint die Warnung oben zu sein, weil die den Browser aus dem Tritt bringt, so daß der Content vor dem <meta ... utf-8> hat.
Sprich: Verschwindet die Warnung (was wahrscheinlich über eine entsprechende PHP-Option möglich sein sollte - gabs vor kurzem einmal einen Thread), dürften auch die UTF-8 - Codierungen korrekt erkannt werden.
Etwas OT, aber hier notwendig:
@nitrit, das ist so nicht korrekt. Die Daten sind korrekt UTF-8, der Http-Header ist UTF-8, das UTF-8 - BOM ist mitgeschickt.
Ursache für die zerschossenen Umlaute unten scheint die Warnung oben zu sein, weil die den Browser aus dem Tritt bringt, so daß der Content vor dem <meta ... utf-8> hat.
Sprich: Verschwindet die Warnung (was wahrscheinlich über eine entsprechende PHP-Option möglich sein sollte - gabs vor kurzem einmal einen Thread), dürften auch die UTF-8 - Codierungen korrekt erkannt werden.
S
sylvia73
Guest
Ich bekommen diese Warnungen nicht und habe das gleiche Problem.
http://blog.autor-texter-content.com/
http://blog.autor-texter-content.com/
Das "UTF8" Problem, habe ich weitergegeben, der Bug ist anscheinend bekannt beim Migrationsmanager.
@simpsons
Kundennummer oder Domain, dann kann ich dir gerne weiterhelfen oder nützen dir deine 3 Posts in diesem Beitrag etwas um das Problem zu beheben? Das nennt man übrigens üble Nachrede, was du hier machst, also behalte das für dich.
@simpsons
Kundennummer oder Domain, dann kann ich dir gerne weiterhelfen oder nützen dir deine 3 Posts in diesem Beitrag etwas um das Problem zu beheben? Das nennt man übrigens üble Nachrede, was du hier machst, also behalte das für dich.
Jürgen Auer
Legendäres Mitglied
QUOTE (sylvia73 @ Fr 28.03.2008, 19:54)Ich bekommen diese Warnungen nicht und habe das gleiche Problem.
http://blog.autor-texter-content.com/
Dann sieht es eher schlecht aus.
Da ist alles als UTF-8 definiert - im Http-Header, im Html-Header.
Grade nochmals nachgeguckt: Jetzt sieht es wirklich schlecht aus.
Wenn man sich den obigen Link mit dem Download.exe aus meinen Freeware-Tools holt, speichert und diese Datei mit dem Uralt-Editor edit öffnet, dann kommt folgendes raus:
CODE <h3>"Ein Autor schreibt über Contenterstellung
Man sieht, daß das ü (eigentlich zwei Byte UTF-8 - Code) roh mit 4 Byte geschickt worden ist.
FireFox zeigt in der Dateiansicht an:
CODE <h3>"Ein Autor schreibt über Contenterstellung
Das, was Firefox anzeigt, ist das, was geschickt werden müßte (und bei fehlerhaften Headern manchmal angezeigt wird). Geschickt wird aber, wie man per Edit sehen kann, die UTF-8 - Codierung der UTF-8 - Codierung.
http://blog.autor-texter-content.com/
Dann sieht es eher schlecht aus.
Da ist alles als UTF-8 definiert - im Http-Header, im Html-Header.
Grade nochmals nachgeguckt: Jetzt sieht es wirklich schlecht aus.
Wenn man sich den obigen Link mit dem Download.exe aus meinen Freeware-Tools holt, speichert und diese Datei mit dem Uralt-Editor edit öffnet, dann kommt folgendes raus:
CODE <h3>"Ein Autor schreibt über Contenterstellung
Man sieht, daß das ü (eigentlich zwei Byte UTF-8 - Code) roh mit 4 Byte geschickt worden ist.
FireFox zeigt in der Dateiansicht an:
CODE <h3>"Ein Autor schreibt über Contenterstellung
Das, was Firefox anzeigt, ist das, was geschickt werden müßte (und bei fehlerhaften Headern manchmal angezeigt wird). Geschickt wird aber, wie man per Edit sehen kann, die UTF-8 - Codierung der UTF-8 - Codierung.
QUOTE (danwip @ Fr 28.03.2008, 20:13) Desweiteren gibt es ein php.ini-Problem:
Warning: Call-time pass-by-reference has been deprecated; If you would like to pass it by reference, modify the declaration of text_widget(). If you would like to enable call-time pass-by-reference, you can set allow_call_time_pass_reference to true in your INI file. in /var/www/vhosts/wipplertec.de/httpdocs/modules/i18n/experimental/ttext.module on line 148
Warning: Call-time pass-by-reference has been deprecated; If you would like to pass it by reference, modify the declaration of text_widget(). If you would like to enable call-time pass-by-reference, you can set allow_call_time_pass_reference to true in your INI file. in /var/www/vhosts/wipplertec.de/httpdocs/modules/i18n/experimental/ttext.module on line 148
das ist kein php.ini problem - da wird ein script, das für php4 entwickelt wurde, mit php5 ausgeführt.
function test(&$data) {
}
test(&$test);
ist in php5 veraltet. hier wird das so gemacht:
=> function test($data) {
}
test(&$data);
Warning: Call-time pass-by-reference has been deprecated; If you would like to pass it by reference, modify the declaration of text_widget(). If you would like to enable call-time pass-by-reference, you can set allow_call_time_pass_reference to true in your INI file. in /var/www/vhosts/wipplertec.de/httpdocs/modules/i18n/experimental/ttext.module on line 148
Warning: Call-time pass-by-reference has been deprecated; If you would like to pass it by reference, modify the declaration of text_widget(). If you would like to enable call-time pass-by-reference, you can set allow_call_time_pass_reference to true in your INI file. in /var/www/vhosts/wipplertec.de/httpdocs/modules/i18n/experimental/ttext.module on line 148
das ist kein php.ini problem - da wird ein script, das für php4 entwickelt wurde, mit php5 ausgeführt.
function test(&$data) {
}
test(&$test);
ist in php5 veraltet. hier wird das so gemacht:
=> function test($data) {
}
test(&$data);
G
Guest
Guest
Es kann aber doch nicht sein, dass was vorher bei Host2day gehostet wurde funktioniert hat, hinterher nach dem Umzug dann plötzlich nicht mehr funktionieren soll, oder sehe ich es jetzt falsch ?
Werden denn bei einem Umzug zusätzlich noch Änderungen voorgenommen, wo dann die User dann zusätzlich noch eigene Änderungen am eigenen Projekt vornehmen müssen, damit es wieder so läuft wie vorher ??
Gruß Dirk
Werden denn bei einem Umzug zusätzlich noch Änderungen voorgenommen, wo dann die User dann zusätzlich noch eigene Änderungen am eigenen Projekt vornehmen müssen, damit es wieder so läuft wie vorher ??
Gruß Dirk
S
sylvia73
Guest
@jAuer
Ich werde nicht richtig schlau aus Deiner Antwort.
Muß ich das jetzt selber beheben oder sind bei Host2day noch irgendwelche Sachen nicht am Laufen?
Sylvia
Ich werde nicht richtig schlau aus Deiner Antwort.
Muß ich das jetzt selber beheben oder sind bei Host2day noch irgendwelche Sachen nicht am Laufen?
Sylvia
S
sylvia73
Guest
QUOTE (Sven K @ Fr 28.03.2008, 21:42) @sylvia - ich habs mir jetzt nicht genau durchgelesen, aber ich würd behaupten, jAuer meint, dass host2day die datenbanken falsch portiert hat (charsets nicht beachtet)
ergo, abwarten bis host2day es behoben hat.
Danke!
Mach ich!
ergo, abwarten bis host2day es behoben hat.
Danke!
Mach ich!
Jürgen Auer
Legendäres Mitglied
QUOTE (sylvia73 @ Fr 28.03.2008, 20:39)@jAuer
Ich werde nicht richtig schlau aus Deiner Antwort.
Ich werde ja auch nicht schlau aus dem Problem.
Bei dem ersten Beispiel sah alles noch (relativ) konsistent aus.
Beim zweiten (deinem) Beispiel verstand ich das zunächst nicht, sah nochmals genauer hin.
Und das, was ich oben geschrieben habe, da verstehe ich, daß das nicht mehr funktionieren kann (sprich: Meine erste Einschätzung war zu optimistisch).
Mir ist derzeit aber noch gänzlich unbekannt, auf welcher Ebene einem Tool ein Fehler unterlaufen müßte, um so einen Effekt zu generieren.
Ich kann auch aus der Entfernung nicht sagen, ob das Problem in der Datenbank oder bei den Scripts zu suchen wäre.
PS: Das
QUOTE aber ich würd behaupten, jAuer meint, dass host2day die datenbanken falsch portiert hat (charsets nicht beachtet)
ist nicht meine Aussage. Ich weiß derzeit einfach nicht, wo der Fehler liegen könnte, ob diese Doppelcodierung bereits in der Datenbank existiert oder erst on the fly generiert wird.
Ich werde nicht richtig schlau aus Deiner Antwort.
Ich werde ja auch nicht schlau aus dem Problem.
Bei dem ersten Beispiel sah alles noch (relativ) konsistent aus.
Beim zweiten (deinem) Beispiel verstand ich das zunächst nicht, sah nochmals genauer hin.
Und das, was ich oben geschrieben habe, da verstehe ich, daß das nicht mehr funktionieren kann (sprich: Meine erste Einschätzung war zu optimistisch).
Mir ist derzeit aber noch gänzlich unbekannt, auf welcher Ebene einem Tool ein Fehler unterlaufen müßte, um so einen Effekt zu generieren.
Ich kann auch aus der Entfernung nicht sagen, ob das Problem in der Datenbank oder bei den Scripts zu suchen wäre.
PS: Das
QUOTE aber ich würd behaupten, jAuer meint, dass host2day die datenbanken falsch portiert hat (charsets nicht beachtet)
ist nicht meine Aussage. Ich weiß derzeit einfach nicht, wo der Fehler liegen könnte, ob diese Doppelcodierung bereits in der Datenbank existiert oder erst on the fly generiert wird.
D
danwip
Guest
Scheint wohl doch nur ein fehlender Eintrag in der php.ini zu sein, da die Datenbankinhalte korrekt mit Umlauten sind, so wie ich das auf die schnelle gesehen habe.
@SvenK
Ist korrekt, habe entsprechende & vor den Variablen entfernt und das Problem war behoben. Hoffe aber, dass es auch ohne diesen Workaround bald klappt
Leider ist das Problem mit den Umlauten damit nicht behoben. Auch nachdem der Fehler entfernt wurde, werden diese falsch dargestellt
@SvenK
Ist korrekt, habe entsprechende & vor den Variablen entfernt und das Problem war behoben. Hoffe aber, dass es auch ohne diesen Workaround bald klappt
Leider ist das Problem mit den Umlauten damit nicht behoben. Auch nachdem der Fehler entfernt wurde, werden diese falsch dargestellt