Beiträge von mensmaximus

Hört sich danach an, dass ein Plugin oder Tehem nicht 4.2 kompatibel ist. Alle Plugins deaktivieren und testen. Theme wechseln und testen.

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule> [COLOR=#000000][FONT=Consolas]# END WordPress
[/FONT][/COLOR]

in die .htaccess eintragen.

Es handelt sich um ganz normale Filter und Actionen in WordPress, die Du über die functions.php Deines Childthemes aufrufen kannst. Mit folgendem Code kannst Du Dir die entsprechenden Informationen anzeigen lassen.

add_filter( 'woocommerce_cart_item_name', 'mmx_modify_item_attributes', 1, 2 );
add_action( 'woocommerce_order_item_name', 'mmx_modify_item_attributes', 1, 2 );
function mmx_modify_item_attributes( $name, $item ) {
	echo $name;
	if ( !empty( $item['variation_id'] ) ) {
		echo '<pre>' . print_r( $item, true ) . '</pre>';
	}
}

Innerhalb der If Abfrage kannst Du jetzt Deinen HTML Code zu Ausgabe erstellten.

Erkläre uns doch einmal was Du mit "unsichtbaren Canvas" meinst.

Der Filter woocommerce_cart_item_name und die Action woocommerce_order_item_name können verwendet werden um die Ausgabe entsprechend zu ändern.

Proof of concept:

add_action( 'woocommerce_after_add_to_cart_form', 'mmx_variations_table' );
function mmx_variations_table() {
	global $product;
	if( $product->product_type == 'variable' ) {
		$variations = $product->get_available_variations();
		foreach( $variations as $id => $variation ) {
			$attr = array();
			foreach ( $variation['attributes'] as $attribute ) {
				array_push( $attr, $attribute );
			}
			echo '<div>' . join(', ', $attr)  .  " " . $variation['price_html'] . '</div>';
		}
		/* comment in next line to debug the variations array */
		// echo '<pre>' . print_r( $variations, true ) . '</pre>';
	}
}

Der Code geht in die functions.php Deines Childthemes. Durch Einkommentieren der Zeil unterhalb des Debug Kommentars kannst Du Dir das Array aller Variationen anzeigen lassen um zu sehen wie Du an welche Information gelangst.

Der Code ist auf WordPress 4.2 mit Woocommerce 2.3.8 getestet und liefert die Attribute einer Variation mit dem formatierten Preis zurück.

Wie immer gilt: Code wie gepostet, keine Garantien, kein Support.

Am einfachsten postest Du mal den Inhalt der .htaccess

Zitat von isidde

Spezialisten, die ich bisher probiert habe, war, dass sie keine waren! :shock:

Ja das ist oft so. Ich habe 15 Jahre lang HA Systeme entworfen, gebaut und betrieben. In den ganzen Jahren sind mir auch nur sehr wenige Leute begegnet, die die Bezeichnung Spezialist wirklich verdienten. Ich habe Dir eine PM geschickt.

Da Du mit Varnish arbeitest bringt Dir App Engine nichts. Für WordPress lautet meine Empfehlung aktuell

1. Apache 2.4.x oder Nginx 1.8.x
2. PHP 5.6 als PHP-FPM
3. Varnish
4. MariaDB

Schau Dir mal https://wordpress.org/plugins/ip-based-login/ an

Kannst Du auf PHP 5.6 umstellen und erneut testen?

Schon mal vorab:

1. In die style.css des Childthemes gehören ausschließlich die Änderungen.
2. Der Codex beschreibt wie ein Child erstellt wird.

Wie hast Du das Child Theme also erstellt?

Vorsicht! Das Löschen von Variationen in der Datenbank ist vielschichtig, weil diese in mehreren Tabellen verankert sind. Das Löschen ändert auch nichts der "Aufzählungsnummer", die Zahlen werden also nicht mehr kleiner, was auch im Regelfall nicht weiter wichtig ist, das diese Nummern in den meisten Fällen (Themes, Plugins) nicht nach außen durchgereicht, sprich für den Kunden sichtbar werden.

Für diese Arbeiten bieten sich spezielle "Editor Plugins" an. Ein Blick auf https://wordpress.org/plugins/smart-…-wp-e-commerce/ kann sich lohnen. Gute Erfahrungen in 90% der Einsatzgebiete habe ich mit http://codecanyon.net/item/woocommer…lk-edit/8011417

Grundsätzlich gehören benutzerspezifische Funktionen in die functions.php eines Childthemes. Um es einmal zu testen kann man das durchaus einmal in die functions.php des Themes eintragen. Eine Dauerlösung ist das jedoch nicht. Ein Childtheme ist in maximal 15 Minuten erstellt und garantiert das Überleben der Anpassungen auch bei Updates.

Mit den Import Plugins ist das so ein Thema. Es gibt wenige und diese wenigen haben Ihre Stärken und Schwächen. Dabei kommt es auch ganz auf den Workflow an und wie oft welche Vorgänge wiederholt werden. Das bekannteste ist sicherlich WP All Import plus Woocommerce Erweiterung. Für das pure Abarbeiten von Variatonen existierender variabler Produkte finde ich http://codecanyon.net/item/woocommer…plugin/10955154 gut, allerdings ist für andere Einsatzzwecke ungeeignet, weil es derzeit einen Bug mit mehrzeiligen Beschreibungen gibt.

Zitat von lemontree

wobei mir dabei die Sidebar sehr gut gefällt (die könnte man so auch hinbekommen im aktuellen BLOG)
und dieser Rollover Effekt bei den Bildern mit Pinterest Verlinkung. Außerdem hat der keine Excerpt Function
und somit sind die Blogeinträge immer direkt sichtbar und nicht umständlich mit "read More" Button versehen
(ich weiß SEO technisch anscheinend schlechter) was beim aktuellen BLOG laut Urheber nicht deaktivierbar ist ohne groß in die Programmierung einzugreifen.

Der Eingriff ist "minimal Invasiv" und erschöpft sich in der Erstellung eine Child Themes und der Anpassung des Loops. Für einen geübten Entwickler eine Sache von 1-2 Stunden. Wenn Du Dich als Laie daran machst wird es deutlich länger dauer. Falls die Seite für Dein berufliches Engagement, z.B. als Fotograph, gedacht ist, empfehle ich Dir einen erfahrenen Webdesigner zu beauftragen, damit das Ergebnis professionell aussieht.

Es handelt sich nicht um ein Limit der Variationen sondern um einen Überlastungsschutz bei der Abarbeitung für Durchlauf. Man kann das Limit durch folgenden Eintrag in der functions.php erhöhlen:

define( 'WC_MAX_LINKED_VARIATIONS', 200 );

Folgende Probleme können daraus entstehen:

1. Überlastung des Servers mit Folge der Sperrung durch den Provider

2. Erreichen des PHP Timeouts mit Folge des Abbruchs und fehlerhafter Speicherung

3. Überschreitung der Sicherheitsparameter auf dem Server (mod_security) mit Folge des Nichtspeicherns

Ich empfehle bei vielen Variationen die Verwendung von Import Plugins.

Zitat von isidde

[COLOR=#333333][FONT=Open Sans]Weiß jemand, ob und wie man Down-Zeiten ganz vermeiden kann, bzw., wie man analysieren kann, wodurch die Down-Zeiten genau verursacht wurden? Es gibt ja die Error-Logs, nur kann die kein Mensch vernünftig interpretieren![/FONT][/COLOR]

Ganz vermeiden wird man Downtimes nie können. Verfügbarkeiten nach Six-Sigma sind aber möglich. Die Frage ist ob das Budget für mehrfach redundante Systeme vorhanden ist.

Viel wichtiger ist die Frage nach dem Warum der Downtime. Das Error Log kann dabei eine wichtige Hilfe sein, muss es aber nicht. Steigt der V-Server aufgrund eines Fehlers im Betriebssystem aus, ist das Error Log keine Hilfe. Ein Anleitung zum Debuggen von Serverausfällen wird Dir im Forum niemand geben können. Wenn die Webseiten wichtig sind und die Downtime Geld kostet bzw. Kunden verärgert, ist es es ratsam einen Spezialisten einzuschalten, der das Problem schnell findet und beseitigt.

Caching Plugins bleiben deaktiviert bis das Problem gefunden ist.

Zitat von weirdy

PS: Kennt jemand ein gutes, einfaches Katalog Plugin für woocommerce?

Mein Favorit, weil entwicklerfreundlich, und bei vielen Kunden im Einsatz: http://codecanyon.net/item/catalog-m…ommerce/9658165

Die eigentliche Arbeit fängt doch jetzt erst an. Aktivieren ein Plugin nach dem anderen wieder bis der Fehler auftritt. Dann weist Du welches Plugin problematisch ist und kannst mit dem Entwickler Kontakt aufnehmen.