Beiträge von hakre

hmm, also ob das eine allgemeingültige erklärung ist, glaube ich nicht. danke aber schonmal für den tipp.

es kann bei hostern vorkommen, das eine bestimmte emailadresse (oder das emailen generell) erst freigeschaltet werden muss. dies ist, um spam vorzubeugen. es passiert ja immer mal wieder, dass WordPress Installationen gehackt werden und dann WordPress zum versenden von Spam von Webauftritt aus benutzt wird. Mit der Standardeinstellung, das keine Emails verschickt werden versuchen einige Hoster dem vorzubeugen.

servus,

welcher hoster ist es denn? im zweifelsfalle in der dokumentation des hosters nachschlage wie den der korrekte datenbankserver nun lautet. die angabe in der konfigdatei, das würde in 99% aller fälle stimmen ist wirklich irreführend, weil das gerade anfänger dazu verleitet zu glauben, darum müsse man sich nicht kümmern.

wenn man nicht zur datenbank verbinden kann ist dies aber einer der punkte an dem das liegen kann.

http://forum.wordpress-deutschland.org/mitglied/20307-baldinho.htmlhi baldino,

willkommen an board. hast du dein problem mitlerweile lösen können?

Strato hat mitlerweile seit längerem .htaccess und auch mod_rewrite. Das schreiben die auch auf Ihrer Homepage. Es kann aber trotzdem sein, das man für das gleiche Geld wie bei Strato auch bei anderen seinen Blog schöner hosten lassen kann.

Bei manchen Anbietern gibts gerade das Error.Log nicht zu sehen. Falls eine .htaccess Datei im Wordpress Verzeichniss liegt, kann es schonmal helfen, diese einfach zu löschen. Meist treten dann die Internal Server Fehler nicht mehr auf.

Sollten diese auch ohne .htaccess auftreten, so deutet dies eh auf eine Fehlkonfiguration des Servers hin (bei einer standard WordPress Installation), sodass der Kontakt mit dem Hoster in jedem Falle nötig werden dürfte.

Kurz gesagt, liegt das an der schlampigen Programmierung von WordPress, nicht an MySQL. Aber es kann sich nur bessern :D.

Beim Umwandeln der Werte treten Probleme auf, dass kann auch beim Update von der einen auf die andere WordPress Version liegen. Hier gibts mehr Infos in English.

Und konnte Dir geholfen werden?

Nachtrag:
Und dann hat ein anderer User noch darüber berichtet, dass bei ihm Fehler in den Daten lagen, die übers Backend nicht, wohl aber über die Datenbank behoben werden konnten.

Für nen Hobbyprojekt vielleicht ein wenig zu aufwendig, aber was Du im Grunde suchst nennt sich die Multi-User Version von WordPress, WPMU. Darin kannst Du Benutzer, Themes und Plugins zwischen mehreren Blogs teilen.

Das mit dem Umlauten liegt am sogenannten Encoding der Zeichen in der Datenbank bzw. beim Zugriff auf die Datenbank. Kannst Du mal schauen, welches Zeichenenkodierung in der Datenbank eingestellt ist und welche im Blog? Evtl. hast Du dir auch beim Download / Upload der SQL Dateien (falls im Textmodus übertragen) das Encoding zerstört. Hast Du noch das alte Export der Datenbank vom alten Server als ZIP oder TGZ oder BZ Datei (also gepackt)?

Und ums gleich vorweg zu nehmen: Encoding Probleme können sehr vertrackt zu finden sein, denn nur wenn die Kette Daten - Datenbank - Serversoftware - Datenübertragung - Webserver - PHP - Worpdress - Theme nicht unterbrochen ist, stimmt die Ausgabe im Browser. Du siehst, da gibts einige Stellen, wo das Problem liegen kann.

Ich habe mit deinen Umlauten übrigens kleine Probleme hier: http://purbunt.de.dd18514.kasserver.com/?page_id=122

Leider schreibt WordPress bisher keinen Fehlerbericht aus dem hervorgehen könnte. Es kann sein, das nicht entpackt werden konnte, kann aber auch sein, das beim herunterladen der Datei etwas schief gelaufen ist oder aber Zugriffsrechte fehlen.

Bei Problemen mit dem (noch sehr neuen) Feature "automatische Updates" einfach manuelle Updates durchführen. Die Funktion ist noch recht neu, wenig getestet und wird sicherlich noch ein wenig brauchen bis sie mal funktioniert.

