Ich tippe auf eine "schlampige" Programmierung nach der Art, dass die Datenbankabfrage der Werte an eine IF Abfrage gekoppelt ist, die im template_directory (Parent) nach etwas sucht, was im stylesheet_directory (Chlid) nicht existiert. Suche einmal im Theme Verzeichnis nach get_template_directory in den PHP Dateien und schau Dir den jeweiligen Code an.
Beiträge von mensmaximus
-
-
Mach mal probeweise die alte @include Technik für das Child. Es gibt Themes, die mit der neuen Methode nicht klar kommen.
-
Bitte die Permalinks einmal erneut speichern.
-
-
-
Ich würde spontan zu http://codecanyon.net/item/bolder-fe…ommerce/6125068 greifen, da man damit jegliche Art von "Gebühren" kassieren kann.
-
Die Lösung steht in meiner Funktion. Du musst Sie nur Deinem Bedarf anpassen. Es ist ja auch NUR ein Beispiel.
-
wp.getPage ist obsolte. Du verwendest nur wp.getPost. Die Post ID gehört nicht in das array.
Folgende Funktion kannst Du in die functions.php werfen:
Code
Alles anzeigenfunction mmx_xmlrpx_get_post( $attr ) { extract( shortcode_atts( array( 'url' => '', 'blog' => '', 'user' => '', 'pw' => '', 'id' => '' ), $attr) ); if ( empty( $user ) || empty( $pw ) || empty( $url ) || empty( $id ) || empty( $blog ) ) { return 'keine Parameter angegeben'; } require ABSPATH . WPINC . "/class-IXR.php"; require ABSPATH . WPINC . "/class-wp-http-ixr-client.php"; $rpc = new WP_HTTP_IXR_Client( $url . "/xmlrpc.php" ); $post = $rpc->query( 'wp.getPost', $blog, $user, $pw, $id ); if( !$post ) { print "fehler ( " . $rpc->getErrorCode( ) . " ) : "; print $rpc->getErrorMessage( ) . "\n"; exit; } $data = $rpc->getResponse( ); $output = '<pre>' . print_r( $data, true ) . '</pre>'; return $output; } add_shortcode('getpost', 'mmx_xmlrpx_get_post');In einer Seite oder einem Beitrag kannst Du dann folgenden Shortcode nutzen:
[getpost url="" user="" pw="" blog="" id =""]
url = Die volle Adresse (inkl. http/https) der WP Installation von der Du die Inhalte abholen willst
user = der Benutzer der ausreichend Rechte hat um den Inhalt zu lesen
pw = das Passwort dieses Benutzers
blog = die ID des Blogs. Bei Einzelinstallationen ist das 0 (Null)
id = die Page/Post IDCode habe ich auf die schnelle geschrieben, tut aber was er soll und sollte als Blaupause ausreichen.
-
https://codex.wordpress.org/XML-RPC_WordPr…osts#wp.getPost
Im zurück gelieferten Array sind auch Custom Fileds enthalten
-
Ich kenne den slug /anzahl und was sich dahinter verbirgt zwar nicht aber grundsätzlich ist das Resultat eine Webseite. Man müsste also die Seiten mit z.B. curl einlesen, dann parsen (html entfernen), die übrig gebliebene Zahl (wenn dort eben nur eine Zahl steht) mit intval() einer Variablen zuweisen und diese dann mathematisch addieren (+ nicht .). Wie gesagt ohne Kenntnis dessen was dort passiert ist das aber rein theoretischer Natur.
-
Ich habe das Plugin AIT Languages mit der Version 1.2.11 im Einsatz.
Das kenne ich leider nicht und kann daher nicht helfen. Was sagt der Hersteller dazu? Da es ein kostenpflichtiges Theme/Plugin ist müsste dort der Support ja enthalten sein.
-
Die doppelten Usernamen sind nur ein Teil der Problematik. Eine solche zentrale Login Funktionalität kann man programmieren, aber es bedarf zusätzlicher, zentralisierter Dienste, die von WordPress erst einmal unabhängig sind, wie z.B. eine MySQL Tabelle in die sämtliche Benutzer aller WP Installation gesynct werden. Grundsätzlich muss man erst einmal fragen was mit einer solchen Lösung bezweckt werden soll? Warum rufen die User nicht einfach die richtige Installation sprich URL auf um sich anzumelden?
-
Diese Fragen stellst Du am bestem dem Verkäufer respektive Entwickler: https://affiliatewp.com/support/ (pre-sale question)
-
schau auch mal hier: https://www.im-tal.net/tipps/wordpres…press-umziehen/
Oh wei oh wei, der ist aber auch schon alt. Mit den SQL Updates kommt man heute nicht besonders weit (Stichwort: serialisierte Daten)
-
Welches Plugin für die Mehrsprachigkeit wird denn eingesetzt? Wie lautet die URL zur Seite und welche Suchbegriffe wurden verwendet?
-
Da wären z.B. https://pippinsplugins.com/products/restrict-content-pro/ und http://www.paidmembershipspro.com/. Ich mag beide, würde aber tendenziel in diesem Fall zu Pippins Plugin neigen. Btw. mit WooCommerce hat das nichts zu tun.
-
-
ah sorry, habe das überlesen, weil ich hier wirklich nur German Market vertrau, auch wenn die genauso ihre Macken haben

War bei mir auch lange so. Zwischenzeitlich haben viele Kunden Germanized und ich muss mich damit auseinander setzen.
Eines ist auf jeden Fall erfreulich, auch wenn es etwas gedauert hat bis der Entwickler einen von mir gemeldeten Fehler (Mwst auf Versandkosten bei Deaktivieren der Mwst-Behandlung durch Germanized) nachvollziehen konnte und zugeben musste, dass dieser existiert (bis Version 1.3.5 einschl.), hat es dann nur wenige Minuten gedauert, bis er einen Bugfix auf Github zur Verfügung gestellt hat. Allerdings war das offizielle Update nach 13 Tagen immer noch nicht online (was dann wieder Abzüge im Support gibt).
Bei German Market wartet man oft vergebens auf Änderungen. Das Problem hier ist ganz klar der fehlende Mitbewerb. Lang war German Market der einzige Anbieter, mit Germanized gibt es endlich einen ernst zu nehmenden Konkurrenten. Vergleicht man das mit der Fülle an Plugins für Versandkosten und betrachtet den eingeschränkten Benutzerkreis (DE/AT) wird klar warum die Entwicklung eher schleppend geht.
-
a
c) Wenn etwas nicht vorhanden ist, braucht es auch niemand.Das stimmt nicht. Wenn etwas nicht vorhanden ist bedeutet das nur, dass bis dato beim Core Team keine Notwendigkeit gesehen wurde. Ansonsten würde es keine Plugin Entwicklung geben. In WooCommerce gibt es auch keine Rechtssicherheit für den deutschen Markt. Dennoch gibt es Plugins wie Germanized

-
Ich bekomme auch gleich die Krise .... Ich versuche jetzt zum dritten Mal einen Link zu posten, jedes Mal kommt der Hinweis auf die Moderation des Beitrags. Grrrr .... also noch ein Versuch: http://bit.ly/1E5Uvlc