Beiträge von pharrich

    Danke!

    In der wp-config.php steht:

    define('DB_CHARSET', 'utf8');
    define('DB_COLLATE', '');

    Also bei DB_COLLATE kein Wert.

    In der neuen Datenbank sind allerdings nur mehr die "beschnittenen" Einträge sichtbar, kann es deshalb vielleicht sein, dass der Fehler schon beim Importieren passiert?

    Hallo!

    Zu Umlaute und Serverwechsel gab es ja schon einige postings, allerdings fand ich noch keine Antwort auf folgendes Problem:

    Serverwechsel. Datenbank vom alten alten Server exportiert (Zeichensatz war utf-8 unicode (utf8) ). Habe die Datebank mit einem Editor lokal kontrolliert... alle Sonderzeichen und Umlauten werden korrekt dargestellt.

    Diesen Dump habe ich nun in die neue Datenbank importiert (hier: MySQL-Zeichensatz: UFT-8 Unicode (utf8), Zeichensatz / Kollation der MySQL-Verbindung: utf8_general_ci.

    Alles läuft wunderbar... nur werden sämtliche Texte nach dem ersten Umlaut abgeschnitten. Hat ein Post also z.B. folgenden Text: "Das folgende Beispiel enthält auch einen Download." Dann wird nur folgendes angezeigt: "Das folgende Beispiel enth" ... also alles, was nach den Umlauten steht geht beim Import verloren.

    Kann mir hier jemand weiter helfen? Danke!

    Habs jetzt noch einmal getestet... vielleicht hilft das ja weiter:

    Mit Flash-Uploader gibt es diese Fehlermeldung:

    HTTP Fehler....

    Ratter…

    kontinente_1.swf
    AblehnenBei dem Upload ist ein Fehler aufgetaucht. Probiere es später noch einmal.



    Browser-Upload ergibt keine Fehlermeldung.

    Bei beiden Uploads ist das Ergebnis gleich: Die Datei ist im Upload-Ordner vorhanden, kann von dort auch "händisch" eingefügt werden, wird aber in der Mediathek nicht angezeigt.

    Danke!

    Danke fürs Antworten.

    Ich habe soeben mein error.log geprüft - die ist leer, 0 KB.

    Die Mediathek funktioniert sonst wunderbar - kein Problem bei Fotos oder kleineren Dokumenten.

    Wenn ich per FTP den Upload-Ordner am Webspace überprüfe, sehe ich die Datei (in diesem Falle eine .swf-Datei mit etwa 15MB). Der Upload funktioniert also... nur die Mediathek zeigt ihn nicht an.

    Derzeit behelfe ich mir einfach "manuell", indem ich den absoluten Pfad der Datei als Link in meinem Artikel setze, aber das ist halt nicht besonders komfortabel - ich wäre für einen Lösungsansatz sehr dankbar!

    Hab es gestern auch schon in einem anderen Thread gepostet:

    Die "unschönen" URLS sind kein WP-Problem, sondern ein Webspace- und Domain-Problem. In meinem Falle habe ich bei meinem Domain-Provider eine "Frameweiterleitung" auf meinen Webspace beantragt. Damit funktionert es. Eine "bessere" Lösung wäre es allerdings, wenn deine Domain direkt auf deinen Webspace zeigt, also z.B. direkt auf die IP deines Webspaces... das soll dann am wenigsten Probleme machen. Oder eben Webspace- und Domainprovider zusammenlegen.

    Für das händische Abändern von Werten in der Datenbank brauchst zu Zugang zu der MySQL-Admin-Oberfläche deines Webspaces... diesen kannst du von deinem Provider erfragen. Die Tabelle heißt "wp-otions", dort gleich der 1. Eintrag.

    Also: mia culpa, mia culpa. Nachdem das ganze Procedere keinen Erfolg hatte, habe ich mal genau bei meinem Domainanbieter nachgesehen und du hattest natürlich recht mit deiner Vermutung: Es ist eine "Domainweiterleitung", also ein Dienst der folgendes macht:
    [LEFT]
    "Um eine Domain auf einen bestehenden Webspace (z.B. http://members.providerxyz.at/user1 ) weiterzuleiten, benötigen Sie das Produkt „Domainweiterleitung / IP Pointing" für die betroffene Domain."

    Die Domain http://www.meinname.at ist also auf http://members.providerxyz.at/user1 weiter geleitet. Das ist zwar off-topic aber mir ist der Unterschied zwischen Domainweiterleitung und "direkt auf den Webspace zeigen" nicht ganz klar...

    Gibt es denn für meinen Fall nun ein Lösung (also immer die kurze URL http://www.meinname.at in der Anzeige)?

    Vielen DANK![/LEFT]

    OK... ich habe jetzt die URL in der Datenbank händisch geändert - jetzt steht dort: http://www.meinname.at

    Wenn ich aber http://www.meinname.at aufrufe dann wechselt die URL sofort wieder auf die lange URL von meinem hoster. Cookies gelöscht, im WP-Backend eingetragen hab ich schon x-mal.

    Interessant ist, wenn ich in der Datenbank die richtige URL eintrage... dann Cookies ec. lösche und mich im Backend anmelden möchte... geht das nicht. Die Seite wird einfach wieder neu geladen... also das übliche Anmelde-Problem. Wenn ich mit =?action=logout explizit abmelde geht es auch nicht. Wenn ich dann aber die config.php um define('RELOCATE', true); ergänze kann ich mich wieder anmelden, aber dann ist natürlich der Eintrag in der Datenbank wieder der alte.

    HELP! :-)

    Also die domain zeigt direkt auf meinen Webspace... keine Weiterleitung.

    Ich habe die Schritte durchgeführt:

    Variante 1

    Öffne mit einem Texteditor (Microsoft Word ist keiner!) die Datei wp-config.php, welche sich im Stammverzeichnis deiner WordPress-Installation befindet.
    An beliebiger Stelle (jedoch nicht ganz am Anfang oder Ende der Datei) fügst du folgenden Befehl ein:
    define('RELOCATE', true);
    Speichere nun die Änderung und lade die Datei hoch.
    Rufe nun im Browser die wp-login.php deines Blogs auf. Diese befindet sich ebenfalls im Stammverzeichnis, also z.B. http://www.deinblog.de/wp-login.php.
    Nach dem die Seite aufgerufen wurde, öffnest du die wieder die wp-config.php und entfernst das define('RELOCATE', true); oder kommentiert es durch vorranstellen von // aus.
    Logge dich nun via wp-login.php in deinen Blog ein und ändere noch im Adminmenü unter Optionen / Einstellungen >> Allgemein > WordPress-Adresse (URL) die WordPress-Adresse auf den aktuellen Stand bzw. auf das, was in Blog-Adresse steht.

    Es dreht sich immer Kreis. Sobald ich die URL in den Einstellungen auf http://www.meinname.at ändere werde ich automatisch ausgeloggt. Wenn ich den blog aufrufe erscheint wieder die alte, lange URL!?

    Noch einen Tipp??

    Hallo!

    Folgendes Problem:
    Kleinere Dateien beliebigen Typs (also Fotos, Dokumente...) lassen sich problemlos hochladen und auch einbinden.

    Eine .swf-Datei mit etwa 15MB ergibt beim Hochladen folgenden Fehler: [COLOR=darkred]Bei dem Upload ist ein Fehler aufgetaucht. Probiere es später noch einmal.[/COLOR]

    Überprüfe ich das Upload-Verzeichnis mit einem FTP-Programm ist die .swf-Datei aber korrekt hochgeladen... in der Mediathek wird diese aber nicht angezeigt und lässt sich daher auch nicht einbinden.

    Versucht mit Browser-Upload und Flash-Upload. Browser-Upload bring eine leere Seite die nicht angezeigt werden kann, Flash-Upload den genannten Fehler.

    Gibts dazu einen Rat? Danke!

    Also ich habe hier vollstes Verständnis für Maxe!!

    Die Dienste dieses Forums sind für jeden Blogger und Entwickler unbezahlbar! Es ist mit enorm viel Zeit, Arbeit und Wissen verbunden Fragen zu solch teilweise komplexen Themen zu beantworten! Ich bin noch nicht lange hier, habe aber schon viel von diesem Forum profitieren können... etlichen von uns wird es ähnlich gehen!

    Allen die in diesem Forum so engagiert mitarbeiten ein herzliches Dankeschön!!

    Bei diesem großen Aufwand kann man sich zumindest Höflichkeit erwarten!!

    Gibt es eine Möglichkeit sozusagen "statische" Meta-Tags in WordPress zu verwenden. Ich hätte gerne, dass Suchmaschinen meine Seite immer unter gleichen Stichwörter finden... nicht unter Stichwörter des Blogs.

    Wo müsste ich Meta-Tags wie "description", "keywords" oder "author" hinzufügen? Danke!

    Ich konnte das Login-Problem in diesem Fall selber lösen:

    Ich habe den Eintrag "site-url" in der mysql Datenbank per Hand in den ursprüglichen Wert abgeändert und kann mich wieder normal einloggen.

    Was allerdings noch nicht gelöst ist, ist das Problem mit der unschönen URL meines hosters... gibt es dazu einen Tipp? Danke!

    Kein Login nach Änderung der URL

    Hallo liebe Gemeinde!

    Mein WP liegt im Root-Verzeichnis meines Webspace (kein Unterordner). Die URL die im Browser angezeigt wurde war immer die etwas kryptische URL meines hosters... also in etwa: http://webduxv15.bon.at/~admin4074...

    Also habe ich meine eigene Domain http://www.meinname.at auf die umständliche URL meines hosters umgleitet... womit ich mein block auch mit meiner URL aufrufen konnte. So weit so gut. Schön war es allerdings nicht besonders, weil ich zwar mit http://www.meinmame.at den Blog aufrufen konnte, aber dann im Browser sofort wieder die lange URL meines Hosters auftauchte. Ich dachte also, die Ursache liegt in den Einstellungen von Wordpress... und änderte dort die URL von WP und Blog von der ursprünglichen unschönen URL meines hosters auf http://www.meinname.at mit der Hoffnung, dass die URL auch beim Blogaufruf "schön" aussieht. Allerdings ohne Erfolg... es erfolgte ein "automatischer" Logout... und nun habe ich das obligate Login - Problem. Die Login-Seite wird immer wieder neu geladen... ich komme nicht mehr auf den Admin-Bereich. Ich habe also diesen Thread und die FAQ studiert und

    1. Cookies gelöscht
    2. wp-admin.php?action?=logout ausgeführt
    3. Das Plugin-Verzeichnis am Server unbenannt (obwohl ich keine Plugins verwende)
    4. Den Admin-Cookie-Path wie beschrieben in der config.php eingefügt.

    Alles ohne Erfolg. Bin nun mit meinem Latein ziemlich am Ende... was könnte ich noch versuchen? Danke!

    Verstecken

    Also ich mache es so und muss weder Code ändern noch PlugIns einsetzen:

    Seiten mittels des Status “privat” verstecken

    Diese Möglichkeit macht sich den Umstand zu nutze, dass als privat markierte Seiten nicht in der Seitenauflistung (und auch so nicht) angezeigt werden und diese Eigenschaft auch auf untergeordnete Seiten übertragen wird - obwohl diese nicht auf privat gesetzt sind.
    Erstelle also eine neue, leere Seite und wähle in der rechten Box Status die Eigenschaft privat.
    Der Inhalt privater Seiten kann nicht eingesehen oder aufgerufen werden - außer du bist als Administrator eingeloggt. Dementsprechend werden sie auch nie aufgelistet.

    Die Seiten, die nun nicht angezeigt, aber aufgerufen können werden sollen, werden als Unterseite dieser privaten Seite konfiguriert.
    Bearbeite dazu einfach die bereits vorhandene Seite (oder erstelle eine neue, falls nötig) und wähle in der Box Übergeordnete Seite die auf privat gesetzte Seite. Der Status der zu versteckenden Seiten bleibt auf veröffentlicht!
    Das war es schon.