Beiträge von mensmaximus

In den Woocommerce Einstellungen auf dem Tab Allgemein.

Möglicherweise falsche Anlage der Mwst in Zusammenhang mit der Basisadresse, also z.B. 20% für AT und "keine Basisadresse". Ansonsten müsste man sich das selbst ansehen, weil es wenig Sinn macht hier jede möglich Einstellung im Forum durch zu gehen.

Zitat von Several

Danach alle Plugins deaktiviert und WooCommerce mit einem anderen Theme ausprobiert.

Theme Twentyfifteen aktivieren, Woocommerce und German Market aktivieren, alles anderen Plugins aus. Was passiert?

http://www.wpallimport.com/ + http://www.wpallimport.com/woocommerce-product-import/

oder

http://codecanyon.net/item/woocommer…plugin/10955154

Sind die Mwst Sätze angelegt? Sind die Mwst Sätze den Produkten zugewiesen?

Zitat von Snemelc

#[COLOR=#20779F]mensmaximus

was würdest Du denn empfehlen? ;)[/COLOR]

Dazu müsste ich das Gesamtkonstrukt erst einmal kennen und verstehen.

Zitat von IB-V

Lässt sich dieses Verhalten (category/sub-cat/cpt-name) auch mit einem eigenen CPT erzeugen?

Ja. Das ist eine Frage wie der Custome Post Type und die Custom Taxonomies angelegt werden. Da 'category' bereits als Taxonomie für Beiträge vergeben ist, kann diese nicht mehr für CPTs verwendet werden. Dein Beispiel mus also lauten '...tld/taxonomy/sub-tax/cpt-name'

Die gleiche Frage gab es erst vor wenigen Tagen: http://forum.wpde.org/plugins-und-wi…html#post614424

Ich kann das Problem nicht nachvollziehen. Bei mir zeigt Yoast auch im Frontend einen grünen Punkt.

Zitat von Snemelc

Naja... so war der Plan ;)

Der offensichtlich aus einem Grund nicht aufging ;-) Die Behandlung von Domains im DNS ist eine Sache, die Behandlung von Domains im CMS (hier WordPress) ist eine andere.

Das gewünschte Ergebnis wird man nicht mit 2-3 Zeilen Code erreichen. Die Kombination aus mehreren Subdomains plus Einzelseite pro Berater in einem zentral verwalteten WordPress geht weit über das "blose" Hinzufügen eines konditionalen Menüs hinaus.

Bitte Link zur Seite, damit man das selbst ansehen kann und zwar mit verschiedenen Browsern. Das muss kein UTF8 Problem sein.

Das Problem könnte an Zeile 276 des Plugins liegen, weil dort der Content nur eingelesen wird anstatt ihn durch die do_shortcode Funktion zu jagen. Das müsste man im Detail debugen.

Zitat von DerNeumi

nutze enfold theme

Bis hier hin habe ich gelesen und hätte gerne geholfen, da es sich um mein Haus und Hof Theme handelt. Leider Fehlen Deinem Text sämtliche Merkmale vernünftiger Grammatik wodurch das Lesen zur Qual wird. Schreibe bitte ganze, zusammenhängende Sätze mit Groß- und Kleinschreibung, damit man die Zusammenhänge versteht.

Grundsätzlich: Wenn unterschiedliche Plugins die selben Filter-Hooks verwenden 'gewinnt' das mit der niedrigsten Priorität, also das Plugin was als letztes seine Modifikation am Content durchführt. Ja nachdem wie es arbeitet kann es zu solchen Phänomenen kommen.

In Deinem Fall: Wo stellst Du "Display Shortcodes" ein bzw. aus und von welchem Plugin kommt das?

Das machst Du bei der Anlage des Custom Post Type und der Custom Taxonomie über den Parameter Rewrite und Slug (bzw. Slug als Element des Array Rewrite). Anschließend brauchst Du noch zwei Filter für post_link und post_type_link um den Permalink dynamisch zu befüllen. %categpory% als solches gibt es für CPTs nicht, da diese Taxonomie schon für Posts verwendet wird.

Es gibt drei Möglichkeiten wo sich die 301 Weiterleitung befinden könnte

1. in der Datei .htaccess
2. in einem Plugin für Weiterleitungen
3. in einer Funktion in der functions.php Deines Theme/Childtheme

Du brauchst nur die Plugins prüfen, die netzwerkweit aktiviert wurden und das sind im Regelfall nur sehr wenige.

Bitte Link zur Shop-Seite und Link zur Seite auf der die Weiterleitung statt findet, damit man einmal sehen kann von wo, nach wo umgeleitet wird.

Zitat von Agentur|alive

Doch, sonst würde ich den Menüpunkt doch auch gar nicht sehen.

Bedeutet das jetzt "Ja, ich habe meine Cookies gelöscht" oder nicht?

Zitat von GreeDo

Habe ich gemacht, es ändert sich aber nichts. Laut [COLOR=#000000][FONT=arial]WP Memory Usage ist der Speicher ja aber auch schon auf 256 MB oder?[/FONT][/COLOR]

Diese Programme lesen, wenn sie es überhaupt richtig machen, das Memory Limit aus, welches im Forntend zum Tragen kommt

define( 'WP_MEMORY_LIMIT', '256M' )

Da Dein Fehler im Backend erscheint und Du sehr viele statische Seite hast, dürfte sichergestellt sein, das beim Versuch der Auflistung der Speicher überläuft. WordPress ist nicht auf statische Seiten ausgelegt sondern auf Beiträge. Zu erklären wo das Problem genau liegt, ist mir jetzt zu aufwändig aber so viel sei gesagt: Statischen Seiten sind hierarchisch, weshalb WordPress ein anderes Ladeverhalten an den Tag legt.

Falls Du einen eigenen Server hast (kein Hostingaccount) könntest Du das Speicherlimit einfach weiter erhöhen:

define( 'WP_MEMORY_LIMIT', '384M' )
define( 'WP_MAX_MEMORY_LIMIT', '384M' );

Grundsätzlich stell sich aber die Frage ob 400 statische Seiten tatsächlich Sinn machen oder ob hier nicht einfach ein grundlegender Irrtum über die Verwendung von WordPress vorliegt. Nicht selten habe ich bei der Analyse solcher Phänomene feststellen müssen, dass der Einsatz eine Custom Post Types die Verwendung von statischen Seiten überflüssig machte.