MODUL: Produkt-Bearbeitung mit jQuery Attribute-Manager

[jannemann]

Hallo Heinrich,

ich habe das Modul in der neuen Version in Beitrag 1 aktualisiert.

Schöne Grüße,
Jan

[MrWhite]

Hallo Jan ... Danke ... MfG MrW

[Tuntrarider]

Guten Abend,

sehr schickes Modul funktioniert wunderbar !!

Eine kleine Frage hätte ich noch: Ich habe heute meinen Shop lokal auf meinen Rechner gespiegelt, aktuelle Datenbank importiert, und die Shop-Daten via FTP vom Webserver, lokal auf den Rechner gezogen.

Jetzt kommt beim Aufruf des Attribute-Managers folgende Meldung:

Keine Produkt ID vorhanden! Produkt muß erst angelegt werden um die Attribute bearbeiten zu können.

Dabei bin ich ja schon im Produkt? Steh gerade total auf dem Schlauch, auf dem Webserver, also im Live Betrieb klappt alles ohne Probleme.

Gute Nacht

Jo

[MrWhite]

Abend Tuntrarider

Freut mich wenn das Modul soweit wunderbar funktioniert.
Dein Problem überfordert mich gerade. *g

Das Problem kann erstens nur daran liegen das keine Produkt-ID übergebn wird, was eigendlich nicht sein kann aber nachschlagen im Quelltext könnte dir da weiterhelfen.

Außerdem lautet eine Abfrage wie folgt:

Code: PHP  [Auswählen]

$product_result = xtc_db_query("SELECT products_name FROM ".TABLE_PRODUCTS_DESCRIPTION."  where language_id = '" . $_SESSION['languages_id'] . "' AND products_id = '" . $_POST['current_product_id'] . "'");
$product_num_rows = xtc_db_num_rows($product_result);

Sollte die DB-Abfrage nicht funktionieren wird deine beschriebene Fehlermeldung ausgegeben.

Vieleicht hilft es mal nachzuschaun ob die DB-Tabelle "products_description" ein Eintrag zu dem Produkt hat, zu der entsprechenden $_SESSION['languages_id'].

Wenn alles 1:1 local gespiegelt wurde kann ich das Problem dann nicht ganz verstehen.

Hinweise auf Shop Version und installierte Module Version wären auch eine Hilfe um das Problem zu identifizieren.

MfG MrW

 

[Tuntrarider]

Hallo MrWhite,

mich wundert das auch, will aber niemanden überfordern . Also die Shop Version ist die aktuelle 1.06 rev 4642. Ich verwende das aktuelle Attribute-Modul jQuery 2.3.

Ich werde berichten, sobald ich etwas Neues weiß.

Danke erstmal für Deinen Tip, ich werd ich dann mal darum kümmern.

Gruß

Jo

[Tuntrarider]

Guten Abend,

also jetzt habe ich nochmal alles von vorne neu aufgesetzt und leider wieder kein Erfolg. Sämtlichen Code überprüft. In der Datenbank sind Produkt-ID zu jedem Artikel vorhanden.

Jetzt kommt mir nur noch ein Gedanke: Ich bin derzeit bei Strato, mit der PHP-Version 5.3.27 und MySQL 5.5.31 wo das Modul beim ersten Mal fehlerfrei funktioniert hat.

Lokal nutze ich, um den Online-Shop zu spiegeln, aktuell, XAMPP 1.82 (PHP 5.4.19 und MySQL 5.5.32)

könnte es an den unterschiedlichen Versionen liegen?

Gruß

JO

[Tuntrarider]

Guten Morgen,

ich konnte die ganze Nacht nicht schlafen wegen dem Problem  .

Ich hab den Shop jetzt am Webserver gespiegelt und siehe das es klappt wunderbar.

So jetzt gehts in die Arbeit, da kann ich mich ausruhen

Vielleicht hilft dir das, dass Problem einzugrenzen.

Gruß

Jo

[MrWhite]

Hey Jo

Was soll ich sagen, ich glaub ich hab das Problem herausgefunden! 

Und zwar schau mal in der admin/includes/modules/new_product.php in Zeile ~276
Dort steht im iframe Tag ?current_product_id=<? echo $_GET['pID'] ?>
Ersetze mal das <? in <?php  !!!
Denn mal hier ein Zitat was ich irgenwo bei den PHP-Grundlagen gefunden habe.

Erstens könnte die Option short_open_tag in der php.ini auf Off stehen. Dann funktioniert die <?-Variante nicht mehr.

