Beiträge von jottlieb

Zitat von Kibeth

Also bei Top-Hoster scheint man das Limit bis zu 40 MB erhöhen zu können und Celeros wirbt mit PHP "memory_limit bis 128MB und PHP upload bis 64MB". Aber haben die sich vertippt oder kann es wirklich eine so starke Abweichung zwischen 40 MB und 128 MB bei fast gleichem Preis geben?

Das sind beides realistische Werte, wobei du natürlich nicht auf das "bis zu (128 MB)" reinfallen solltest. Bringt ja nix, wenn's die 128 nur im teueren Profipaket für 20€ (nur mal so als Beispiel) gibt, aber bei deinem für fünf Euro nur 32.

Zitat von intoxikation

Aber was soll ich denn bei dem upload programm für ein servername angeben?
Wo findet man den denn?

Bei was für einem Upload? Einer Audiodatei?

Zitat

Glaubst du dass es dann kein Problem wegen "double content" geben wird, wenn ich jetzt einfach nochmals genau den gleichen Artikel unter einer neuen ID veröffentliche?

Ich bin diesem ganzen "Duplicate Content"-Geschreie gegenüber sehr skeptisch und nonchalant eingestellt, weshalb ich da sicher der falsche Ansprechpartner bin ;) Für meinen Begriff kann Duplicate Content formal ja garnicht zutreffen, da ja keine zwei verschiedenen, erreichbaren URLs mit dem identischen Inhalt existieren.

Schau mal in diesen FAQ-Artikel um etwas über die Problematik zu lesen:
http://faq.wordpress-deutschland.org/exhausted-php-memory/
Da wird auch kurz erklärt, was dieses memory limit ist.

Zitat von proudmag

Das mit dem Upload des PDF habe ich mittlerweile verstanden. Das PDF liegt nun in der Bildergalerie. Nur bin ich noch nicht in der Lage, das Dokument im CMS so abzuspeichern, dass es erscheint, sobald jemand auf das Bild klickt.

Von was für einem Bild redest du denn?

Du könntest ja mal vorab den Support testen und fragen, wie hoch das PHP Memory Limit beim gewünschten Paket ist. Bei 64-Bit Servern sind nämlich 32 MB äußerst knapp und 64 MB wären dann besser.

Evt. hilft dir das weiter:
http://dev.mysql.com/doc/refman/5.1/de/create-trigger.html

