Sehr langsam mit artikel mehrsprache in SHOP SUBDIR mit und ohne seourl

In jedenfall wen in admin backend QR code generieren beim >produkt >produktdarstellung aktiv ist!
Weis nicht ob bug oder Updates Server, weil ich bemerke es heute, war vorher zuviel mit andere sachen wo ich log un smarty debug an hatte ( habe vorher immer gedacht kam durch dieser aber wen die jetzt aus stehen, bleibt es so langsam)

V233 standard grid
Sehr langsam mit artikel mehrsprache in SHOP SUBDIR mit und ohne seourl

Auf gleiche server laufen auch mehrere Shop anderer Version kein prob.

Ist beim 2 testshops in unterschiedliche Verzeichnis
Bei 1 auch nur 1 Kategorie und 1 Artikel angelegt mit Shopadmin, egal obb seourl ja oder nein lauft ich teste noch aber soooo langsam

Parse Time: 16.497s

Hmm ja ist aber nur wen mit den QR code geschalted ist, muss es irgendwo ein table feld zuweisung dafür sein?
Weil ist mit neusinstall v233 so aber auch den updatet.

Oder was kan / welche richting, weil ja die Server ist naturlich auch zwischendurch immer Updated mit mysql und php.
Weitere fehler habe ich noch nicht wirklich finden können in logs.

Firewall settings?

Danke aber ist in cli

UND die qr.png's sind nach aufruf auch wirklich da.

Nur so sch.. langsam ohne fehler hmm

Hmm doch etwas mit languages ???

Weil wie komt den richtige info drin oder

Etwas depricated https://developers.google.com/chart/infographics/docs/qr_codes ?

Hoffe es komt noch was weil macht auch jede aufruf den image neu

Wen es mal da ist und ich dieser aus den productinfo.php

Zitat

// display new QR code image
$qr->draw(150, DIR_WS_IMAGES.'qr_images/'.$product->data['products_id'].'.png');

Auskomentiere geht alles weiter gut weil bild ist ja da.

Wen ich nicht auskomentiere macht er den PNG draw immmer wider neu mit parse time von über 15sec ?
Also auch wen die vorher da war!

Welche php byte-mode muss er haben vielleicht?

Mit dieser bliebt den Parse Time unter 1 sec, aber weis nur nicht ob die momentan mit alles 100% ist ????

Er legt ja die qr image auch immer an, weil bei productinfo.php ist/war das so eingesteld.

Habe es so gemacht
mit dieser http://sourceforge.net/projects/phpqrclass/
Die php den gleiche name gegeben wie die von COMSEO/google)

Und productinfo.php so..:

Zitat

if(function_exists('curl_init') && PRODUCT_INFO_QR == 'true') {
include(DIR_WS_CLASSES.'BarcodeQR.php');
// set BarcodeQR object
// $qr = new BarcodeQR();

// create URL QR code

$qr=new BarcodeQR((($request_type == 'SSL') ? HTTPS_SERVER : HTTP_SERVER) . $_SERVER['REQUEST_URI'] , BarcodeQR::ECC_L);
//if utf8
// html_entity_decode("datei;", ENT_QUOTES, 'UTF-8') , BarcodeQR::ECC_L);

// write file new QR code image
file_put_contents(DIR_WS_IMAGES.'qr_images/'.$product->data['products_id'].'.png',
// den (6) hierunten ist den formaat (4) reicht denke ich auch
$qr->image(6));
$info_smarty->assign('PRODUCTS_QR', '<img src="'.DIR_WS_IMAGES.'qr_images/'.$product->data['products_id'].'.png'.'" />');
}

Alles anzeigen

Also legt noch immer die images neu an und macht kein gebrauch von die Sprachurls unterschiede, ja image stimt mit URL aber:
shop.de/de/produkt1.html gibt image 1.png in den qrimages verzeichnis, die dan immer neu überschrieben werdet, und auch noch immer 1.png bleibt wen die url shop.de/en/produkt1.html ist.

Image ist dan die nach die english url. ok aber..

Was dan glaube ich auch probs geben kan weil wen mehrere das Produkt aufrufen, mit unterschiedliche Sprachurls, und soweit wen er die dort schreibt immer mit aufruf hmm

Wen es um die Urls geht, und images dan besser ein sprachabhängiges wie den Imageprocces /seourl aber dan mit QR drüber laufen lassen und die bilder Speichern,
Vielleicht am besten auch bei neue Producten / content anlegen dieser dranhängen.
UNd mehr

Sehe beispiel info

Zitat

http://inoplugs.com/product/woocommerce-qr-code-generator/

Weis nicht ob die gpl qrcode class die ich weiter oben genannt habe für so etwas reicht, aber die ist in jedenfall verdammt klein und schnell.