Ich hab es auch mal selber ausprobiert, und es in der php.ini auf Off gestellt und dann läuft es wirklich nicht mehr.
Du könntest aber auch sicher die genannte Einstellung in der php.ini auf On stellen und Apache neu starten, denn ich weiß nicht so genau ob ich da nicht doch in den weiteren Scripten die einfache Methode mit <? verwendet habe.
Zumindest hab ich wieder was dazugelernt wobei ich immer ausgegengen bin das es egal ist ob <? oder <?php geschrieben wird.
Muß ich dann wohl mein Modul nochmal abchecken!!!

Hoffe es hilft ...

MfG MrW

[MrWhite]

Hier auch nochmal eine Überarbeitung des Moduls, wo es um das Problem geht das ich öfters einfachheitshalber <? anstatt <?php geschrieben habe wo es zu Problemen kommt wenn short_open_tag in der php.ini auf Off steht.

*Bitte auch an einem Moderator das er die neue Module Version 2.4 in den ersten Beitrag kopiert. Danke.

MfG MrW

[EDIT Tomcraft 08.04.2014: Modul in Beitrag 1 ergänzt.]

[Tuntrarider]

Nabend Mr White,

genau das war das Problem.Habe in der php.ini die short-tags auf "on" gestellt und siehe da es klappt reibungslos.

Super, freut mich.

Vielen Dank.

Gruß Jo

[MrWhite]

Nabend Jo
Freut mich das wir das Problem behoben haben und das Du mir ein Hinweis gegeben hast auf diese Art des Problems, und ich was dazugelernt habe auch wenn es um Grundlagen in PHP geht. Auch in vielen Jahren mit PHP-Programmierung habe ich anscheindend ein simple Grundlage nicht berücksichtigt. 
MfG MrW

[noRiddle (revilonetz)]

Short-Tags sind out ...

Gruß,
noRiddle

[Tuntrarider]

Hallo zusammen,

hatte heute mal wieder Probleme mit dem Attribute-Manager. Zum einen klappte urplötzlich das Speichern mit der Option Nr. 2 nicht mehr (hab vorher laut Modified-Anwenderhandbuch meine Tabelle mit den Produkten indiziert)

zum Anderen wurde mir des öfteren folgender Code ausgeworfen:

Code: PHP  [Auswählen]

<td class="main">
    <div id="savevalue590" class="prod_attr_save">
   <input type="checkbox" name="optionValues[]" value="590"  />
   <input type="hidden" name="current_product_option_id" value="3" />
    </div>
    <div class="current_value_name">mittelgrau/kornblau</div>
    <a href="javascript:button_delete_option_value('590');" class="button_delete_option_value" title=" Optionswert L&ouml;schen"><img src="includes/modules/new_attributes_iframe/ui-toolbar--minus.png" border="0" alt="" /></a><a href="javascript:button_edit_value('590');" class="button_edit_value" title=" Optionswert bearbeiten"><img src="includes/modules/new_attributes_iframe/ui-toolbar--pencil.png" border="0" alt="" /></a>
    <input type="hidden" id="rowclass590" value="attributes-odd" />
   </td>
   <td class="main"><input type="text" id="590_sortorder" name="590_sortorder" value="" size="8"></td>
   <td class="main"><input type="text" id="590_model" name="590_model" value="" size="15"></td>
   <td class="main"><input type="text" id="590_ean" name="590_ean" value="" size="15"></td>
   <td class="main"><input type="text" id="590_stock" name="590_stock" value="" size="10"></td>
   <td class="main" align="left">
     <select id="590_weight_prefix" name="590_weight_prefix">
     <option value="+">+</option>
     <option value="-">-</option>
     <option value="=">=</option>
     </select>
     <input type="text" id="590_weight" name="590_weight" value="" size="6" />
   </td>
   <td class="main" align="left">
      <select id="590_prefix" name="590_prefix">
     <option value="+">+</option>
     <option value="-">-</option>
     <option value="=">=</option>
...
...
...
...
...

dieser Code geht auch noch viel weiter. Sieht mir aus, als wäre das das Gerüst des Attribute-Manangers.

Vielleicht weiß einer Bescheid.

Gruß,
Jo

[Gradler]

Kann es sein, daß es Anzeigeprobleme bei deutschen Sonderzeichen (ü,ö,ä,ß) bei den Optionsnamen gibt? Habe viele leer Felder! Wenn ich z.B. Größe in Artikelmerkmale in Groesse umändere klappt die Anzeigt. Sieht natürlich auf der Dateiseite nicht so toll aus wenn da dann Groesse statt Größe steht.

Gibts da schon eine Aktualisierung?

[MrWhite]

Hallo Gradler
Ja das Problem hatte ich eigendlich behoben.
Schau mal in einer meiner letzten Beiträge dort ist die Version 2.4 angehängt.