Beiträge von tifoserie

hat jemand zufällig einen Tipp, wie man das Problem angehen kann?

Zitat von flotte

Ist die erneute Übernahme der Seite vom Testserver zum Produktivserver noch möglich? Funktioniert alles auf dem Testserver wirklich einwandfrei?

Ich frage deshalb, weil sich solche Problem unter Umständen nur sehr schwer lösen lassen -wenn erst einmal ein Gemisch unterschiedlicher Codierungen entstanden ist.

Falls eine erneute Übernahme möglich ist, liegt die Ursache des Problems vermutlich bei unterschiedlichen MySQL-Versionen - ganz eventuell auch den PHP- oder Webservereinstellungen oder Dateien die im Zuge des Umzuges editiert wurden.

Ich habe es nun probiert. Und es scheint als hätten wir das Problem auf dem Testserver tatsächlich übersehen. Auch da erscheint dasselbe Dilemma

Erstmal vielen Dank für die zwei schnellen Antworten. Ich bin gestern gar nicht mehr dazu gekommen darauf einzugehen.

Zitat von SirEctor

Kannst du den Permalink der Seite denn manuell ändern? Ist die Seite dann aufrufbar?

Ja, das kann ich. Das ist nicht das Problem. Allerdings wird es weiterhin im Frontend falsch ausgegeben.

Zitat von flotte

Ist die erneute Übernahme der Seite vom Testserver zum Produktivserver noch möglich? Funktioniert alles auf dem Testserver wirklich einwandfrei?

Ich frage deshalb, weil sich solche Problem unter Umständen nur sehr schwer lösen lassen -wenn erst einmal ein Gemisch unterschiedlicher Codierungen entstanden ist.

Falls eine erneute Übernahme möglich ist, liegt die Ursache des Problems vermutlich bei unterschiedlichen MySQL-Versionen - ganz eventuell auch den PHP- oder Webservereinstellungen oder Dateien die im Zuge des Umzuges editiert wurden.

Ich werde es heute nochmals probieren. Das ist natürlich das Worst-Case-Szenario, das man sich ausgemalt hat, aber besser als eine Seite voller Fehler. Ich werde aber umgehend nach dem Test eine Rückmeldung geben.

Hallo Zusammen,

ich muss das leidige Thema der Umlaute wieder aufgreifen. Ich habe eine Webseite inkl. Shop auf einem Testserver erstellt und dann umgezogen und live geschalten. Der Umzug erfolgte über den Duplicator problemlos, weshalb die Seite eben auch relativ zeitnah live geschalten wurde.
Nach einiger Zeit viel allerdings auf, dass im Shop teilweise keine Artikel gefunden werden, die Umlaute enthalten. Angezeigt werden die Umlaute in den Produkten und Artikeln korrekt. Nur werden Sie nicht immer gefunden und in den Permalinks teilweise auch falsch ausgegeben.

Ich habe diesen Artikel bereits gefunden und angewandt.
http://faq.wpde.org/warum-mag-mein…-sonderzeichen/

Ebenso habe ich zahlreiche Artikel, wie http://www.sebastianviereck.de/mysql-php-umla…ichen-utf8-iso/. Alles ohne den erwünschten Erfolg. In der Datenbank selbst ist auch UTF-8 angegeben und die Umlaute sind korrekt.

Um mal einen Eindruck zu bekommen, was ich meine, mit Permalinks werden teilweise je nach Produkt falsch ausgegeben und sind deswegen auch nur teilweise auffindbar:
http://yyy.xx/fleischk%E2%80%9E%22aese-mit-pizza/ und http://yyy.xx/ein-runder-kaeselaib/ letzterer Artikel wird über die Suche normal gefunden, während der erste Artikel über 'käse' eben unauffindbar ist, sondern nur über die 'pizza'. Auch ein Neuanlegen des Artikels brachte bisher keine Lösung. Ebenso habe ich bereits ein Standard-Theme aktiviert und alle Plugins deaktiviert, alles bleibt beim Alten.

Kann mir da evtl jemand weiterhelfen?

aaah OK, stimmt. Danke schön. Manchmal stehe ich doch etwas auf dem Schlauch.

Dir trotzdem nochmals vielen Dank

Hi,

erstmal vielen vielen Dank für Deinen Ansatz. Das geht defintiv in die richtige Richtung. Es besteht nur ein Problem, der zusätzlich Eintrag steht nun direkt hinter dem Titel des Produkts. Wie kriege ich diesen denn eine Zeile weiter herunter und etwas kleiner?

Hallo zusammen,

