netdrag

https://www.drill-cut.it/DIAFLEX/71-985-06637.html Override is active and working, the sections from the override get inserted. Previously the update of the description worked, now I did an update of prestashop and the module to be sure I have the latest version and this isn't working anymore too. The variant with "Lunghezza" 18 has other values. I send you the values from the database I copied from the console. Hope this works. Feature of Product: +------------+------------+------------------+------------+---------+-----------------+------------------+---------+-------+ | id_feature | id_product | id_feature_value | id_feature | id_lang | name | id_feature_value | id_lang | value | +------------+------------+------------------+------------+---------+-----------------+------------------+---------+-------+ | 234 | 71 | 2150 | 234 | 1 | Spessore nastro | 2150 | 1 | 0.6 | +------------+------------+------------------+------------+---------+-----------------+------------------+---------+-------+ Features of Combination | id_feature | id_product_attribute | id_feature_value | id_feature | id_lang | name | id_feature_value | id_lang | value | +------------+----------------------+------------------+------------+---------+----------------------------------+------------------+---------+----------+ | 142 | 985 | 417 | 142 | 1 | Codice di Registrazione Doganale | 417 | 1 | 82075010 | | 26 | 985 | 1222 | 26 | 1 | Diametro | 1222 | 1 | 18 | | 72 | 985 | 1741 | 72 | 1 | Lunghezza utile | 1741 | 1 | 15 | | 74 | 985 | 2553 | 74 | 1 | Materiale da lavorare | 2553 | 1 | Granito | | 214 | 985 | 2020 | 214 | 1 | Per mandrino macchina | 2020 | 1 | M14 | +------------+----------------------+------------------+------------+---------+----------------------------------+------------------+---------+----------+

I didn't expect a reply that fast. Unfortunately I can't give you access, because of Local Law and the new GDPR. I can give you a link to the front end if that helps. btw, we are using 1.7.4.3

Hello, thank you for your fast reply. There is a feature in the Basic Settings, I changed it to some random feature and noticed that's the only one shown. I didn't notice it before because it had the same setting as the default combination.

Hello, is this module is supposed to work with 1.7? I can't get the features updated in the frontend.

I tried it again, just to be shure. But my changes get always overwritten. Anyone got an idea why?

Thank you for your reply but I tried that already. But the code in \override\controllers\front\ProductController.php is overwritten within seconds, during day also in fragments of seconds. It gets always updated with the old code .

Die adresse komplett zu entfernen ist glaub ich nicht ganz einfach. Wir hatten auch schon das problem dass das feld kunden verwirrt, also haben wir in den Uebersetzungen den Text und die Feldbezeichnung geaendert. Bei uns heisst das Feld jetzt einfach standardaessig rechnungsadresse. Eventuell waere es auch moeglich die Datei in deinem theme zu einem Hidden Input umzuwandeln. Das muesste die datei order-address sein, kann aber auch je nach theme und shopeinstellung eine andere sein. Dieses Feld wird benoetigt um die adresse spaeter beim checkout identifizierbar zu machen, da prestashop das verwalten von mehreren adressen erlaubt. Das ganze ist aber, wenn man die logik dahinter nicht kennt, fuer den kunden sehr verwirrend geloest. Bisher habe ich aber noch keine zufriedenstellende idee wie man das besser machen kann.

Hello everybody, someone can explain me please where override code is cached? I have a module that overrides the init method of productcontroller. I changed the code in modules/modulename/override/controllers/front/ProductController.php, deleted the class_index in the cache folder and also tried to delete the class in the override folder to force the recreation. But the file is always recreated with the unchanged code of the first version of the module. I also tried to uninstall the module, the override was not uninstalled and I got an error on reinstall. I changed the code in the zip folder, deleted the class in the core override folder and was able to reinstall it. But prestashop took again the unchanged code of the first version of the module. How can I update the override code? I am thankful for every advice.

Ok I found the problem. I checked Tools.php and Authentication.php.... there is a check done in Tools.php in securereferer that compares the servername to url....And since I was using a wild card server name the check failed and the redirection didn't work.

I've done some further tests. I click on checkout and it asks me to login with the url login?back=https%3A%2F%2mydomain%2Fordine%3Fstep%3D1 on apache: I click on login and the page gets to login and then redirected to https://mydomain/ordine?step=1 on nginx: I click on login and the page gets to login and then redirected to index.php?controller=https://mydomain/ordine?step=1 and then to the main page where is this translation from back to redirect happening? can anyone tell me the file where to look for? Does anybody know the difference between apache and nginx and why this could happen?

I did another test, reactivating apache and trying nginx with friendly url's disabled. Everything works fine on apache, I really don't get it. So the configuration should be fine. On Nginx without friendly url's I have the same problem as with the friendly url's. I get always redirected to the main page... So it doesn't seem to be a rewrite problem. I can't understand where the problem ist... Seems like the dispatcher is not redirecting after login on nginx... But I don't know why this could be happen.