Wenn du eh jeden Tag einen neuen Post erstellst, dann kannst beim einfügen des Posts in die Datenbank ja einen Trigger dranhängen, der dann die entsprechenden Operationen (direkt in SQL geschrieben) ausführt.
Erfordert natürlich etwas Kenntnisse in SQL und du musst auch genau schauen, was du alles löschst bzw. löschen musst, damit du dir weder die Datenstruktur zerschießt, noch Leichen hinterlässt (also auch die term, relationship und taxonomy-Tabellen im Auge behalten http://codex.wordpress.org/WordPress_Taxonomy).

Ansonsten ist klar, dass man das erstmal gründlich an einem Testsystem ausprobiert. Wobei man vorher überprüfen sollte, ob man bei seinem Hoster denn auch Trigger in MySQL verwenden kann/darf.

Zitat

Eine Änderung in der htaccess wäre nicht notwendig ebensowenig ein spezielles Plugin.

Das stimmt nicht. Für Permalinks ist die .htaccess notwendig. Aber WordPress sagt ja, was in dieser stehen muss.

Zitat

Wer kann mir weiterhelfen. Kann ich meine Einstellung ohne weiters ändern ohne dass meine alten URLs bei Google ins Leere laufen.

Sofern du bisher Links á la example.org/?p=1234 hattest, sollten die Links nicht ins leere laufen, sondern WordPress leitet automatisch zur neuen Artikel-URL weiter.

Zitat

Aber, wenn ich das alte verzeichniss wp-content mit allem Inhalt belasse, werden gar keine neuen Daten übernommen.

Doch, du musst ja das überschreiben bestätigen. Dabei werden ja nur mitgelieferte Plugins und das Standardtheme überschrieben. Es geht eben darum, dass im Ordner wp-content ja eben auch eigene Themes, Plugins und Uploads liegen und man diese eben nicht killen sollte, indem man den Ornder wp-content löscht.

Zitat

Wegen des Versionsprungs von meiner 2.3.2. auf die aktuelle 2.9.2 soll ich eine Vollinstallation durchführen.

Nein, du sollst nur ein volles Upgrade mit der "Vollversion" durchführen.

Zitat

Ist es richtig, dass ich dann erst mal das Webverzeichnis ganz leer mache, dann uploade, die wp-config neu anlege, dann installiere und dann ins wp-content meine Themes und Uploads wieder einfüge?

Wie schon beschrieben, brauchst du den Ordner wp-content nich zu löschen. Und warum willst du die wp-config.php neu anlegen? Die kannst du weiterbehalten, du solltest nur die zusätzlichen Sicherheitsschlüssel laut Doku einfügen.

http://wordpress.org/extend/plugins/revision-control/

Zitat von gericoach

pack es als zip-Datei.

Naja, das erachte ich als unnötig. Es muss eben schon jeder Besucher selber auf "Ziel speichern" klicken, wenn er eine Datei runterladen und nicht sofort öffnen will.

Gibt's beim Plugin keine Anleitung?

Lade mal den aktuellen RC von WP aus dem Trunk herunter (http://core.trac.wordpress.org/browser/trunk ganz unten) und suche mit einem entsprechenden Dateiübergreifenden Editor, ob die Funktion wirklich rausgeflogen ist.
Ansonsten schau auch mal hier http://core.trac.wordpress.org/search?q=switch_to_blog ob du da was findest. Falls du denkst, dass es wirklich ein Bug sei, kannst du im trac auch ein neues Ticket eröffnen.

Du könntest z.B. ein Landingsite Plugin oder ähnliches installieren, das dafür sorgt, dass nicht einfach nur eine stumpfe 404-Seite angezeigt wird, sondern dass der Suchmaschinensuchbegriff direkt genutzt wird, um die Bloginterne Suche zu nutzen und direkt möglichst passende Beiträge anzuzeigen. Zumal ja Google auch ziemlich schnell deine Seite neu indexieren dürfte, so dass das Problem ja nur vorrübergehend sein sollte.

Nun, du könntest z.B. in deinem Theme eine home.php erstellen, die du entsprechend anpasst und wo du eben alles nicht benötigste entfernst.
Oder vielleicht noch etwas besser: Eine statische Seite mit Seitentemplate erstellen und diese als Startseite festlegen.
Und dann auf die Artikel verlinken:
http://faq.wordpress-deutschland.org/statische-star…d-artikelliste/

Warum muss es gerade .html sein?

http://blog.wordpress-deutschland.org/2010/05/22/wor…mitte-juni.html

Ich finde den Schriftkontrast leicht kopfschmerzbereitend. Hellgraue Schrift auf dunkelgrauem Hintergrund und auch ein seltsamer Zeichenabstand.

Zitat

Wenn ich nun einen neuen Artikel in Wordpress erstelle, wie kann ich nun bestimmen, welche Nummer für den Link (Beispiel:/?p=106) verwendet wird?

Das kannst du nicht bestimmen*.

*Theoretisch ginge das schon, aber vom fummeln von IDs sollte man lieber die Finger lassen.
Ansonsten frage ich mich, bei was für einem Garagenhoster du denn bist, der anscheinend die Backups auf der gleichen Platte hält, wie das normale Produktivsystem. Dem würde ich mal die Leviten lesen. Aber dich selber solltest du ebenfalls geißeln, dass du selber kein Backup gemacht und lokal gespeichert hast.

Du kannst auch bei Seiten 100%ig den Slug/Titelform direkt ändern. Nur kannst du dort vermutlich nicht .html eintragen, das musst du über die allgemeinen Permalinkeinstellungen (und ggf. das genannte Plugin) regeln, dass immer .html am Ende von jedem Permalink steht.