radler64

Hello, problem is resolved. It was a provider issue. Thanks for all that have helped. Dieter

OK, here are some additonal informations. I learned a bit programming of PHP. This is what I did to figure out the problem: 1. Created a PHP file with the name defines_custom.inc.php within /www/shops/presta/config This file is used at first if it is found. 2. Created this PHP code witin this file <?php /** * Dieter Radler * my own try to bugfix one-click-upgrade problem */ /* different tries did not work */ define('_PS_ROOT_DIR_', '/home/www/jamanda/shops/presta'); try { $datei = fopen('AAAAAAAAAAAA.txt','w'); echo fwrite($datei, 'realpath bringt:'."\n"); echo fwrite($datei, realpath($currentDir.'/')."\n"); echo fwrite($datei, 'getenv bringt:'."\n"); echo fwrite($datei, getenv(_PS_ROOT_DIR_)."\n"); fclose($datei); $file = fopen(realpath($currentDir.'/').'BBBBBBBBBBBB.txt','w'); if(!file_exists($file)) { $error = fopen('EEEEERRRR.txt', 'w'); echo fwrite($error, 'na da ist wohl ein Fehler passiert'); fclose($error); } echo fwrite($datei, 'realpath in BBBB bringt:'."\n"); echo fwrite($datei, realpath($currentDir.'/')."\n"); fclose($datei); } catch (Exception $e) { } ?> 3. Refresh a page to execute the code. Afile is created AAAAAAA.txt within /www/shops/presta/admin1904 (the admin part of the shop) and the error file is created EEEEEERRRRR.txt. Output AAAAAAAA.txt: “realpath bringt: /home/www/jamanda/shops/presta/config getenv bringt: " What does this mean? - PHP Function realpath gets back the "wrong" path. There is no way to create a file within this path, that is why the error file EEEEEERRRRR.txt is created. And this is the reason why the autoupgrade page shows this error. This pages tries to create a file within this path and fails and shows the error. It has nothing to do with permission itself, it tries to use a wrong path. Now my questions? - What to do? How to come arround this problem. I tried to set a different, fixed path, but than the shop does no longer work. - I contacted the provider again, explaining the problem, not sure whether they can fix that - Has anybody an idea that could help? Best regards Dieter

Hello Superstar, thanks for helping me. I've contacted my provider. They did some changes, so that everything (files, PHP, etc.) is running under one (my) user. Therefore, the shop has all rights to everything. So from a provider standpoint, it cannot be an issue. Therefore I need to investigate, why the wrong directory is showed in the 1-click upgrade page. Please, can anybody help me in explaining, where this pages is getting this piece of information? I reviewed all config php scripts which I've found, but I was not able to identify where this directory information comes from. My guess is, that if I could change this path, it would work. Because, as I said, this path is completely wrong and not physically accessible. And if software tries to use this path, it has to fail - now way arround. So I think I need to change this. Hope for your collective help. A pointer to the php script would be sufficient. Thanks and best regards Dieter

Hello folks, I am fairly unexperience with prestashop, although I am using it for years now, so please forgive me if this questions is answered in one of the documentations. Please simply point me to that then. Where I am working in a proffesional business environment, for business application - and I consider my webshop a business application - we do have at least the development environment, where we change the application frequently. We do deploy thoses changes into test environments for extensive testing before we deploy it to the production environment - means to the public. How can i build a devleopment and test environment for Prestashop? I mean I have some ideas with making a backup of the database and the files, put it to a development environment, change it an put it back. But this will cause several problem, i.e. how to sync the differences between taking the snapshot and enhancing it and what happens in the shop in between.... So how is the procedure for having development, test and than production for PresaShop? Thanks for your ideas and links and.... Best regards Dieter

