Beiträge von Mario_b

Hey pqmagic,

ich hab da auch schon ei paarmal drüber nachgedacht, ich lass mir da mal `ne Lösung einfallen und sende dir den entsprechenden Codeschnipsel zu , ich wollt das angesprochene nämlich auch mal in einem unserer Shops ausprobieren , also Anzeige der descriptoion nur wenn kein page-Paramter gesetzt ist, sollte iegentlich nicht so schwierig umzusetzen sein (unter vorbehalt weil noch nicht angesehen, vielleicht weiß admin da auch grad mehr als ich )

das ist noch so`n Thema leider, da läuft dann beim Speichern offenbar nicht das SEO-URL Modul (oder nicht richtig), dadurch bekommt dein /impressum.html dann den Namen impressum1.html - beim nächsten Durchlauf der SEO-Urls ändert sich dies dann wieder. Eine Zeitlang, bestand das Problem auch auf Produktebene, ich habe mir daher angewöhnt stündlich einen cronjob auszuführen : cache löschen, seo-urls ausführen, google sitemap neu generieren.

Der Hintergrund : bei "normaler" Integration des google+ buttons übermittelst du sofort Daten an Google sobald der User auf deine Seite gelangt = Abmahngefahr / datenschutzrechtlicher No-Go. Es hat sich daher eine 2-Klick-Lösung etabliert, d.h. der Kunde muss zunächst einmal klicken, damit er den Button überhaupt sieht - und auch erst dann, werden seine Daten an google übermittelt. Mit der Heise-Lösung, kann der User aber bestimmten, dass er den +1 Button auf allen Seiten die er besucht sofort angezeigt bekommt, d.h. wenn der User auf shop 1 einmal gesagt hat "gut, zeig mir das ding" , muss er auf shop b nicht nochmal den Button "herbeiklicken" sondern sieht ihn direkt, wodurch du wiederum den Vorteil hast, dass google den User überhaupt auf deiner Seite wahrnimmt. Du hast jetzt 4 Möglichkeitren : 1) button direkt einbauen und Abmahnungen herausfordern 2) Button mit einer eigenen 2-Klick-Lösung einbauen 3) Heise.de Lösung nutzen. 4) auf google+ verzichten.
Ganz egal für welche der ersten 3 Varianten du dich entscheidest, muss der Datenschutzhinweis natürlich auf deine Seite, nur der Verweis auf Heise.de reicht nicht da hast du recht!

Man kann sich jetzt über den BL streiten, aber Heise.de ist auch eine etablierte/vertrauenswürdige Seite,

das ist dann m.E. eher ein Hostingthema, weniger shopseitig, frag einfach mal bei deinem Hoster nach, da spielen dann noch andere Themen eine Rolle wie Trafficlimits etc, nicht dass du auf einmal nachzahlen musst o.ä.
Wenn du viele, große Dateien hast könntest du auch über Rapidshare-Premium oder einem ähnlichen Filehoster nachdenken, d.h. du stellst nur eine TXT Datei zum Downlaod bereit, die eigentliche Datei bekommt der Kunde dann von woanders (du kannst credits kaufen, die deinen Kunden den Downlaod mit voller Bandbreite ermöglichen ohne dass der Kunde selbst einen Account haben muss)

Ich würde auf htaccess / redirect Thema tippen, aber um dir konkret weiterhelfen zu können muss man sich das wahrscheinlich direkt im shop ansehen

Hey Chimaera, kannst du etwas mehr Infos und ggf. einen Beispiellink geben, ich habs zweimal gelesen und könnte noch nicht sagen worum es genau bei dem Problem geht?

Mit besten Grüßen aus Hamburg
Mario

Hallo Nöck,

überprüfe deine admin/includes/configure.php dateien, insbesondere den Teil unten mit der DB, greifst du ggf. auf die falsche/verschiene DB zu, oder hast du evtl einen SQL-User/PW mit unzureichenden Rechten eingetragen? (Read-only)

Mit besten Grüßen aus Hamburg
Mario

ALTER TABLE `admin_access` ADD `oboversandarten` TINYINT( 1 ) NOT NULL DEFAULT '0';

UPDATE `DEINDATENBANKNAME`.`admin_access` SET `oboversandarten` = '1' WHERE CONVERT( `admin_access`.`customers_id` USING utf8 ) = '1' LIMIT 1 ;