ich nutze das Pulgin German Market und habe einen WooCommerce Shop aufgesetzt. Nun würde ich sehr gerne ein zusätzliches Feld im Warenkorb/Bestellübersicht einfügen. Von den Authoren von German Market wurde ich diesbezüglich auf http://www.remicorson.com/mastering-wooc…-custom-fields/ hingewiesen. Das funktioniert auch soweit, also die Eingabe und das Speichern.
Mein Problem liegt in der Ausgabe. Wo muss ich den Code einfügen, dass er im Warenkorb unter dem jeweiligen Produkt, wie eine Variable des Produkts erscheint. Germanize hat bereits etwas sehr ähnliches mit dem Feld "Kurzbeschreibung Warenkorb". Allerdings führt es zu Konflikten in der Darstellung zwischen German Market und Germanize. Darum eben meine Frage.

Ich habe mal ein Screenshot davon angehängt, um es besser darzustellen, was genau ich meine.

Hallo zusammen,

ich benötige nachdem das eine Problem behoben ist eine weitere Hilfestellung. Ich bin auf der Suche nach einem Plugin, das Artikel filtert, aber nicht durch auswählen, sondern durch ausschließen. Also wie beispielsweise die Product Filter Plugins, dass über Checkboxes, Dropdown etwas ausgewählt wird. Aber dann sollen nicht Artikel erscheinen, die dafür zutreffen, sondern genau das Gegenteil, Artikel die das Ausgewählte beinhalten, sollen nicht angezeigt werden.

Gibt es so etwas? Oder gibt es es eine Möglichkeit, ohne großen Aufwand eine bestehendes Plugin zu modifizieren?

Auch wenns etwas später wurde, aber ich möchte mich recht herzlich für den Hinweis bedanken. ich kam leider letzte Woche nicht zum Testen, aber ich werde es die Tage nun tun

Hallo zusammen,

ich bin auf der Suche nach der Zahlungsart Kauf auf Rechnung, finde aber irgendwie nichts.
Hintergrund ist der folgende, wir möchten unseren Stammkunden die Möglichkeit geben, dass sie ab der x-ten Bestellung auf Rechnung zahlen können.

Gibt es da irgendeine Möglichkeit/Plugin um dies zu ermöglichen?

Danke im Voraus

danke schön, genau so einen Hinweis habe ich benötigt. Ich stand offensichtlich vor dem Wald und sah die Bäume nicht :roll:

Hallo zusammen,

ich benutze das oben genannte Plugin und würde gerne AdSense über dieses Plugin integrieren: https://www.remicorson.com/product/wp-job-manager-adsense/

Dort ist folgender Satz vermerkt: Please note that the plugin works only if the show_filters argument is set to false within the [jobs] shortcode.

Da der Author mir da nicht weiterhelfen will/kann und das Support-Forum von ihm nur für Themeforest-Kunden ist, nicht für die Kunden über seine Webseite und es keine außer Twitter keine Kontaktmöglichkeit gibt oder auch nur eine Dokumentation gibt, wäre ich sehr dankbar wenn mir jemand weiterhelfen könnte, wo ich das von true auf false setzen muss.

Danke im Voraus

Ich habe den Übeltäter nun gefunden. Er war in dieser Funktion/Filter versteckt. Ich habe ihn benutzt, da ich eine Verzeichnisseite habe, in der Lokalitäten eingetragen werden können. Aber im Original das englische Adressformat eingegeben war.

function custom_address_formats( $formats ) {	$formats[ 'DE' ]  = "{address_1} {street_number}\n{address_2}\n{postcode} {city} \n{country}";
	
	return $formats;
}
add_filter( 'woocommerce_localisation_address_formats', 'custom_address_formats', 20 );

Gibt es eine Möglichkeit dass das Adressformat der Eintragungen und die Kundenadressen korrekt dargestellt werden?

Ok trotzdem danke schön. Da du grad Filter erwähnt hast. Gibt es denn eine Möglichkeit, das Problem mit einem Filter zu beheben. In der order-detail.php steht beispielsweise an der Stelle folgender Code:

<div class="col2-set addresses">


    <div class="col-1">




<?php endif; ?>




        <header class="title">
            <h3><?php _e( 'Billing Address', 'woocommerce' ); ?></h3>
        </header>
        <address>
            <?php
                if ( ! $order->get_formatted_billing_address() ) {
                    _e( 'N/A', 'woocommerce' );
                } else {
                    echo $order->get_formatted_billing_address();
                }
            ?>
        </address>




<?php if ( ! wc_ship_to_billing_address_only() && $order->needs_shipping_address() && get_option( 'woocommerce_calc_shipping' ) !== 'no' ) : ?>




    </div><!-- /.col-1 -->




    <div class="col-2">




        <header class="title">
            <h3><?php _e( 'Shipping Address', 'woocommerce' ); ?></h3>
        </header>
        <address>
            <?php
                if ( ! $order->get_formatted_shipping_address() ) {
                    _e( 'N/A', 'woocommerce' );
                } else {
                    echo $order->get_formatted_shipping_address();
                }
            ?>
        </address>




    </div><!-- /.col-2 -->




</div><!-- /.col2-set -->

diese formatted_billing_address ist widerum in wc_abstract-order.php hinterlegt. Dort heißt es:

public function get_formatted_billing_address() {        if ( ! $this->formatted_billing_address ) {




            // Formatted Addresses
            $address = apply_filters( 'woocommerce_order_formatted_billing_address', array(
                'first_name'    => $this->billing_first_name,
                'last_name'     => $this->billing_last_name,
                'company'       => $this->billing_company,
                'address_1'     => $this->billing_address_1,
                'address_2'     => $this->billing_address_2,
                'city'          => $this->billing_city,
                'state'         => $this->billing_state,
                'postcode'      => $this->billing_postcode,
                'country'       => $this->billing_country
            ), $this );




            $this->formatted_billing_address = WC()->countries->get_formatted_address( $address );
        }




        return $this->formatted_billing_address;
    }

Das sieht in meinen Augen noch gut aus oder täusche ich mich da? Gleichzeitig heißt es ja, dass es auch auf die class-wc-countries.php da dort das format defintiert wäre. Dort ist folgendes hinterlegt:

* Get country address formats     * @return array
     */
    public function get_address_formats() {
        if ( ! $this->address_formats ) :




            // Common formats
            $postcode_before_city = "{company}\n{name}\n{address_1}\n{address_2}\n{postcode} {city}\n{country}";




            // Define address formats
            $this->address_formats = apply_filters( 'woocommerce_localisation_address_formats', array(
                'default' => "{name}\n{company}\n{address_1}\n{address_2}\n{city}\n{state}\n{postcode}\n{country}",
                'DE' => "{company}\n{name}\n{address_1}\n{address_2}\n{postcode} {city_upper}\n{country}",

Sorry für die vielen Codeschnippsel. Ich versuche nur mit wieder einen Überblick zu verschaffen und glaube, dass ich etwas den Durchblick verloren habe ;-)

Danke so sehe ich das auch. Ich habe mich jetzt auch nochmals an den Support gewandt und bin gespannt, was die dazu sagen. Melde mich sobald es etwas neues dazu gibt.

Du weißt nicht zufällig, in welcher Datei es ungefähr liegen könnte, oder?

danke für die schnelle antwort. es handelt sich um die aktuelle version von 'listify'. der support von denen behauptet es sein woocommerce problem, weshalb sie mir da auch nicht helfen könnten

Hallo zusammen,

ich habe folgendes Problem. Und zwar möchte ich bei meiner Seite WooCommerce integrieren. Alles läuft soweit gut und so wie es soll. Nur eine Sache macht mir Probleme. Wenn ich eine Bestellung bekomme, dann wird unter Rechnungs- und Versanddetails jeweils nur Straße und Hausnummer und PLZ und Ort angezeigt. Bei den E-Mails oder im Rechnungs-PDF das gleiche Bild.
Ich hätte sehr gerne Firma, Namen, Straße/Nr, PLZ/Ort, wie es normal ist. Wie oder wo kann ich das denn umstellen. Über jede Hilfe wäre ich sehr dankbar.

Viele Grüße

Hallo zusammen,

ich teste aktuell bbPress und stieß auf ein Problem. Und zwar erhalte ich immer ein neuen Blogbeitrag, wenn ich etwas ins Forum schreibe, sei es ein neues Thema oder eine Antwort. Beides erscheint als neuer Blogbeitrag bzw als Link zum Forum. Kann man das irgendwie deaktivieren?

Neben bbPress habe ich noch folgende bbPress Erweiterungen aktiviert: bbPress Adminbar-Zusatz, bbPress Email Notifications, bbPress Such-Widget, GD bbPress Attachments und reCaptcha for bbPress 2.0.

Über Hilfe wäre ich sehr dankbar.
Viele Grüße

Noch ein Nachtrag, falls jemand dasselbe Problem hat. Ich habe grad den Support vom Author WP to Twitter in Anspruch genommen. Wir haben ein wenig probiert und es stellte sich raus, dass das Problem nicht mehr auftritt, wenn Jetpack deaktiviert wird. Sofern Jetpack deaktiviert is läuft WP to Twitter wieder problemlos.

so, hier der versprochene Nachtrag. Also ich habe jetzt das memory_limit auf 256MB gesetzt und mir nochmal alles angeschaut. Das Ergebnis war leider immernoch dasselbe.
Da fiel mir ein, dass ich nach dem Update auf 3.4 das Plugin "WP to Twitter" ebenfalls aktualisierte. Dieses via FTP entfernt, da ich ja im Backend nicht zu den Plugins kam, siehe da - Problem gelöst.