Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenGoogle "sieht" die Felder genau wie der Benutzer, so wie die Inhalte dieser Felder halt von Dir irgendwo auf der Seite ausgegeben werden.
Nur im Feed erscheinen sie vermutlich nicht.
Ohne Plugin sind die Custom-Fields meines Wissens mit der Wordpress-Suchfunktion nicht durchsuchbar. Wenn es mit dem Plugin funktioniert ist doch gut, oder?
Gruß
Ingo
Naja, das ist vom Webhoster abhängig. Dort muß das ja konfiguriert werden und da gibt es keinen Standard. Bei welchem Hoster liegt denn der Webspace?
Gruß
Ingo
Naja, es gibt schon eine Lösung. Das hängt aber vom Hoster des Webspaces ab. Wenn man dort externe Domains aufschalten kann, dann wäre eine echte DNS-Weiterleitung von UD dorthin der richtige Weg.
Gruß
Ingo
URL-Hiding ist eine ziemliche Krücke und kann mit WP nicht ordentlich funktionieren. Es gab da mal einen längeren Thread:
http://forum.wordpress-deutschland.org/konfiguration/…kbenutzung.html
Gruß
Ingo
Beim echo hast Du es doch schon richtig gemacht mit:
[COLOR=#000000][COLOR=#0000bb]$category[/COLOR][COLOR=#007700][[/COLOR][COLOR=#0000bb]0[/COLOR][COLOR=#007700]]->[/COLOR][COLOR=#0000bb]category_parent
[COLOR=Black]Genau so fügst Du das hinten bei wp_list_categories als Parameter an.[/COLOR][/COLOR][/COLOR][COLOR=#000000][COLOR=#0000bb][COLOR=Black] Dort wird die ID der Kategorie erwartet.
Gruß
Ingo
[/COLOR] [/COLOR][/COLOR]
Aha, gut zu wissen, daß es so etwas gibt.
Gruß
Ingo
Vor ein paar Wochen hatte Twitter die Authentifizierung von "Basic Authentication" auf "OAuth" umgestellt. Vielleicht verwenden die Plugins noch das alte "Basic Authentication", was nun nicht mehr funtkioniert.
Gruß
Ingo
Wenn ein Bild zu einem Artikel hochgeladen wird, also im Artikel-Editor und nicht in der Mediathek, dann wird es im Monat und Jahr des Artikels abgelegt.
Gruß
Ingo
Mit Boardmitteln geht es sicher nicht, wenn auch die ID erhalten werden soll. Ansonsten kann man natürlich das alte Bild löschen und ein neues mit dem selben Namen hochladen. Aber dann bekommt es eine neue ID.
Gruß
Ingo
Einfach das neue Bild mit dem selben Namen per FTP in das entsprechende uploads-Verzeichnis über das alte Bild kopieren. Gegebenefalls müßtest Du auch das Thumbnail oder die Bilder in anderen Größen selbst erstellen und ebenso kopieren.
Gruß
Ingo
Ich kann es gerne nochmal wiederholen. Die Spekulation um das PHP-Memory-Limit bringt überhaupt nichts, solange der Speicher vom Betriebssysten auf 20M begrenzt wird (Out of memory allocated 21233664).
Für das Beispiel mit dem Bild der Größe 3000x2000 (ergibt knapp 30M) reichen die angeblich zur Verfügung stehenden 150M (memory_limit) locker aus. Allerdings ist, wie der Fehlermeldung zu entnehmen ist, bereits bei 20M Schluß.
Wenn der Webhoster da nicht nachbessert, kann man das PHP-Memory-Limit auch auf 256M, 512M oder 1024M setzen, es wird nicht helfen.
Gruß
Ingo
"Out of memory" hat mit dem PHP-memory-Limit nichts zu tun. PHP würde schon gerne mehr Speicher anfordern, bekommt aber vom Betriebssystem nicht mehr zugeteilt. Das Problem liegt eher in der Serverkonfiguration.
Bei 1&1 z.B. gibt es diese Limit mit 32M, obwohl dort das php-Memory-Limit bei 40M liegt.
Im obigen Fall sind es scheinbar sogar nur etwa 20M. Das Problem kann nur mit dem Webhoster geklärt werden.
Gruß
Ingo
Dafür muss aber ini_get auf dem System sinnvolle Informationen liefern.
...
Gut, wenn ini_get keine sinvollen Informationen liefert, dürfte auch das nachfolgende ini_set keinen Effekt haben.
Aber ich gebe zu, daß es einen Sonderfall gibt. Wenn in der php.ini das Memory-Limit mit -1 ganz außer Kraft gesetzt ist, dann würde WP versuchen, den Speicher auf den definierten Wert zu begrenzen.
Also kann es schon sinnvoll sein, in der wp-config genau den Wert für WP_MEMORY_LIMIT zu setzen, der per php.ini eingestellt ist. Damit ist man auf der sichern Seite.
Gruß
Ingo
Entscheidend ist der Wert in der php-Konfiguration (php.ini). Wenn dann bei Wordpress in der wp-config.php ein gleicher oder kleinerer Wert definiert ist oder gar keiner, ändert sich nichts.
Wordpress setzt, wie gesagt, das Limit niemals herunter.
Gruß
Ingo
Da muß man nichts anpassen. Wordpress versucht nur das memory-Limit zu erhöhen, wenn es kleiner als die definierten Werte ist. Wenn sowieso schon 128M eingestellt sind, passiert gar nichts. Worpdress setzt das Limit ja nicht herunter.
Gruß
Ingo
Ob es die Möglichkeit gibt, einfach PHP-Ini-Werte zu ändern, hängt vom Webhoster ab. Oft ist es nicht möglich.
Je nach Konfiguration des Webservers werden die Werte nicht durch "php_value" sondern mit einer php.ini angepaßt.
Bei welchem Webhoster liegt denn Deine Seite?
Gruß
Ingo
Die Dokumentation ist falsch. %tag% hat noch nie funktioniert und tut es bis einschließlich WP-Version 3.0.1 auch nicht.
Bei der Funktion get_permalink (in link-template.php) wurde einfach die Behandlung des tag-Platzhalters vergessen.
Zudem gibt es auch ein inhaltliches Problem. Was passiert, wenn kein Tag für einen Artikel angegeben wird? Im Unterschied zu den Kategorien gibt es ja kein Standard-Tag.
Gruß
Ingo
... Der Dumper nutz keinerlei Einstellungen, Caches oder dergleichen von WP. Ist eine ganz andere Baustelle.
Das kann man so pauschal auch nicht sagen. Schließlich schreibt Wordpress selbst und gegebenfalls auch irgendwelche Plugins Dinge in die .htaccess-Datei. Wenn nun der mySQLDumper in einem Unterverzeichnis vom Wordpress-Root liegt, werden diese .htacess-Einstellungen vererbt und könnten sich schon irgendwie auswirken.
Gruß
Ingo
Bei mir geht es mit Firefox nicht, mit dem IE6 aber schon.
Es dürfte daran liegen, das die Seite mit http://www.dienic.de aufgerufen, der Cookie aber für dienic.de (ohne www) gesetzt wird.
Manche Browser akzeptieren das, andere nicht.
Ich habe aber keine Ahnung, warum die falsche Cookiedomain gesetzt wird.
Gruß
Ingo