I am using the default template. caches turned off, all performance functions turned off. just switching to apache solves the problem. Seo url's are all standard for italian language. I checked the url's I mentioned with firebug. when I am already logged in everything works fie and i get url's like ordine?step=1 ordine?step=2 ordine?step=3 ordine?step=4 ordine?step=5 I saw some posts mentioing something like oder/step1.html. what's the right version? the log files contain nothing new, just the 200 and 302 codes i see in firebug but the redirection on login does not work. I turned the redirection to cart on login on, but that made no change.

server { listen 443; ssl on; ssl_certificate /etc/ssl/nginx.crt; ssl_certificate_key /etc/ssl/nginx.key; ssl_session_cache shared:SSL:20m; ssl_session_timeout 180m; ssl_dhparam /etc/ssl/dhparam.pem; add_header Strict-Transport-Security "max-age=31536000" always; rewrite_log on; server_name www.mydomain.com; root "/var/www/"; index index.php index.html; client_max_body_size 10m; access_log /var/log/nginx/access.log; error_log /var/log/nginx/error.log; if ($http_user_agent ~* (Baiduspider|webalta|nikto|wkito|pikto|scan|acunetix|morfeus|webcollage|youdao) ) { return 401; } if ($http_user_agent ~* (HTTrack|clshttp|archiver|loader|email|harvest|extract|grab|miner) ) { return 401; } location = /favicon.ico { log_not_found off; access_log off; } location = /robots.txt { allow all; log_not_found off; access_log off; } location ~* \.(js|css|ttf|eot)$ { expires max; log_not_found off; access_log off; } location ~* \.(|jpg|jpeg|gif|ico|svg|png)$ { expires max; log_not_found off; access_log off; rewrite ^/([0-9])(-[_a-zA-Z0-9-]*)?/[_a-zA-Z0-9-]*.jpg$ /img/p/$1/$1$2.jpg last; rewrite ^/([0-9])([0-9])(-[_a-zA-Z0-9-]*)?/[_a-zA-Z0-9-]*.jpg$ /img/p/$1/$2/$1$2$3.jpg last; rewrite ^/([0-9])([0-9])([0-9])(-[_a-zA-Z0-9-]*)?/[_a-zA-Z0-9-]*.jpg$ /img/p/$1/$2/$3/$1$2$3$4.jpg last; rewrite ^/([0-9])([0-9])([0-9])([0-9])(-[_a-zA-Z0-9-]*)?/[_a-zA-Z0-9-]*.jpg$ /img/p/$1/$2/$3/$4/$1$2$3$4$5.jpg last; rewrite ^/([0-9])([0-9])([0-9])([0-9])([0-9])(-[_a-zA-Z0-9-]*)?/[_a-zA-Z0-9-]*.jpg$ /img/p/$1/$2/$3/$4/$5/$1$2$3$4$5$6.jpg last; rewrite ^/([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(-[_a-zA-Z0-9-]*)?/[_a-zA-Z0-9-]*.jpg$ /img/p/$1/$2/$3/$4/$5/$6/$1$2$3$4$5$6$7.jpg last; rewrite ^/([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(-[_a-zA-Z0-9-]*)?/[_a-zA-Z0-9-]*.jpg$ /img/p/$1/$2/$3/$4/$5/$6/$7/$1$2$3$4$5$6$7$8.jpg last; rewrite ^/([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(-[_a-zA-Z0-9-]*)?/[_a-zA-Z0-9-]*.jpg$ /img/p/$1/$2/$3/$4/$5/$6/$7/$8/$1$2$3$4$5$6$7$8$9.jpg last; rewrite ^/c/([0-9]+)(-[_a-zA-Z0-9-]*)/[_a-zA-Z0-9-]*.jpg$ /img/c/$1$2.jpg last; rewrite ^/c/([a-zA-Z-]+)/[a-zA-Z0-9-]+.jpg$ /img/c/$1.jpg last; rewrite ^/([0-9]+)(-[_a-zA-Z0-9-]*)/[_a-zA-Z0-9-]*.jpg$ /img/c/$1$2.jpg last; } location ~* /\.(ht|git|svn) { deny all; } location / { index /index.php; rewrite ^/api/?(.*)$ /webservice/dispatcher.php?url=$1 last; try_files $uri $uri/ /index.php?$args; } # Deny all attempts to access hidden files such as .htaccess, .htpasswd, .DS_Store (Mac). location ~ /\. { deny all; access_log off; log_not_found off; } location ~ \.php$ { try_files $uri =404; include /etc/nginx/fastcgi_params; fastcgi_pass unix:/var/run/www.sock; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; fastcgi_intercept_errors on; } } Its the standard configuration like told in the documentation. All I did was moving the image related part to the image location

Hello everyone, I have 3 installations of prestashop 1.6.1.4 on 2 different servers running nginx. I implemented the rewrite rules in the official installations and everything works fine except one thing during the 5 step checkout. I put something in the cart, then I move to forward and it asks me to login. The url is: login?back=https%3A%2F%2mydomain%2Fordine%3Fstep%3D1 After I hit the login button it redirects me to the login page that forwards me to https://mydomain/index.php?controller=https://mydomain/ordine?step=1 That page isn't found and I get redirected to the home page on https://mydomain/ So the checkout is interrupted and users are confused. Someone else had this problem and can post a working nginx config? (I tested the page on apache and it works like expected, but its just too slow) Thank you in advance