Beiträge von mensmaximus

Na die Regeln die WordPress in die .htaccess schreibt: http://codex.wordpress.org/htaccess#Basic_WP

Und wo sind die WordPress Regeln in dieser .htaccess?

Zitat von Jim1234

Confixx

... ist EOL. RIP. Aus und vorbei. Endgültig. Ohne Anpassung läuft es nur unter PHP 5.3. Und da es keine Updates mehr gibt, machen Anpassungen keinen Sinn. Suche Dir ein Angebot mit einem Vernünftigen Control Panel

Nein, die Custom CSS Option ist tabu. Sind die von Dir im Parent gemachten Einträge ins Child übertragen und aus dem Parent gelöscht? Falls nicht machst Du das jetzt bitte.

Zitat von mensmaximus

Als erstes überträgst Du jetzt eventuelle Customs CSS Regeln aus dem Theme in die style.css des Childs.

Zitat von Seph

Ok, habe ich gemacht, danke.

Zitat von Seph

Sorry, da stehe ich jetzt auf dem Schlauch. Was genau meinst Du damit?

Entweder Du liest nicht richtig oder Du antwortest ungenau. Wenn Du bestätigst, dass Du die Regeln aus der Custom CSS das Themes übertragen hast, musst Du doch wissen was ich meine. Das hatten wir doch schon am Anfang mit Deine Änderungen im Theme. Also wenn das Theme eine Custom CSS Option hat, dann übertrage die Regeln in das Child Theme und entferne die Regeln aus der Custom CSS Area. Und ob Dein Theme eine solche hat musst Du wissen, es ist Dein Theme. Und wenn Du es nicht weißt schau nach.

Hast Du auch die CSS Regeln aus der Custom CSS des Themes gelöscht?

Als erstes überträgst Du jetzt eventuelle Customs CSS Regeln aus dem Theme in die style.css des Childs.

Zweitens änderst Du die Funktion engine_custom_enqueue_child_theme_styles() wie folgt:

function engine_custom_enqueue_child_theme_styles() {
	wp_enqueue_style( 'parent-theme-css', get_template_directory_uri() . '/style.css' );
	wp_enqueue_style( 'child-style', get_stylesheet_directory_uri() . '/style.css', array('parent-theme-css') );
}

Genau das ist der Anwendungsfall für ein Childtheme, also das Portieren langsamer CSS Regeln aus eine Datenbank in eine schnelle Datei die vom Webserver verarbeitet wird und nicht von PHP.

Und jetzt tu mir/uns den Gefallen und führe die 4 Punkte aus, damit wir ans Ziel kommen.

Bitte führe einfach die 4 Schritte aus. Wir wollen doch erst einmal das es funktioniert und dazu müssen wir wissen ob die standard Verfahren greifen. Wenn es mal läuft kannst Du gerne damit spielen.

1. Stelle auf Twenty-Fifteen um
2. Verschiebe das /engine Verzeichnis direkt in das /theme Verzeichnis
3. Lösche das jetzt leere /Engine-Theme Verzeichnis
4. Aktiviere das Childtheme

Welche Schrift? Es gibt keinen Titel auf der Seite. Oder meinst Du 'Contact Us'? Das dürfte schwer zu lesen, weiße Schrift auf weißem Grund.

Zitat von OD Foto

Das Theme war kostenlos und so habe ich leider keinen Support.

Aber man kann den Support kaufen.

Zitat von Monika

jedem Theme kann man Postformate beibringen

Ich rate von Post Formaten ab, weil sie nicht standardisiert sind und bei einem Themewechsel die Metadaten verloren gehen. Es ist schon einige Zeit her und die meisten werden es gar nicht wissen aber Post Formate sollten bereit in Version 3.6 verschwinden und durch die Post Formats UI ersetzt werden. Das Feature war schon im Code und wurde in letzter Minute zurückgezogen. Wie auch immer, das Thema ist nicht vom Tisch, daher halte ich eine portable Lösung für besser. Brian Krogsgard hatte dazu schon im letzten Jahr eine guten Beitrag geschrieben.

Den 500er Fehler verursachen nur die Produktlinks, also die Weiterleitung zu Amazon. Prüfe das error.log und die .htaccess Datei.

Lösungsansatz:

Die Beiträge die anders formatiert erscheinen sollen in eine zusätzliche Kategorie legen. Danach über eine IF Abfrage im Loop das Layout bestimmen.

Was passiert bei

[COLOR=#333333][FONT=sans-serif]wp-login.php?action=register[/FONT][/COLOR]

Zitat von lexspecial

Hoffe, jemand kann mir helfen.

Ohne Links zur Seite und Informationen über die Art der Installation leider nicht.

Das geht in großen Anführungszeichen nur via Multisite. Eine physikalische Trennung des wp-admin geht zwar über einen Symlink, faktisch bleibt der Ordner aber für WordPress immer da wo er hingehört: im Root.

zu 1.

Es gibt unterschiedliche Herangehensweisen: Variationen oder Dynamische Preise

Wenn die Preise von der Stückzahl abhängen, es also nicht darauf ankommt ob die Pflanzen auf der Palette stehen, sondern nur ob 50, 100 oder 500 Pflanzen bestellt werden, sind dynamische Preise sinnvoll:
Das 'Original': http://www.woothemes.com/products/dynamic-pricing/
Günstig und gut: http://codecanyon.net/item/woocommer…scounts/7119279
Kostenfrei mit der Option auf mehr: https://wordpress.org/plugins/pricing-deals-for-woocommerce/

Kommt es tatsächlich darauf an ob die Pflanzen einzeln oder als 'Gebinde' verkauft werden, also das Gebinde eine Einheit darstellt und man eben ein, zwei oder drei Gebinde kaufen müsste, dann sind Variationen die meist bessere Lösung. Diese sind im Standardlieferumfang von Woocommerce vorhanden.

zu 2.

Min/Max Beschränkungen sind nur per Plugin zu lösen, es sei denn man hat eine Mindestbestellmenge pro Bestellung aber unabhängig vom einzelnen Produkt (Weinhändler kann nur versenden wenn 6 Flaschen bestellt werden unabhängig vom Wein, weil nur ganze Kartons verschickt werden):

Das Original: http://docs.woothemes.com/document/minmax-quantities/
Günstig und gut: http://codecanyon.net/item/woocommer…-limits/5334972
Kostenfrei: https://wordpress.org/plugins/woocom…uct-quantities/

Es muss ja auch posts_per_page heißen

PS.: Monikas Antwort stand auf der nächsten Seite :oops: