Beiträge von mensmaximus

Zitat von Guevara73

Ich habe nun die Dateien auch unter /wp-content/languages/woocommerce hochgeladen, bringt aber gar nichts, die Übersetzungen werden hier gar nicht übernommen...

Dann stimmt etwas anderes nicht (Cache nicht gelöscht, Cache Plugin, anderes Plugin was die Übersetzungen oder Sprache beeinflusst, usw.). Seit der Übernahme von WooCommerce durch Automattic folgt WooCommerce dem Standard bei der Übersetzung. Entsprechend gehören Anpassungen, die nicht überschrieben werden sollen nach /wp-content/languages/woocommerce: https://docs.woothemes.com/document/woocommerce-localization/

Das kann man unterschiedlich lösen und es bedarf einer Beratung durch den Fachmann um den richtigen Weg für diesen Anwendungsfall zu finden. Wenn der Onlineshop aber nur ein Hobby ist und der kaufmännische Erfolg keine Rolle spielt, kann man mit http://codecanyon.net/item/woocommer…options/7908619 selbst experimentieren.

Zitat von Tooni

Der Grund für meine lokale Test-Installation besteht eigentlich nur darin, eine Umgebung zu haben, die 1:1 der Live-Version entspricht,

Was sie ja NICHT tut, weil kein Hoster mehr W2k3 mit einem hoffnungslos veralteten XAMP Stack verwendet. Und was die "Lösung" angeht, stellt sich die Frage wieso es "vorher" funktioniert haben soll, wenn der Haupt-HTTP-Transport curl() noch nie aktiv war. Die Fallbacks fopen() und fsockopen() hätten sich ja nicht verändert (kein PHP Update).

Nochmal, auch wenn Du es nicht hören willst und Deine Zeit so heilig ist, dass man sie nicht verschwenden darf (die von anderen aber schon indem man Sie mit altem Zeug belästigt ;-) .... klingelt es? ):
Der einzig richtige Weg heißt Update, Update, Update - sowohl von WordPress, Plugins und Theme als auch des Applikation Stacks PHP, Web- und DB-Server sowie des Betriebssystems. Wer das nicht tut, gewöhnt sich an die "Schlamperei" und wird zukünftig ebenso unachtsam mit seiner Online Installation umgehen. Und dann lesen wir uns hier wieder mit dem Thread "Ich wurde gehackt, wo muss ich klicken um das zu reparieren?"

Zitat von paulche

aus meinem Checkout den Platzhalter "Appartement, Wohnung, Einheit etc. (optional)" entfernen

Zitat von paulche

Zwar ist das Feld jetzt ganz weg

Ach Du wolltest nur den Text im Feld entfernen :-) Das geht natürlich auch

add_filter( 'woocommerce_checkout_fields', 'mmx_modify_checkout_fields' );
function mmx_modify_checkout_fields( $fields ) {
	$fields['billing']['billing_address_2']['placeholder'] = '';
	return $fields;
}

Zitat von Tooni

Und was wäre da sinnvoller Weise zu aktualisieren?

Alles. Die Installation ist hoffnungslos veraltet (inkl. W2k3 !)

Zitat von Tooni

[...]vor ein paar Jahren mal XAMPP für Windows installiert[...]

Und seit dem nicht mehr aktualisiert? Dann könnte es an der PHP Version in Verbindung mit einem alten Apache liegen.

http://support.creoworx.com/forums/forum/w…-share-buttons/
http://support.creoworx.com/easy-social-sh…on/#document-30

Liegen die eigenen Übersetzungen in /wp-content/languages/woocommerce ?

Folgender Code geht in die functions.php eines Childthemes:

add_filter( 'woocommerce_checkout_fields' , 'mmx_remove_checkout_fields' );
function mmx_remove_checkout_fields( $fields ) {
	unset($fields['billing']['billing_address_2']);
	return $fields;
}

Dafür braucht man doch kein Plugin. Neue Benutzerrolle definieren, Capabillities zuweisen, login_redirect filter für die Benutzerrolle definieren. Fertig.

Tipp: https://codex.wordpress.org/Function_Reference/current_time

Das auslesen der Serverzeit per PHP ist bei der Programmierung in WordPress unklug.

Da fallen mir spontan zwei PHP Werte ein memory_limit und max_input_vars. Ersteres mal auf 256MB setzen und das zweite auf 5000.

Zitat von Otto5-5-5

Das im upselling angezeigten Bild ist das Produktbild,und wird recht aufgeblasen angezeigt.

Einfach die Anzahl der Spalten erhöhen ;-)

add_filter( 'woocommerce_output_related_products_args', 'mmx_related_products_args' );
function mmx_related_products_args( $args ) {
	$args['posts_per_page'] = 4;
	$args['columns'] = 4;
	return $args;
}

Zitat von martinfre

Das Memory Limit habe ich in der wp-config hochgesetzt.

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

Zitat von 1&1 Internet

In der Tat ist der Starter-Tarif für umfangreichere Themes eher nicht zu empfehlen. 128M Memory Limit gibt es im größten Shared Hosting-Tarif (dessen Werte dir der Kollege wohl temporär gesetzt hat).

Vielleicht sollte man dem Marketing einmal sagen, dass es nicht hilfreich ist, wenn auf der Homepage beim Starterpaket steht: "bis zu 300MB Ram". Besser wäre es das echte Memory Limit für PHP anzugeben.

Zitat von yin-yang-living

Es sieht aber tatsächlich so aus, als sei er zur Zeit vollständig ausgebucht. Der Tag hat eben nicht mehr als 24 Stunden.

Das ist verständlich. Dann müsst Ihr einen weiteren Entwickler engagieren (Job Forum), denn über das Forum lässt sich das Problem nicht lösen (zumindest wenn die Aussage des Entwicklers stimmt).

Das Support Forum für BeTheme ist voll mit diesem Problem: http://forum.muffingroup.com/betheme/discus…-options-saving
Für Fragen zu Premium Themes immer erst an den Entwickler wenden.

Das Memory Limit muss auf mindestens 128MB gesetzt werden. 1&1 kann sicherlich beantworten wie viel im Starter Paket enthalten ist. Wie das geändert wird steht in den FAQ bei 1&1: http://hilfe-center.1und1.de/hosting/1und1-…-a10791901.html

Das häufigste Problem bei der Umstellung auf PHP 7.0 sind indirekte Variablen in Plugins und Themes.

z.B. müssen Deklarationen wie

$var = $this->$element['type']( $element );

in

$var = $this->[B]{[/B]$element['type'][B]}[/B]( $element );

geändert werden.

Zitat von yin-yang-living

Ein Entwickler, der auf einer meiner Seiten als Webmaster fungiert, meint: "... da ist wohl einiges durcheinander.

Und warum löst er das Problem dann nicht?

Das solltest Du mit Deinem Hoster besprechen. Der NGINX Cache greift VOR WordPress.