Commerce Kickstart > Shop mal einfach!
Commerce Kickstart ist ne feine Sache für alle die nicht programmieren können und mit wenig ausprobieren der zahlreichen Module, recht schnell einen recht professionellen Shop an den Start bringen wollen.
-------------------------------------------------------------------------
Update 06.01.2014
Bezüglich der Übersetzungen empfehle ich folgendes
1.) 2.1 Version installieren
2.) Modul Localization Update installieren. Bei 1&1 Managed Servern wegen dem Timeout
in der Datei /sites/all/modules/l10n_update/l10n_update.locale.inc den Wert drupal_set_time_limit(240) auf bspw. 840 erhöhen.
3.) In /admin/config/regional/language/update als Speicherort sites/all/translations angeben und bei Check for updates of disabled modules and themes einen Haken setzen.
4.) Unter /admin/config/regional/language als Sprache deutsch auswählen und das Sprachupdate durchlaufen lassen.
5.) Zur Sicherheit das Localupdate im Translate Interface nochmal durchlaufen lassen (Refresh Information > Update).
6.) Default Language auf deutsch stellen und einmal angucken.
6.) Die aktuelle Commece Kickstartversion 7.x-2.x derzeit 7.x-2.11 ziehen, entpacken, auf dem Server alles außer dem Ordner sites und php.ini löschen und die 2.11er Version außer sites draufschieben.
7.) update.php ausfühern. Bei der Errormasage wegen Yottaa einfach auf try again und dann Continue klicken (27 austehende Aktaullisierungen).
8.) Jetzt erscheind eine furchteinflößende Fehlermeldung. Update.php wiederholen. Es stehen noch 5 aktuallisierungen aus.
9.) ES IST VOLLBRACHT UND ES SIND 92,73% AUF DEUTSCH IM GEGENSATZ ZUR DIREKTEN INSTALLATION UND ÜBERSETZUNG VON 7.x-2.11 MIT 55.67%
Die anderen Grundeinstellung von Localization Update sind voll Ok.
Wenn Ihr bei der Installation weiterer, aktueller Module bemerkt, dass es dafür keine Übersetzung gibt, könnt Ihr hier ältere Übesetzungen runterladen und manuel importieren.
Viel Arbeit die sich lohnt... ;-)
Wichtig: Überschreibt Euch nicht die bestehenden Übersetzungen bei nächsten Translation Update!
-------------------------------------------------------------------------
Nach der Übersetzung ins deutsche ist das Modul recht verständlich. Die Menüstrukturierung für die Managementtools ist im vergleich zum Originalcore etwas gewöhnungsbedürftig, aber das waren meine ersten Schritte mit Drupal auch.
Die Commerce Kickstartditribution bringt von Haus aus alle notwendigen Funktionen mit und die Test-, Vorführinstallation kann nach belieben bearbeitet werden.
So hat man dann z. Bsp. auch schon eine vorkonfigurierte Slideshow.
Ich bin begeistert. Mal sehen wie es sich mit den grundsätzlichen Shopkonfigurationen wie Mwst, Versand, Zahlungsmodi verhält.
Zur Nutzung ist eine Installation in einem leeren Verzeichnis wie bei einer normalen Coreinstallation nötig. Platz etwa 15MB, gut 5000 Dateien, 90MB PHP-Speicherplatz reichen in jedem Fall für die Installation, die Testinstallation kommt mit einem Kickstart Subtheme basierend auf dem Omega 5 und ist somit auch durch responsive Mobilekompatibel.
KLASSE!
Wie sich mein Shopprojekt entwickelt könnt Ihr bald hier mitverfolgen.
Gruß Frank
Nachtrag 25/02/2013
Was ich noch verschärft finden würde, ist wenn die CK-Entwickler den Core nochmal mit dem AT-Theme rausbringen.
Geil wäre dann natürlich wenn es dann so angelegt wird, dass man dann mit Backup & Migrate seine Daten und Konfigs einspielen kann.
Das AT-Commerce-Theme hat bei mir Fehler verursacht und man müsste da auch alles umstricken. > Ein Satz mit X: das war wohl nix! > Schade, da es mehr Möglichkeiten zur Individualisierung bietet.
Gruß Frank
| Anhang | Größe |
|---|---|
| CK Front.gif | 266.4 KB |
| CK Blockregionen.gif | 211.42 KB |
- Anmelden oder Registrieren um Kommentare zu schreiben
Ein paar Fragen
am 13.02.2013 - 21:06 Uhr
beschäftigen mich.
1) Dein Shop scheint nicht ganz fertigestellt worden zu sein. Gibt es Probleme ?
2) Kickstart 7.x-2.2 von der engl Seite. habe ich runtergeladen und auf meinem Webserver hochgeladen. Du schreibst "Nach der Übersetzung ins deutsche ist das Modul recht verständlich". Nehme ich für Kickstart als deutsche Version einfach eine Drupal 7 Core Sprachdatei (http://localize.drupal.org/translate/languages/de) und lade diese ins Kickstart Verzeichnis hoch ?
Wer sonst kann mir diesbez. noch helfen ? Danke im voraus.
Installiere das Modul
am 13.02.2013 - 21:26 Uhr
Installiere das Modul [do:l10n_update Localisation Update]. Dann kannst Du über die Aktualisierung die Übersetzung runterladen wie bei jedem anderen Modul auch.
Beste Grüße
Werner
Hallo Drupalowski,Werner
am 13.02.2013 - 22:31 Uhr
Hallo Drupalowski,
Werner (wla) hat da den besten Tip für dich. Das Modul, richtig eingestellt, lädt z.Bsp. wöchentlich die aktuellen Übersetzungen runter. Ich mache dies manuel, ich mag automatismen nicht so.
Nein, es gibt keine Probleme mit dem Shop. Ich gehöre zu denen, welche nicht mit einem goldenem Löffel im A... geboren worden sind und muss für mein Geld arbeiten.
Neben dem Kickstartcore habe ich noch folgende Module drauf:
backup and migrate
captcha
commerce bank transfer
commerce paypal
facebook comments
i10n update (Localisation Update)
recaptcha
transliteration
wysiwyg
tiny mce
und demnächst kommt noch metatag.
Zur Zeit beschäftige ich mich allerdings mehr mit der Konfiguration denn der Produkteinpflege.
Das alles im nachhinein für die ganzen einzelnen Inhaltstypen und Produktvariationen zu machen ist recht aufwändig. Daher lieber gleich mit einigen Produkten experimentieren und dann mit der strammen Einpflege beginnen.
Ich hoffe, ich konnte Dir ein wenig helfen.
Gruß Frank
DANKE euch beiden.
am 14.02.2013 - 14:03 Uhr
Klingt vielversprechend. Die empfohlenen Module werde ich ebenfalls mal antesten. Leider muss ich auch fürs tägliche Brot arbeiten :-(( aber darin liegt ja die eigentlich Herausforderung, daß es nicht einfach sein soll.
Back zum Thema: und hier larvt mein Manko bzw. meine Verunsicherung:
Ich arbeite mit einem Ubuntu Notebook. Das heißt Kickstart wird nicht lokal installiert sondern auf dem Webserver online. Das Integrieren der ganzen Module macht mir etwas Sorgen.
Soll ich alle Module per FTP ins Kickstartverzeichnis entpacken und dann mit der Installation von Kickstart beginnen oder ist die Reihenfolge egal ? Ist das die richtige Vorgehensweise ? Leider gibt das www diesbezüglich nicht viel her. Zumindest das deutsche www nicht.
Grüße
Die Installation ist recht
am 14.02.2013 - 17:35 Uhr
Die Installation ist recht einfach.
Kickstart entpacken und per ftp (filezilla) in das gewünschte Verzeichnis schieben.
Die Domain auf das Verzeichnis einstellen.
Domain aufrufen und der Installationsrutine folgen.
Das Installieren von Modulen mache ich immer so.
In der Benutzeroberfläche auf die Modulseite gehen, mit Rechtsklick auf "Zusatz-Module" "in neuem Tab öffnen", das gewünschte Modul suchen; Rechtsklick "Linkadresse kopieren", unter "Neues Modul installieren" und dann dort die Linkadresse einfügen und der Installationsrutine folgen. Modul aktivieren, zack, fertig.
Gruß Frank
PS
Sag mal Drupalowski, stammt die Warenbestellung heute 14:45 Uhr von Dir?
Du kannst ja gern rumstöbern und probieren aber dann sei dann doch bitte auch so fair und trage eine E-Mail-Adresse wie test@test.de o.ä. ein.
Das finde ich genauso nervig wie die Eintragungen von Spamservern auf Seiten, welche ich noch nicht mit dem Captcha versehen habe.
Danke
am 15.02.2013 - 03:04 Uhr
die Route werde ich verfolgen.
Und nun zu Deiner Vermutung: ich habe nix bei Dir bestellt. Wenn dann würde ich Dich vorher fragen. Grüße
nun bin ich fast soweit
am 15.02.2013 - 05:17 Uhr
nach ein paar Hürden wie Zugriffsrechte, PHP Speicher erweitern, neue Dateien erstellen etc. bin ich nach der Installation bei:
CONFIGURE STORE angelangt und ab hier habe ich die Einstellungen
Functionality --> Do you want to install the demo store? oder als Alternative wenn ich nein wähle: Install additional functionality. Was wähle ich am besten ?
Currency O.K. in euro. Das habe ich verstanden.
Localization Natürlich YES gewählt
Tax Rate european VAT oder doch No sample tax rates ?
Ich bin ab hier ausgestiegen. Grüße
Leider zu früh :-((
am 15.02.2013 - 05:34 Uhr
Als ich meine Domain wieder aufgerufen hatte um zu sehen was passiert nach dem ich einfach so abgebrochen hatte, sah ich nicht mehr den Schritt CONFIGURE STORE
Also im Browser wieder ein paar Seiten rückwärts und doch die Einstellungen fertiggemacht.
Functionality Hier hab ich alles bis auf "Custom made ..." gewählt
Tax Rate doch european VAT gewählt.
Danach ging die Installation Additional Functionality los mit leider 2 roten Absätzen Fehlermeldungen. Am Ende doch ein Shop Screen mit der Überschrift Getting Started.
Bis auf die Fehlermeldungen hoffentlich gut gelaufen. Ich mache dann andermal weiter. Das reicht mir erst mal
Grüße
Du hast eine merkwürdige
am 15.02.2013 - 11:10 Uhr
Du hast eine merkwürdige Vorgehensweise. Brichst die Installation mittendrin ab, machst irgendwann weiter, wunderst dich, dass es nicht an gleicher Stelle weiter geht und später über Fehlermeldungen und brichst dann wieder ab. Ein bisschen Zeit solltest du dir schon nehmen, um so etwas vernünftig zu installieren.
Was erwartest du eigentlich? Dass eine automatische Installation durchläuft und dir einen Shop installiert, der komplett nach deinen Wünschen fix und fertig eingerichtet ist? So etwas wirst du nicht finden, bei keiner Shopsoftware der Welt. Was willst du denn überhaupt machen mit deinem Shop? Brauchst du dazu überhaupt Drupal?
Das finde ich nicht
am 15.02.2013 - 15:25 Uhr
Ich habe mich mehr als genug vorher informiert. Du wirst mir auch nicht weismachen wollen daß alles bei Dir trotz Recherche reibungslos geklappt hat.
Was momentan zählt: Der Shop scheint also in seinem Basiszustand zu funktionieren. Lass mal die Amateurerfahrungen beiseite. Die hat jeder mal gehabt.
Eigentlich brauche ich den Shop zum Antesten von max. 5 Artikeln. Ich hätte mich fast für Websitebaker entschieden, da ich eine private Homepage damit erstellt und von dessen Shopmodulen gelesen hatte. Es gab leider zur Shopintegrität von WSB wenig Infos und somit bin ich hier gelandet.
Also Installationen haben bei
am 15.02.2013 - 16:12 Uhr
Also Installationen haben bei mir eigentlich immer reibungslos geklappt, aber gut, ich habe mir auch Zeit dafür genommen. Ansonsten wüsste ich nicht, dass ich behauptet hätte, bei mir hätte immer alles reibungslos geklappt.
Viel Glück noch mit Drupal.
Danke ! plonk kenne ich nicht
am 15.02.2013 - 16:29 Uhr
Wenns wichtig ist, kann ich ja nach plonk suchen. Yes wie mans einfach herauslesen kann, komme ich nicht aus der IT Branche. Leider :-((. Einige fundamentale PHP Scripte zu interpretieren bin ich ja auch bereit zu lernen. A bissle html/CSS kann ich ja auch.
Hab aber derzeit ein hoffentlich nur vorübergehendes Problem: nämlich extrem lange Ladezeiten beim Domainaufruf. Entweder hätte ich auf jegliche Extra Funktionalitäten beim Installieren verzichten müssen. Siehe CONFIGURTATION--->Additional Functionality. Die Alternative wäre der Demo-Shop gewesen ??!! Was das im Einzelnen bedeutet hätte, habe ich nirgendswo gefunden.
Unter Additional Functionality hatte ich ja sowas wie animierte Bilder gewählt. D.h. diese Einblendung von verschiedenen Bilder zeitlich nacheinander + Zoom per Mausanzeige auf Produkte. Kann mir aber nicht vorstellen, daß diese die Ursachen für die langen Ladezeiten sind.
Vielleicht sollte ich Kickstart neu installieren mit Verzicht auf jegliche Extra Funktionalitäten. Die kann man ja auch später bei Bedarf zuschalten denke ich.
Meine Hürden sind aber unvermeidbare Hürden, die auf jeden bei neu aufgelegten CMS zukommen können. Da kannste vorher lesen und studieren bis Du grau wirst. Ich mache mir keine Vorwürfe. "Learning by Doing and Doing after Learning" Hand in Hand ist meine Devise.
Also ich habe den Demoshop
am 16.02.2013 - 15:49 Uhr
Also ich habe den Demoshop mit allen Funktionen installiert.
Derzeit habe den Cache etc. noch nicht aktiv, damit ich mir meine Konfigexperimente mit einem anderen Browser auch gleich ansehen kann ohne den Cache löschen zu müssen.
Laut Webmastertool > Abruf wie duch Googlebot beträgt die Ladezeit 1,5s. Das ist bei jetziger Konfig voll OK.
Pagespeed gibt normal 80Pkt und Mobile 68Pkt aus. Auch das sind Werte wo viele Sites nicht hinkommen. Mit Komprimierung etc. dürften die Werte nochmal um etwa 15Pkt hoch gehen.
Wer ist denn Dein Hoster? Wie ist Deine URL zwecks Analyse? Ist bei Dir die "RewriteEngine On"? Bei Apachesystemen, 1&1 musst Du soweit ich weiß auch noch "RewriteBase /" aktiviren, insbesondere für lesbare URL's.
Ja, aller Anfang ist schweer!
Als ich mit Drupal angefangen hatte, war ich ziemlich heftig am fluchen und ehrlich gesagt ist der Kaltstart gleich mit einem Shopsystem schon sehr ehrgeizig, um es mal vorsichtig zu formulieren.
Der Core und Funktionalität ist immer gleich, daher würde ich mich ersteinmal mit dem Core, den Contribmodulen und ggf. WYSIWYG, Tiny und Metatag vertraut machen und dann in Views etc. mal ein wenig reinschnuppern.
Gruß Frank
Tja bei Demoshop denkt man
am 16.02.2013 - 01:15 Uhr
Tja bei Demoshop denkt man automatisch an eine eher unvollständige bzw. vorübergehende Lösung. Eine z.B. Software Demoversion ist ja auch nix halbes, nix ganzes. Ich habe ja noch nicht viel gemacht. Vielleicht installiere ich Kickstart noch mal neu wobei ich mich auch bezüglich Deinstallationen von Software auf Webservern kurz einlesen muss.
Mein Hoster ist All-Inkl. Eigentlich bisher null Probleme mit denen gehabt.
Die Baustelle nennt sich haselnusscreme.de und so wie es aussieht für ne lange Zeit eine Baustelle. Naja peu a peu kommt man irgendwie weiter.
Jetzt habe ich grad die URL ohne http und www davor aufgerufen. Der Browser braucht mindestens 15 !! sekunden bis die Seite erreicht wird. Will damit sagen, dass der Aufbau gar nicht so lange dauert aber der Ping oder die Erreichbarkeit bis hierhin. Der Neuaufbau der Seite über das Refresh Button jedoch keine 2 sekunden ?! Es könnte sein daß das mit dem fehlenden http bei der Ersteingabe zu tun haben könnte.
Warum gibt denn eine WhoIs Abfrage
am 16.02.2013 - 13:57 Uhr
bei deiner URL kein Ergebnis bzw. eine Fehlermeldung ? Wollte mal schauen bei welchem Provider Du bist.
Bezüglich Rewrite Base habe ich in meiner .htaccess folgenden Inhalt gefunden. Bedeutet z.B. die Aussage "uncomment following" daß man lediglich die Rauten (Kommentare) weglassen muss, damit der Code aktiv wird ? Grüße
#
# Apache/PHP/Drupal settings:
#
# Protect files and directories from prying eyes.
<FilesMatch "\.(engine|inc|info|install|make|module|profile|test|po|sh|.*sql|theme|tpl(\.php)?|xtmpl)$|^(\..*|Entries.*|Repository|Root|Tag|Template)$">
Order allow,deny
</FilesMatch>
# Don't show directory listings for URLs which map to a directory.
Options -Indexes
# Follow symbolic links in this directory.
Options +FollowSymLinks
# Make Drupal handle any 404 errors.
ErrorDocument 404 /index.php
# Set the default handler.
DirectoryIndex index.php index.html index.htm
# Override PHP settings that cannot be changed at runtime. See
# sites/default/default.settings.php and drupal_environment_initialize() in
# includes/bootstrap.inc for settings that can be changed at runtime.
# PHP 5, Apache 1 and 2.
<IfModule mod_php5.c>
php_flag magic_quotes_gpc off
php_flag magic_quotes_sybase off
php_flag register_globals off
php_flag session.auto_start off
php_value mbstring.http_input pass
php_value mbstring.http_output pass
php_flag mbstring.encoding_translation off
</IfModule>
# Requires mod_expires to be enabled.
<IfModule mod_expires.c>
# Enable expirations.
ExpiresActive On
# Cache all files for 2 weeks after access (A).
ExpiresDefault A1209600
<FilesMatch \.php$>
# Do not allow PHP scripts to be cached unless they explicitly send cache
# headers themselves. Otherwise all scripts would have to overwrite the
# headers set by mod_expires if they want another caching behavior. This may
# fail if an error occurs early in the bootstrap process, and it may cause
# problems if a non-Drupal PHP file is installed in a subdirectory.
ExpiresActive Off
</FilesMatch>
</IfModule>
# Various rewrite rules.
<IfModule mod_rewrite.c>
RewriteEngine on
# Block access to "hidden" directories whose names begin with a period. This
# includes directories used by version control systems such as Subversion or
# Git to store control files. Files whose names begin with a period, as well
# as the control files used by CVS, are protected by the FilesMatch directive
# above.
#
# NOTE: This only works when mod_rewrite is loaded. Without mod_rewrite, it is
# not possible to block access to entire directories from .htaccess, because
# <DirectoryMatch> is not allowed here.
#
# If you do not have mod_rewrite installed, you should remove these
# directories from your webroot or otherwise protect them from being
# downloaded.
RewriteRule "(^|/)\." - [F]
# If your site can be accessed both with and without the 'www.' prefix, you
# can use one of the following settings to redirect users to your preferred
# URL, either WITH or WITHOUT the 'www.' prefix. Choose ONLY one option:
#
# To redirect all users to access the site WITH the 'www.' prefix,
# (http://example.com/... will be redirected to http://www.example.com/...)
# uncomment the following:
# RewriteCond %{HTTP_HOST} !^www\. [NC]
# RewriteRule ^ http://www.%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
#
# To redirect all users to access the site WITHOUT the 'www.' prefix,
# (http://www.example.com/... will be redirected to http://example.com/...)
# uncomment the following:
# RewriteCond %{HTTP_HOST} ^www\.(.+)$ [NC]
# RewriteRule ^ http://%1%{REQUEST_URI} [L,R=301]
# Modify the RewriteBase if you are using Drupal in a subdirectory or in a
# VirtualDocumentRoot and the rewrite rules are not working properly.
# For example if your site is at http://example.com/drupal uncomment and
# modify the following line:
# RewriteBase /drupal
#
# If your site is running in a VirtualDocumentRoot at http://example.com/,
# uncomment the following line:
# RewriteBase /
# Pass all requests not referring directly to files in the filesystem to
# index.php. Clean URLs are handled in drupal_environment_initialize().
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !=/favicon.ico
RewriteRule ^ index.php [L]
# Rules to correctly serve gzip compressed CSS and JS files.
# Requires both mod_rewrite and mod_headers to be enabled.
<IfModule mod_headers.c>
# Serve gzip compressed CSS files if they exist and the client accepts gzip.
RewriteCond %{HTTP:Accept-encoding} gzip
RewriteCond %{REQUEST_FILENAME}\.gz -s
RewriteRule ^(.*)\.css $1\.css\.gz [QSA]
# Serve gzip compressed JS files if they exist and the client accepts gzip.
RewriteCond %{HTTP:Accept-encoding} gzip
RewriteCond %{REQUEST_FILENAME}\.gz -s
RewriteRule ^(.*)\.js $1\.js\.gz [QSA]
# Serve correct content types, and prevent mod_deflate double gzip.
RewriteRule \.css\.gz$ - [T=text/css,E=no-gzip:1]
RewriteRule \.js\.gz$ - [T=text/javascript,E=no-gzip:1]
<FilesMatch "(\.js\.gz|\.css\.gz)$">
# Serve correct encoding type.
Header set Content-Encoding gzip
# Force proxies to cache gzipped & non-gzipped css/js files separately.
Header append Vary Accept-Encoding
</FilesMatch>
</IfModule>
</IfModule>
Ja!Bezüglich der URL handelt
am 16.02.2013 - 15:49 Uhr
Ja!
Bezüglich der URL handelt es sich hier um eine Subdomain. Ob diese via whois abrufbar ist habe ich noch nicht probiert.
Welchen Hoster ich nutze steht auch weiter oben in einem anderem Beitrag.
Gruß Frank
PS
Wer lesen kann ist klar im Vorteil und wer dann auch noch schreiben kann erst recht!
Eine recht gute Möglichkeit sich mit Drupal vetraut zu machen, ist die Nutzung des Backupmoduls. (OBEN LESEN!)
So kannst Du, nach belieben experimentieren und wenn etwas geklappt hat ein neues backup erstelln oder halt das System recht unspektakulär zurück setzen.
???
am 03.03.2013 - 10:50 Uhr
Ich hatte mal das hier versucht
Gibt es eigentlich einen Grund dafür, dass Commerce Guys hierfür eine Installationsrutine programmiert haben?
Eigentlich braucht man doch nur einen Original Drupal Core mit den nötigen Modulen im Standard Corepfad bereit stellen und für die vorgefertigte Shopkonfiguration ggf. zwei Backups mit Demo und Build anbieten.
Gibt es eigentlich ein Modul, dass aus einer konfigurierten Installation ein installierbares, konfiguriertes System erzeugt?
Warum eifach, wenn es auch kompliziert geht...!
Ich werde jetzt mal beigehen und CK händisch nachbauen und dann das Backup bereit stellen.
Gruß Frank
Schwierigkeiten bei der Kickstart Installation?
am 04.03.2013 - 09:27 Uhr
Hallo Drupalianer,
weiß nicht ob das hilfreich ist, aber ich hatte ebenfalls Schwierigkeiten bei der Installation von Kickstart...
Die Lösung war das entpacken mit 7Zip anstelle winrar oder ähnlichem...
In einem Unterordner war die Textzeile zu lang so dass sich der Shop nicht richtig installieren ließ...
Nach dem entpacken die Daten auf den Server, das PHP LIMIT hoch auf 256M und es funtze...
Gruß Smoocher
Der Shop ansich funktioniert,
am 04.03.2013 - 09:51 Uhr
Der Shop ansich funktioniert, nur halt nicht mobileoptimiert. Da haut was mit der Skallierung nicht hin.
Ich versuche gerade CK mit original DC und Modulen nachzubauen nur macht mir das Entity-Modul massiv ärger.
Recoverable fatal error: Argument 2 passed to entity_views_field_definition() must be an array, null given, called in /homepages/42/d252324900/htdocs/shop_tec_eu/sites/all/modules/entity/views/entity.views.inc on line 152 and defined in entity_views_field_definition() (Zeile 175 von /homepages/42/d252324900/htdocs/shop_tec_eu/sites/all/modules/entity/views/entity.views.inc).
Jetzt habe ich diesen schönen Patch dazu gefunden, nur wohin damit?
diff --git a/includes/entity.controller.inc b/includes/entity.controller.incindex 6999e12..399987c 100644
--- a/includes/entity.controller.inc
+++ b/includes/entity.controller.inc
@@ -622,8 +622,12 @@ class EntityAPIControllerExportable extends EntityAPIController {
if ($conditions) {
foreach ($entities as $key => $entity) {
$entity_values = (array) $entity;
- if (array_diff_assoc($conditions, $entity_values)) {
- unset($entities[$key]);
+
+ foreach ($conditions as $c_key => $c_value) {
+ if (!isset($entity_values[$c_key]) || serialize($c_value) != serialize($entity_values[$c_key])) {
+ unset($entities[$key]);
+ break;
+ }
}
}
}
Und auch hier gibt es so einiges mit dem nicht viel anfangen kann.
Gruß Frank
Hmmm... Klingt aber doch eher nach Template Problemen
am 04.03.2013 - 10:01 Uhr
Eine "Mobile" optimierte Ansicht, hat doch eigentlich nix mit den Modulen am Hut...
Hast Du mal versucht anstelle des Commerce Kickstart Theme auf das Omega Kickstart Theme zu wechseln?!
Oder welches Theme nutzt Du?
Eröffnungsbeitrag > Nachtrag
am 04.03.2013 - 10:14 Uhr
Eröffnungsbeitrag > Nachtrag 26/02/2013 ...
drruebe
am 04.03.2013 - 10:30 Uhr
Eröffnungsbeitrag > Nachtrag 26/02/2013 ...
Upps sorry...
Responsive Design ist so ein Thema...
Erstmal sollte die Drupal Installation einwandfrei funktionieren, egal ob Distribution oder manuell erstellt...
Danach sollte auch das Responsive Design klappen!
Hatte diesen Fall noch nie.
Viel Glück weiterhin, da kann ich wohl nicht helfen! Sorry!
Mobileskallierung Commerce Kickstart
am 04.03.2013 - 14:21 Uhr
Na gut,
ich habe jetzt einfach mal die "CK v2 Version" nackt installiert.
Mit dem "CK-Theme" ist unter "abut us" die Schrift kaum lesbar.
Mit dem "AT Commerce-Theme" sieht es aus wie es mir vertraut ist. Ergo, mit meiner alten Handykurke (Samsung 240px breit) kann man das "Lorem ipsum dolor..." gut lesen.
Dies ging mit der "v1" Version gar nicht und dennoch nervt mich, dass ich den Shop wegen Kompatibilitätsfehlern zwischen den Modulen Commerce, Entity, Order, Order UI, Product und wer weiß wo noch, nicht auf dem Drupal-Core nachbauen kann.
Weiß jemand wie es hier mit Coreupdates und CK-updates aussieht? Geht das problemlos?
Gruß Frank
"Aufgeben is nich..., ...bis das der Tot uns scheidet...!"