Beiträge von Domino5702

Sorry, mein Fehler: wrapper heisst bei 2011 page und hat eine max-width: 1000px (ab Zeile 74)

Zitat von somaya

Hallo, nein ich habe dort nichts angepasst, dort habe ich eingetragen http://www.tauchclub-reutlingen.de/wordpress und bin so auch immer auf die HP gekommen. Wenn ich doch bei STRATO die int. Umleitung von http://www.tauchclub-reutlingen.de auf http://www.tauchclub-reutlingen.de/wordpress mache darf ich doch da nichts verändern. Viele Grüße

Andersrum wird ein Schuh daraus: gerade weil Du bei Strato die Domainauflösung auf das Verzeichnis umleitest, musst Du das "/wordpress" weglassen.

Wie es steht:

Zitat

Out of memory

Suche nach diesem Begriff - hier im Forum oder generell im Web, und es wird in aller Deutlichkeit erklärt.

Hast Du den wrapper auch angepasst? Das sollte eine Ebene über dem Content sein, und ist nach meiner Erinnerung auf 940px standardmässig eingestellt bei 2011.

Zunächst einmal der Hinweis: wenn Du validen, SEO-orientierten Code verwendest, sollte auf jeder Seite nur ein H1 vorhanden sein. Die Anpassungen solltest Du in den Template-Dateien (header.php, index.php usw.) vornehmen bzw. halt mit Child-Themes arbeiten, damit Deine Anpassungen nicht beim nächsten Update futsch sind.

Ich vermute mal, Du hast innerhalb von WP die Anpassung an Blog- und Home-Adresse noch nicht gemacht. Kann das sein?

öhm .... danke für das Gespräch :-D

Automatische Übersetzer taugen nichts - Übersetzen ist eine Kunst, und setzt ein tiefes Verständnis sowohl der zu übersetzenden wie auch der übersetzten Kultur voraus. Da mag man noch so viel mit künstlicher Intelligenz usw. am Hut haben - zumindest heute sind die Techniken nicht ausgereift, und der Mensch bei dieser Aufgabe nicht ersetzbar.

Sind die nicht unter Design -> Widgets eingebunden? Soweit ich es im Theme erkennen konnte, ist dort nur das Monatsarchiv (also bei Dir das untrerste) standardmässig vorhanden, die anderen müssten individuell erstellt worden sein. Eine mögliche Art, dies zu tun, wären individuelle Menüs, die in WordPress 3 eingeführt worden sind.

Eher unwahrscheinlich erscheint mir, dass diese Archive in den Theme-Optionen vorhanden sind (aufgrund des Alters des Themes) - aber es ist immer noch möglich, dass da spezifisch was programmiert worden ist - von wem auch immer.

Ich wollte Dich keineswegs angreifen, nicht dass Du es falsch verstehst - auch ich gehöre eher zu den "lass es uns mal versuchen"-Typen als den ewigen Zauderern, die nirgendwo hinkommen.

Und wie willst Du ein Theme anpassen, wenn Du keine entsprechenden Kenntnisse hast? Wenn du Dir selbst und dem Bekannten was Gutes tun willst, schreibst Du das Projekt in der Jobbörse aus und begleitest dann vielleicht den Profi bis zur Fertigstellung.

Erreichst Du am einfachsten durch Erstellen eines benutzerdefinierten Menüs (unter Design -> Menüs im Dashboard), das Du dann als individuelles Menü-Widget in die Sidebar einbindest. Die Untermenüs realisierst Du mit Einrücken beim Erstellen, der Rest sollte ziemlich intuitiv klar sein. Sonst frag nochmal nach.

Beim erneuten Durchlesen fiel mir auf: ist das überhaupt ein memory-limit Problem?
Anders gefragt: Neuinstallation oder schon länger bestehende Seite, bei der das Problem auftrat? Ebenso: sind die Mindestvoraussetzungen für WordPress erfüllt(PHP 5.2.4, MySQL 5)? Kommst Du auf die Seite, oder ist diese auch nicht erreichbar? Kann man das anschauen?

Hallo Matthias,

Das ist schon möglich, dass Du nicht durch die wp-config.php am memory-limit "schrauben" kannst. Es gäbe noch die php.ini-Methode, die Du versuchen könntest, die Methode über eine .htaccess. Zu all dem findest Du reichlich Anleitungen, hier im Forum oder im Netz, unter dem Stichwort "memory-limit".
Und je nach dem, kann es sein, dass der Hoster alle diese Möglichkeiten (zumeist bei den Shared Hosting Angeboten) gar nicht erlauben will - dann nutzt alles nichts. Wer ist der Hoster, überhaupt? Und was für ein Paket hast Du gebucht?

Dazu wäre noch zu sagen, dass standardmässig keine index.html in irgendeinem WordPress-Ordner vorhanden ist - also, wie ist die dorthin gekommen? Ausserdem: html wird vom Browser immer vor php aufgerufen, das ist nicht nur eine Servereinstellung. Auch hierzu gibt es einige Beiträge hier im Forum.

Naja, die Fehlermeldung nützt ja nicht viel, es bräuchte ein Screenshot von den Zeilen der wp-config.php - das Passwort und auch den Benutzernamen kannst Du unkenntlich machen, aber bitte nicht mehr, damit man vielleicht was sehen kann, was nicht dorthin gehört.

Abgesehen von den sehr nützlichen Hinweisen, die mein Vorredner gegeben hat, würde ich auf jeden Fall in mindestens 3 Schritten upgraden:
2.6.1 -> 3.0 (sehr viele Neuerungen wurden mit 3.0 eingeführt)
3.0 -> 3.2 (Mindestvoraussetzungen signifikant geändert)
3.2 -> 3.3.1

(einen 4. Zwischenschritt könnte ich mir bei 2.6.1 -> 2.8 vorstellen, bin allerdings selbst unsicher, ob das notwendig ist)

Nach jedem Upgradeschritt ausgiebig testen - kann man nicht oft genug betonen!

Die Fehlermeldungen, die Markus aufgelistet hat, sehe ich nicht, aber bei mir kommt auch die Meldung, welche der TE listet.

Was sagt eigentlich der Hoster zu dem Thema, vielleicht haben sie ein Serverproblem.

Die Abfragen müssen anders lauten:

AND schreibt man &&
OR schreibt man ||

Für die Abfrage nach Paginierung schlägt das engl. Codex vor:

<?php
          $paged = $wp_query->get( 'paged' );
              if ( ! $paged || $paged < 2 )  {     // This is not a paginated page (or it's simply the first page of a paginated page/post)  
          }  else  {    
              // This is a paginated page.
          } 
?>

• Hast Du die .htaccess auch mal komplett gelöscht?
• Gibt es allenfalls auf dem Server Umleitungen, die Du irgendwann im Kundenbereich definiert hast?
• Hast Du sicherstellen können, dass mod_rewrite auf dem Server läuft?
• Sind alle Mindest-Voraussetzungen für WordPress erfüllt?