Kommentare zu: WP e-Commerce bricht absichtlich andere Plugins und Themes

Von: xxx

xxx — Thu, 08 Dec 2011 13:42:27 +0000

da schreibt man einen kommentar was man sich noch wünscht und zack ist es da. sehr schön beschrieben!

Von: rd

rd — Tue, 25 Oct 2011 10:16:13 +0000

WP e-Commerce ist der letzte Mist. Das Ding funktioniert überhaupt nicht richtig und produziert ein Haufen Fehler in der Ausgabe. Jedem der einen Shop mit Wordpress betreiben möchte, würde ich sehr stark davon abraten dieses Plugin zu verwenden! Es gibt weitaus bessere und perfomantere Onlineshop-Lösungen wie z.B. WooCommerce.

Von: Ralf Dreiundzwanzig

Ralf Dreiundzwanzig — Sat, 11 Jun 2011 21:52:12 +0000

oh - was für eine Sauerei. Schon alleine der Kommentar ist

PHP
1
// Prototype breaks dragging and dropping, I need it gone
timing: 0.029s

PHP
1	// Prototype breaks dragging and dropping, I need it gone
timing: 0.029s

frech.

Da hat ein Entwickler die GNU nicht verstanden.

Er sollte den Text
Was ist Freie Software und warum ist sie wichtig?
von Georg C. F. Greve
mal lesen

Schade für die Nutzer

Von: codestyling

codestyling — Fri, 10 Jun 2011 09:01:34 +0000

Das Problem ist der admin_head hook! Selbst wenn ich es wieder reinholen würde, dabei sogar noch Kopfstände im WP Core Instanzen machen muß (weil man zu diesem Zeitpunkt das enqueue nicht mehr aufgelöst bekommt), kann man nicht sicherstellen, dass dann jQuery kompatibel dazu geladen wird!
Die einzig sichere Möglichkeit, die ich habe, besteht darin, die WP E-Commerce Funktionen auf meinen Plugin Seiten im Vorfeld auszuhängen (remove_action) !

Von: codestyling

codestyling — Fri, 10 Jun 2011 08:06:45 +0000

Es gibt mindestens 2 bessere Varianten, damit sauber umzugehen:

jQuery und Prototype korrekt miteinander zu benutzen
Den Page Load Hook zu verwenden.

Prototype (mit und ohne Script.acoulus) und jQuery kann man sehr wohl gleichzeitig in der gleichen Seite betreiben, dafür hat ja jQuery mit Boardmitteln schon gesorgt. Wenn man seinen Code also sauber für jQuery schreibt, gibt es keine Probleme mit beiden gleichzeitig. Hab ich schon oft parallel benutzt und ist die erste Wahl in meinen Augen. Ansonsten sollte man von Aussagen wie: “we make the best e-commerce plugin” deutlich Abstand nehmen.

Und es gibt ja noch diesen Hook:

PHP
1
2
$hook = add_management_page('My Backend Page', 'My Backend Page', 'manage_options', __FILE__, 'my_page_function');
add_action('load-'.$hook, 'my_admin_page_will_be_loaded_now');
timing: 0.027s

PHP
1 2	$hook = add_management_page('My Backend Page', 'My Backend Page', 'manage_options', __FILE__, 'my_page_function'); add_action('load-'.$hook, 'my_admin_page_will_be_loaded_now');
timing: 0.027s

wo man geziehlt und frühzeitig entscheiden kann, was passieren soll, bevor die Seite angefangen wird, zu rendern.

Von: Tobias

Tobias — Fri, 10 Jun 2011 07:34:46 +0000

Hallo,

während das “wp_deregister_script” sicherlich mit voller Absicht geschieht, vermute ich, dass der Entwickler den “admin_head” eben eher unabsichtlich nutzt, bzw. nicht in dem Bewusstsein, das er da so gravierende Probleme verursachen kann.
Die Nutzung von “admin_head-$hook$” hat sich eben leider noch nicht weit genug rumgesprochen… Ich erlebe das immer dadurch, dass andere Plugins ihr CSS auf allen Admin-Seiten laden.

Viele Grüße
Tobias

Von: Frank

Frank — Fri, 10 Jun 2011 07:33:45 +0000

Gute Info, ich hab nämlich gerade ein Projekt mit wp e-commerce und hätte vermutlich ewig nach dem seltsamen Verhalten gesucht.
Ich vermute, dass sich die wp e-commerce lange Zeit wegen Scriptacoulus geärgert hatten und diesen Weg wählten, um die anderen dazu zu bewegen, etwas zu verändern.

Von: Frank

Frank — Fri, 10 Jun 2011 06:10:10 +0000

Vermutlich hast du recht, da der Aufruf so bewusst integriert ist; da hilft nur eine Ignoranz gegenüber den Entwicklern und das durch die komplette Community, was vermutlich schwer wird. Ein erster Schritt ist getan, einen Artikel darüber und mittlerweile viele Tweets.
Wichtig für mich ist, dass du, ich und andere hoffentlich nicht ebenso in diese Praxis laufen und nachziehen; man sollte sich treu bleiben und daher der kurze Tipp mit der Abfrage; wobei ich davon ausgehe, dass du das weißt; kene ja dein Wissen rund um Coding - wenn auch schon lange nicht mehr persönlich

Von: codestyling

codestyling — Fri, 10 Jun 2011 06:03:11 +0000

Das war auch meine Vorstellung, wie ich das gedenke zu lösen. Ich sehe das absichtlich/unabsichtlich etwas anders. Scripte zusätzlich laden zu lassen und dadurch einen Bruch zu riskieren, sehe ich u.U. als unabsichtlich an.
Bewußt jedoch Scripte zu unterdrücken und auch noch so zu kommentieren, ist mit voller Absicht und Ignroanz der restlichen Welt. Ich bin schon lange nicht mehr so optimistisch wie du.

Von: Frank

Frank — Fri, 10 Jun 2011 05:50:12 +0000

Morgen,
in meinem unendlichen Optimismus gehe ich davon aus, dass dies ein Fehler ist und unabsichtlich von den Autoren des Plugins getan wird. Ein Hinweis an die Autoren ist sicher hilfreich. Aber das Beispiel zeigt schön, wie man über seinen Code nachdenken und nicht nur im eigenen Kosmos arbeiten sollte.
Eventuell kannst du im großartigen Plugin Localization via wp_script_is() nach der Bibliothek fragen und wenn wie hier nicht vorhanden, dann neu registrieren und laden wp_enqueue_script().
Beste Grüße