Hello, I urgently need some help, because my problem is strange and prevents from further updating my shop. I was able to auto-upgrade my shop up to version 1.6.1.7. ( I forgot with which version I've startet, but could be 1.5.x.x) Now it is no longer possible to auto-upgrade the shop with 1-click-upgrade because of the error message in the auto-upgrade-checklist: Your store's root directory is writable (with appropriate CHMOD permissions) Directory /home/www/jamanda/shops/presta/ is not writable Here some important things: - Prestashop is running within the environment of a provider, not on a Unix I have fully under control - The directory stated in the error message is wrong. This directory does not exist. - The real directory is: /www/shops/presta - The permissions on /www/shops = 777 - The permission on /www/shops/presta is 775, also for all subdirs... My questions: - Where does the wrong path come from and could that non-existing path cause the problem? - I searched through all config file in /config and in the database table ps_configuration, but did not find this path in both . How can I fix that problem, because I would like to upgrade to the latest version of 1.6 Thanks in advance. Dieter

Hallo, ich habe nun mein Problem auch gelöst. Folgendes Problem bei mir: Unter Catalog->Products->Associations war ein Manufacturer eingetragen - wie es sein sollte. Den habe ich rausgenommen, den Eintrag auf "-choose (optionl)" gesetzt. Damit wurden meine Artikel nach eBay übertragen. Wie gesagt die restlichen Einstellung hatte ich ja auch alle gemacht, EAN.... So bin ich draufgekommen: Im eBay Modul, unter "Visualization" gibt es ein Sub-Menu API-Log. Dort gibt es bei mir Einträge die heißen: addFixedItem... Dort wird bei "Show Response" folgendes JSON Object als Response-Objekt von eBay (vermute ich) dargestellt: "{ \"Timestamp\": \"2016-03-09T21:50:21.644Z\", \"Ack\": \"Failure\", \"Errors\": { \"ShortMessage\": \"Ung\\u00fcltige Eingabedaten.\", \"LongMessage\": \"Eingabedaten f\\u00fcr Tag sind ung\\u00fcltig oder fehlen. Bitte lesen Sie die API-Dokumentation.\", \"ErrorCode\": \"37\", \"SeverityCode\": \"Error\", \"ErrorParameters\": { \"@attributes\": { \"ParamID\": \"0\" }, \"Value\": \"Brand\" }, \"ErrorClassification\": \"RequestError\" }, \"Version\": \"955\", \"Build\": \"E955_UNI_API5_17840680_R1\" }" Die folgenden Zeilen daraus haben mich dann irgendwann auf den Manufacturer-Eintrag gebracht. \"ErrorParameters\": { \"@attributes\": { \"ParamID\": \"0\" }, \"Value\": \"Brand\" }, \"ErrorClassification\": \"RequestError\" Nachdem ein Manufacturer bei mir eingetragen war, dachte ich mir, mal sehen wie die Fehlermeldung aussieht wenn der Eintrag nicht mehr dort ist. Und schwup, ging es dann. Glück gehabt. Vielen Dank an alle, die mir geholfen haben so weit zu kommen. Beste Grüße Dieter

Danke an die letzen beiden Posts. Habe alle genausesten überprüft. Ich hatte kein "&" im Titel, nur einen "/", den habe ich entfernt, aber ohne Erfolg. Ich suche also weiter. Wenn noch jemand eine Idee hat, dann bin ich dankbar für einen Hinweis. Freundliche Grüße

Hallo, ich habe dasselbe Problem: Einige Produkte wurden aufgrund des/der folgenden Fehler(s) nicht eingestellt Eingabedaten für Tag sind ungültig oder fehlen. Bitte lesen Sie die API-Dokumentation. Item.ProductListingDetails Produkt (e) : Leider kann man nicht im mindesten feststellen an was es liegt. Gibt es überhaupt jemanden, der das eBay Modul sinnvoll einsetzt? Ich habe schon alle Menüpunkte und Einstellungen des eBay Moduls schon ein Duzend male überprüft. ​Wie kann ich nun vorgehen? Danke und beste Grüße Dieter Shop: 1.16.1.4 Ebay Modul: 1.12.2

Hello and thanks for the reply. But as far as I understood, SoluNOiD and myself are not running the shop itself on a Mac, just the browser frontend. I am running my shop on a Linux system from a professional hoster. I have all the requirements for PHP set correctly, as far as the documentation gives it correct. What I did now because of time, is to run a separate backup via FTP to save my files before upgrading. Then I did an upgrade where I specified not to do a backup. This is a workarround for me. But I would wish, that the automated backup would work with the 1-click upgrade because it gives much more safetyness. So I would hope, that there are still some more suggestions... Thanks Dieter

Hello, I am in exactly the same situation, except it is file number 7425 where it stops. I restartet it -> same behaviour. Versions are the same as above. Any suggestions in the meantime?

Thanks for all the people who posted to have the same problem. I would really say, that a moderator should bring this problem to a point where it can be solved. Isn't it possible to bring this to the table of the vendor company, mostly involved in the development. For my part I can say, it hurts me and I would be very thankful for a solution or at least a workaround.

Hello, since some time, I have exactly the same problem. I de-installed Paypal 3.8.x and SOFORTÜBERWEISUNG and re-installed both modules. --> Works. Days later i did again a test-checkout and the modules where not shown at checkout. This is now the second install/re-install where this happens. ("Pay by bank wire" and "Pay by check" works always fine!) Please help how I can investigate or solve this problem. Thanks and best regards Dieter

Hello, I am using FileZilla on a Mac to maintain my shop. So may be the following procedure helps: 1. Make sure you have some time available 2. In FileZilla on the right window (remote site) select and do a right mouse click on the directory which includes you shop 3. Select the downmost sub-menu called "File Permissions" 4. Set the Permission and than select "Recurse into subdirectories" 5 Decide, whether you want to change all File Permissions only or Files and Directories or Directoriers only. Changing permissions recursively means, the whole directory tree is parsed. Hope this helps for FileZilla. Regards Dieter

Danke für die schnelle Hilfe!!

Hello, since some days, I have more and more problems working with orders in my Prestashop 1.6.0.9 with PHP 5.3 (currently but have had as well 5.5 and MySQL 5.5.40, hosted on STRATO. I am using the magnalister module to work with eBay and Amazon (but I am not sure whether magnalister is part of the problem, I just have only those orders in my shop...). When a sale is transported from eBay to the order module, most likely, when I like to change something, like changing the status to "work in progress2, I am getting this strange error message: Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, [email protected] and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. This message does not tell me where the problem is. The given email address is from the provider STRATO, but they cannot help me. They said, look into the error log. But this log, which I am providing,does not tell me too much. Can anybody guide me to the point of problem? Is it the MySQL database, is it PHP? What is it? Thanks a lot for spending some time for me. Best regards Dieter error-logfile.zip