ersetze

DEINDATENBANKNAME mit dem Namen deiner DB (findest du z.B. in den includes/configures.php)

das ist anders gemeint, du sollst die tabelle admin_access um diesen wert erweiten , also text "oboversandarten" und "1" setzen" , orientier dich einfach an den anderen Punkten die schon drinstehen dann kann eigentlich nix schiefgehen

musst dich bei der paypal sandbox registrieren dafür

hey,

ich selbst habe nie mit downloadartikeln gearbeitet, allerdings läuft der modulshop von webdesign erfurt ja selbst mit com:seo und dort ist es so, dass ich die dinger direkt nach Zahlung runterladen kann, ich würde die Frage also ersteinmal mit ja beantworten

Hi,

wahrscheinlich kommst du nicht umhin die files alle zu überspielen und deine Änderungen nachzutragen, es hat sich da doch einiges verändert - zu deiner eigentlichen Frage , ob es "problemlos" möglich sei... nein, ganz ohne Fummelei wird es höchstwahrscheinlich nicht ablaufen, mach die Umstellung auf keinenfall am Liveshop sondern migriere zunächst auf einem Testserver

Hey,

das sollte mit comseo möglich sein ja , der modulshop von webdesign erfurt läuft ja zum Beispiel so. Habe selbst allerdings keine Erfahrungen mit Produktdownloads, kann dir also nicht viel dazu sagen wie gut es umgesetzt ist, aber prinzipiell machbar ist es

Hallo Reinhard,

das geht mit Sicherheit, aber du kannst es dir evtl einfacher machen, indem du ein extra-Modul dafür einbaust und somit nicht an die shopeigenen files ranmusst (erleichtert spätere Updates).

Ich verwende für meine Kunden dieses Modul hier http://www.xtc-load.de/2011/01/export…-und-intraship/
Ein paar Anpassungen sind nötig aber nichts dramatisches, und es bietet dir schon die Funktionen die du sonst wahrscheinlich ebenfalls in den export einbauen wollen würdest wie z.B. "nur neue bestellungen exportieren" etc, der shopeigene Export zieht ja von Haus aus erstmal jedesmal alles.

Mit besten Grüßen aus Hamburg

Mario

Okay... der Fehler entsteht durch die default.php (Danke Julien für die Frage nach dem Query, somit konnt ich mir das testen hier ersparen):

Der Join auf die specials table ist nicht fertig, in der default.php steht überall nur :

$field = 'INNER JOIN '.TABLE_SPECIALS.' s ';

dies sollte m.E. aber

$field = ' INNER JOIN '.TABLE_SPECIALS.' s ON ( p.products_id = s.products_id )';

sein, aber Achtung :das ganze ist m.E. nicht wirklich durchdacht, hierdurch ergibt sich jetzt nämlich eine "Artikel wurde nicht gefunden" Meldung wenn es eben keine Sonderangebote gibt - man muss sich also überlegen, ob man lieber falsche Sortierungen anzeigt (Kunde denkt er sieht Sonderangebote, tut er aber nicht) oder eben die Artikel nicht gefunden page, von welcher man ja erstmal nur mit dem zurückbutton wieder auf die vorherige Seite kommt... Wenn es Sonderangebote GIBT, diese aber deaktiviert sind, würde diese Änderung dazu führen dass der Artikel angezeigt wird (weil aktuell keine Überprüfung erfolgt, ob das Angebot überhaupt aktiv ist).
Besser wär`s wohl, wenn man die Sortirung nach Sonderpreis überhaupt nur hätte, wenn es eben auch Sonderpreise in der jeweiligen Auswahl gibt, aber da soll sich bitte jemand von webdesign erfurt drum kümmern.

Das andere Problem (mehrfacherscheinen der Artikel wie bei De Luca) lässt sich wohl mit einem "GROUP BY" im jeweiligen case lösen.

switch ($_GET['multisort']){
case 'specialprice':
$sorting = ' GROUP BY p.products_id ORDER BY s.specials_new_products_price DESC';
$field = ' INNER JOIN '.TABLE_SPECIALS.' s ON ( p.products_id = s.products_id )';
break;

da der case aber xmal vorkommt in abhängigkeit von isset manufacturers_id oder filter_id , muss man das wohl an mehreren stellen machen, aber vorsichtig testen - de luca, versuch du es mal ab Zeile ca. 459 , da du in dem o.gh. beispiel weder manufacturer_id noch filter_id gesetzt hast.

Bitte feedback ob der Quickfix läuft, aber das Thema muss unbedingt mal von erfurt angegangen werden.

Hi Markus,

hast du mal den cache unter konfiguration->cache deaktiviert und bleibt das erste Problem dadurch bestehen? (cache deaktivieren, hilfprogramme->cache löschen und noch`n harten browserrefresh mit STRG+F5 hinterher)

