Beiträge von mfitzen

Wenn Du auf dem Dashboard nichts mehr verschieben kannst, sollte das eigentlich nichts mit dem Theme zu tun haben. Die anderen genannten Punkte könnte jedoch darauf zurück zu führen sein. Wie hast Du die aktualisierung durchgeführt? Über das Dashboard oder manuell per FTP Tool? Wenn automatisch, dann "bügel" das Update nochmal manuell drüber.

Welchen Tarif hast Du bei all-inkl.com, wenn ich fragen darf? Hoste meinen privaten Blog selbst dort, daher das Interesse.

STRG+F5 funktioniert auch im aktuellen Firefox...

phpinfo Datei
- Damit findest Du das Limit heraus. Sollte bei all-inkl.com aber eigentlich bei 64MB liegen und ausreichend sein (vorausgesetzt vor dem Update wurden alle Plugins deaktiviert!)

Wie hast Du das Update durchgeführt? Automatisch über das Dashboard oder manuell per FTP? Wenn automatisch dann probiere bitte mal die manuelle Methode per FTP Tool. Ganz wichtig: Anschließend den Browsercache leeren!

Zitat

ist es das was Du meinst ?

Ja.

Zitat

noch was die alle php scripts sind mit permissions rw-r-r versehen also nicht als ausfürbare files meines erahtens mit solchen permissions wird natürlich kein script gestartet.

Die Dateiberechtigungen bitte nicht anfassen. So lassen wie sie nach dem Upload sind. Einzig das Verzeichnis wp-content und falls nicht durch den Server beschreibbar die .htaccess benötigen veränderte Dateiberechtigungen. Wobei die .htaccess nach dem Speichern der Änderungen wieder auf 644 zurückgesetzt werden sollte.

Du hast mehrere Unterverzeichnisse im Rootverzeichnis. Hast Du denn auch der Domain das Verzeichnis dankefürdieinfo als Rootverzeichnis zugewiesen? Das muss im 1&1 Webhoster Menü gemacht werden.

In der besagten CSS Datei steht (ab Zeile 873):

h2.posts_title {
    [COLOR="#008000"]display: none;[/COLOR]
    margin-bottom: 32px;
}

Grüne Zeile hinzufügen.

Das hab ich mir schon gedacht. Deswegen hab ich auch mal nachgefragt.

Was hat der Kunde denn für ein Hostingpaket, dass das Limit auf 512MB hochgejagt werden kann? Das ist dann aber kein Shared Hosting mehr, oder?

Lösche mal den Browsercache

Füge der style.css des Themes mal dies hinzu:

.entry-content table td {
    vertical-align: top;
}

Also bei mir gehts noch?!

hotmoto:

Zitat

Es liegt weder am Hoster, Server noch wordpress...sondern schlicht an dem Plugin und dieser Funktion:

Meine Aussage bezog sich eigentlich auch nicht auf Dein Problem. Da hast Du ja selbst schon klar gestellt, dass es an dem Plugin liegt. Ich bezog mich da eher auf die anderen Meldungen.

Enpi: Wie wurde das Update durchgeführt? Über die automatische Aktualisierung oder manuell per FTP Tool? Wenn automatisch, probiere es mal bitte mit der manuellen Variante.

Zitat von SirEctor

Ein Downgrade auf 3.4.x zurück, ist natürlich eine vorübergehende Lösung. Aber wenn der Theme-/Plugin-Autor kein Update rausbringt, um es mit WP3.5 kompatible zu machen, bleibt ihr immer auf dem Stand von WP3.4.

...und macht dann einen neuen Thread auf weil euer Blog gehacked wurde, und schiebt es dann wieder WP in die Schuhe... Alles schon erlebt und (leider) vorhersehbar.

Aber wie schon oben erwähnt kann es auch am Hoster/Server liegen. Bin mal gespannt, ob ich diesmal eine Antwort bekomme. Die Antwort auf meine erste Frage steht ja auch noch aus. ;-)

Zitat von hotmoto

blöd nur daß der Blog darauf angewiesen ist.

Ich kann nach wie vor nicht nachvollziehen, wie man seinen Blog von Plugins abhängig machen kann...

Zitat von exo

Ja, danke, aber ich bin genau auf das Theme angewiesen. Plugins waren aus.

Und wie siehts mit folgenden Fragen aus:

Wurden bereits alle Plugins deaktiviert und der Browsercache geleert?
Bringt ein Wechsel auf´s Standardtheme und das anschließende Löschen des Browsercaches Besserung?
Wo wird die Seite gehostet?
Wie lautet die URL zum Problem-Blog?
Wie hoch ist das memory_limit des Servers?
Erfüllt der Server alle übrigen Anforderungen (PHP+MySQL)
Wie wurde das Update durchgeführt?
Wenn automatisch übers Backend: Gab´s beim Updaten irgendwelche Fehler (PHP Fehler, weiße Seite etc.)?
Wenn manuell per FTP: Gab es irgendwelche Übertragungsfehler und welcher Übertragungsmodus wurde gewählt?

Das kann verschiedene Ursachen haben:

Wurden bereits alle Plugins deaktiviert und der Browsercache geleert?
Bringt ein Wechsel auf´s Standardtheme und das anschließende Löschen des Browsercaches Besserung?
Wo wird die Seite gehostet?
Wie hoch ist das memory_limit des Servers?
Erfüllt der Server alle übrigen Anforderungen (PHP+MySQL)
Wie wurde das Update durchgeführt?
Wenn automatisch übers Backend: Gab´s beim Updaten irgendwelche Fehler (PHP Fehler, weiße Seite etc.)?
Wenn manuell per FTP: Gab es irgendwelche Übertragungsfehler und welcher Übertragungsmodus wurde gewählt?

Zitat von Webchef

Gibt es einen einfachen Weg die obere Navigation zu entfernen? Gesamt oder einzelne Seiten?

Komplett entfernen über die header.php? Entferne dazu:

<nav id="site-navigation" class="main-navigation" role="navigation">
			<h3 class="menu-toggle"><?php _e( 'Menu', 'twentytwelve' ); ?></h3>
			<div class="skip-link assistive-text"><a href="#content" title="<?php esc_attr_e( 'Skip to content', 'twentytwelve' ); ?>"><?php _e( 'Skip to content', 'twentytwelve' ); ?></a></div>
			<?php wp_nav_menu( array( 'theme_location' => 'primary', 'menu_class' => 'nav-menu' ) ); ?>
		</nav>

Könnte aber auch am Server liegen. Stichwort CONCATENATE_SCRIPTS

Das mit dem nicht funktionierendem Wechsel zwischen HTML und Visuell trat in der Vergangenheit auch gerne beim Freehoster funpic auf. Dort konnte man sich mit einem Eintrag in die wp-config.php behelfen.