Beiträge von mensmaximus

Um den richtigen Ansatz zu finden stelle ich kategorisch die Frage warum soll die Seite genau so aussehen? Der Hintergrund ist einfach, wenn es exakt so aussehen soll wird man zu 99% nicht um die Erstellung eines eigenen Themes herumkommen. Sind jedoch Variationen im Design erlaubt kann man auf bestehende Themes zurück greifen. Das ist zum einen eine Frage des Budgets und zum anderen eine Frage der Herangehensweise. Die Aussage, dass ein modernes Design frischen Wind auf die Seite bringt, soll die Diskussion fördern.

Du willst kein neues Design - kein Problem. Ein derart einfaches, fertiges Theme kenne ich leider nicht. Möglicherweise hat einer der anderen Forenteilnehmer aber eines auf 'Lager'. Ansonsten müsstest Du, wenn Du alles selbst erstellen willst, Dein eigenes Theme entwickeln, was in diesem Fall durchaus möglich ist, sofern genug HTML, CSS und PHP Kenntnisse vorhanden sind.

http://fixmywp.com/blog/remove-po…ault-themes.php

Jobbörse. Rechne mal mit 4-6 Wochen Entwicklungszeit.

Welches Themes nutz Du? Link zur Webseite?

Eigentlich steht ja auch alles auf der Google Webmaster Tool Seite und ein Blick in den Quellcode bestätigt die Aussage von Google:

[COLOR=#881280][FONT=monospace]<span [/FONT][/COLOR][FONT=monospace]class[/FONT][COLOR=#881280][FONT=monospace]="[/FONT][/COLOR][FONT=monospace]hreview-aggregate[/FONT][COLOR=#881280][FONT=monospace]" [/FONT][/COLOR][FONT=monospace]style[/FONT][COLOR=#881280][FONT=monospace]="[/FONT][/COLOR][FONT=monospace]display: none !important;[/FONT][COLOR=#881280][FONT=monospace]">
[/FONT][/COLOR]

Und warum soll die Seite genau so aussehen? Ich finde die Seite könnte ein neues Design vertragen.

Das Theme hat vollen i18n Support. Mittels https://wordpress.org/plugins/codestyling-localization/ kannst Du die Übersetzung durchführen. Zu dem Plugin gibt es hier im Forum einiges zu lesen.

PS.: Hier hatte ich schon mal relativ ausführlich beschrieben wie das geht.

Die i18n Unterstützung (Anzeige Deutsch/Englisch) solltest Du über 'load_plugin_textdomain' machen und die Runtastic Klasse (MIT Lizenz) durch eine eigene (GPL) ersetzen, in der Du dann CURL durch die WordPress HTTP API ersetzt.

Nein, ein Beispiel habe ich nicht. Und gerade bei Woocommerce sind solche Dinge relativ komplex, sodass man nur ein paar Tips geben kann:

1. Verbeiße Dich nicht in dem "Cart"-Denken
2. Erforsche andere Hooks (z.B. woocommerce_after_order_notes)
3. Denke daran den Feldinhalt zu speichern (woocommerce_checkout_update_order_meta), sonst kommst Du an den Inhalt ja nicht ran
4. Denke auch daran, dass Du bis zum Speichern des Feldinhaltes die $_POST Variable verwenden kannst. Danach musst Du den '$key' verwenden, denn Du beim Speichern vergeben hast.

Schon mal in den Quellcode des Plugins geschaut? wp_options ist die Tabelle in der Du suchen musst.

Verstanden. Dennoch ändert sich an der Funktionalität nichts. Es bleibt ein Coupon und wird wie ein solcher implementiert, nutzt die selben Hooks. Und dazu gibt es viele Beispiele.

Klar ist das möglich. Ich frage mich nur warum Du die nicht einfach die Gutschein Funktion in Woocommerce verwendest. Nichts anderes ist doch der Nummerncode - oder?

Zitat von ch.wode

Das Blognetzwerk wurde am 17.10.2013 eingerichtet und das Backup war von vor ein paar Tagen.

hmmmm.... Seit 3.5 gibt es /files nicht mehr. Echt seltsam, wie wenn eine alte Version für die Installation verwendet worden wäre.

Schau Dir mal die .htaccess Dateien im Codex an. Möglicherweise kannst Du die in Teilen nutzen.

Irgendwie klingt das genau falsch herum. Früher hatten MU Installationen diese /files Thematik. Wie alt ist der Blog? Und von wann war das Backup?

Wie auch immer, versuche mal folgende Regel

RedirectMatch 301 /files/$1/(.*)$ /wp-content/uploads/

Am besten als Zeile nach RewriteEnigne einfügen.

Schau in Dein Postfach.

Was für Plugins sind den noch installiert? Ich konnte bisher bei keinem Netzwerk (MU) ein solches Verhalten nach dem Update feststellen.

Zitat von r23

und nächster Schritt ist - kopier Deine Datensicherung zurück... sorry wenn Wordpress die Plugins nicht mehr findet, deinstalliert Wordpress mal eben alle Plugins. Wie in der Anleitung beschrieben, trag per phpmyadmin "Change the option_value field to: a:0:{}"

Wenn du wegen einer fehlerhaften Zeile alle Plugins mal eben neu konfigurieren möchtest - musst du aber viel langeweile haben.

Sämtliche Einstellungen der Plugins bleiben in der Datenbank gespeichert, weil der Uninstall Hook nicht ausgeführt wurde. Nachdem man das Verzeichnis wieder auf /plugins umbenennt ist alles wieder da.

Zitat von r23

wie bekomme ich meinen Blog und die Datenbank 100%tig hin? - richtig - ich nenne das Plugin-Verzeichnis mal eben um...
Mit einem Holzhammer bekommst du es sicher hin...

Kein Holzhammer, sonder die empfohlene Methode um den Einfluss eines Plugins auszuschließen.

Conrad
Du hast eine PM

Warum von 4.0 auf 3.6 und nicht auf 3.9.2? Wie wurde downgegraded? 777 ist keine Lösung, sondern die Einladung an jeden Möchte-gern-hacker die Webseite zu Übungszwecken zu nutzen. Verzeichnisse gehören auf 755 und Dateien auf 644. Welche PHP Handler wird verwendet (mod_php oder fastcgi)? Welcher User ist der Eigentümer der Verzeichnisse und Dateien? Handelt es sich um einen Hostingaccount oder einen Vserver?

Das kommt darauf an. Sehr oft werden nur Seiten und Beiträge exportiert. Einstellungen Custom Posttypes usw. jedoch nicht. Wenn Du ein Backup von vor dem Update hast, solltest Du das Verwenden um einen Restore zu machen.