Ja die ganze Multisortnummer in Kombination mit der Pagenavigation und cache sorgt auch bei mir seit Ewigkeiten für richtig Trouble, euphemistisch ausgedrückt... ich kann nichtmehr sagen, wieoft wir da schon Kundenbeschwerden wegen hatten - das erstmal im Vorfelde, was jetzt den Konkreten Fall hier angeht: Das Problem konnte ich gerade in einem meiner Kundenshops nachstellen, komisch dabei ist, dass nur specialprice betroffen ist. Wenn keine Sonderangebote vorhanden sind, passiert es nicht.

ich hatte ebenfalls zunächst 100k doppelte Seiten im index, kurz darauf ist alles rausgeflogen und solche Späße, das Thema muss dringend mal auf ein solides Fundament gestellt werden.

Was jetzt nicht dein konkretes Problem der doppelten Anzeige behebt, wohl aber die Indexierung verhindern wird (und eigentlich JEDER zur Sicherheit mal machen sollte) : nofollow hinter die ganzen Sortierungslinks in includes/modules/product_listing.php

ca ab Zeile 166 suche nach

switch($getCols['col']) {
und füge DARÜBER ein :

//t10 : Nofollow Quickfix multisort um Doppelindizierung zu vermeiden
$nf =' rel="nofollow" ';

jetzt hängst du das an alle Links dran , leider etwas fleißarbeit da die cases hier einzelnd zusammengebaut werden :

aus

$view_per_site = ($per_site == 9 ? '<b>9</b>' : '<a href="'.xtc_href_link($file_name, xtc_get_all_get_params(array('products_id', 'x', 'y', 'cat', 'per_site', 'multisort', 'filter_id', 'page', 'view_as')).'per_site=9'.$get_param).'">9</a>').' | ';

machst du

$view_per_site = ($per_site == 9 ? '<b>9</b>' : '<a '.$nf.'href="'.xtc_href_link($file_name, xtc_get_all_get_params(array('products_id', 'x', 'y', 'cat', 'per_site', 'multisort', 'filter_id', 'page', 'view_as')).'per_site=9'.$get_param).'">9</a>').' | ';

dadurch hast du diese Links jetzt schonmal mit rel =nofollow im Quelltext stehen, zur Sicherheit kannst du den multisort-Parameter noch per webmastertools in google auschließen.

ah okay, ich hab immer nur die Plus benutzt daher die Vermutung - also dann schau dir doch die /admin/module_export.php an und ändere den query der da den fehler verursacht dahingehend, dass er nixmehr vom blog abfragen will

da du im CE -supportforum schreibst, gehe ich davon aus das du auch diese Version hast, wenn ich mich nicht täusche ist der blog aber dort nicht enthalten, hast du ggf. ein update für die blog oder plusversion auf deinen CE shop gespielt?

ich vermisse das Thema SEO / Linktausch ebenfalls etwas, wäre also priunzipiell interessiert - gerne `ne PM an mich.

Da ich einige Kundenshops auf V2 Basis betreue, habe ich schonmal drüber nachgedacht, ein Modul zu bauen was eine Art Shopübergreifende "Werbeplatz / Linktausch" Verwaltung für meine Kunden ermöglicht, d.h. die teilnehmenden Shops tragen Ihren gewünschten Textlink ein und suchen sich im Gegenzug einen "passenden" aus einem Pool von Textlinks der Shops aus, die ebenfalls einen gesetzt haben (bischen henne-ei, aber das kriegt man hin) wobei bidirektional dabei nicht gehen sollte denke ich, ist noch nicht zuende durchdacht, aber falls das auf interesse hier stößt könnt man das ja mal angehen.