Auch fehlt bisher noch ein Schalter, diese einfach ausschalten zu können, zB. in der Konfigurationsdatei.

Bei Tests immer den Cache des Browsers ausschalten, zB. mit der Webdeveloper Toolbar beim Firefox. Eher hat dein Browser die Nach drüber geschlafen als der Server :D .

Verigss bitte nicht, dir anzuschauen, was der Server zurückgibt:

<html>
<head>
<title>Relocate</title>
<script language="javascript">
    var url = window.location.href;
    if (url.charAt(url.length - 1) != "/")
        url = url + "/";
    var s = url.indexOf("//") + 2;
    var e = url.indexOf("@");
    if (e > 0) {
        var atpart = url.substring(s, e);
        var newurl = url.substring(0, s) + url.substring(e + 1 , url.length);
        window.location = newurl + "~" + atpart + "/";
    } else {
        window.location= url + "index.html";
    }
</script>
<meta http-equiv="refresh" content="4" url="index.html">
</head>
<body>
<noscript>
Sorry, your browser does not support Java Script.
</noscript>
</body>
</html>

Das hat nichts mit WordPress zu tun soweit ich das sehen kann und auch kein mir bekannter Server hat sowas in der Standardkonfiguration als Standardantwort.

Eine Vorschau deiner Wordpress Templates wird in WebCraft nicht funktionieren.

Vielleicht als einen ersten Test in WebCraft eine einfache HTML Datei anlegen und diese so speichern, dass Du diese mit einem Browser über http://localhost/test.html öffnen kannst. Sobald das funktioniert, kann man Dir hier im Forum schnell erklären, wie das auch mit WordPress und deinen Themes geht.

Gut wäre dabei auch zu wissen, wie man das Automatische Update (und die ganzen Checks) deaktivieren könnte.

Wird auch hier gebraucht.

Ich würde noch einen Schritt weiter in der Trennung gehen, um beides voneinernader zu trennen.

Sowohl die Webseite von Typo3 als auch die von WordPress brauchen ja lediglich gleich aussehen, d.h. du kannst einfach eine Theme in WordPress so gestalten, dass sie wie die andere Seite aussieht.

Im Apache kannst Du per Alias Direktive einem "Unterverzeichniss" einen eigenen Server zu weisen, dann kommt man per .htaccess - falls diese auch von Typo3 genutzt werden soll, sich nicht in die Quere. Oder aber man geht direkt per Virtualhost Einstellung auf eine eigenen Subdomain (blog.example.com).

Das hält den Aufwand und die Pflege beider System gering.

.htaccess bitte wieder entfernen / beiseite legen. Kann sein dass es daran liegt, dass sie einfach kopiert wurde.

Dann empfehle ich bei einer weissen Seite sämtliche PHP Fehler, auch Warnungen und Infos anzuschalten. Falls diese in einen Fehlerlog geschrieben werden, sich diesen mal anzuschauen. Weisst Du wie das geht? Hilfreich kann hier sein: PHP-Errorlog (gefunden auf: Wie gehe ich am besten vor, wenn Fehler in meinem Blog auftreten? )

Dein Server scheint nicht mehr zu Laufen. Schwer zu testen, ohne Server :D

Die FAQ von 1und1 hilft in solchen Fällen weiter:

Aus der 1und1 FAQ unter dem Titel Wie kann ich einer Domain ein bestimmtes Verzeichnis zuweisen?
1&1 Hilfe-Center - Wie kann ich einer Domain ein bestimmtes Verzeichnis zuweisen?

Mit dem Plugin bitte Vorsicht walten lassen, es mag zwar einigen hier "schnell" helfen, allerdings lassen sich unter Umständen damit installierte Plugins nie wieder deaktivieren.

Prüft lieber die Schreibrechte auf eurem Webserver. Lädt der FTP mit den gleichen Rechten Hoch, wie der Webserver auch auf die Dateien zugreift? Ansonsten mit etwas mehr Geduld und Spucke den Quellcode checken und das mit der Konfiguration beim Hoster abgleichen. So auf Anbhieb würde ich wenn ich im Support vom Hoster sitzten würde auch nur sagen, das man da nix eingestellt hat. Die machen ja kein Support für speziell Wordpress.

Von daher würde ich auch nicht davon ausgehen, dass da Allinkl "irgendwas" eingstellt hat. Das wird erstmal deren normale Konfiguration sein und WordPress kommt einfach nicht darauf klar.

Ist übrigens auch bekannt.