@bass, basically two series are always supported: maintenance and legacy. Now as 6.2 series became maintenance, the same time 6.1 series became legacy. OXID eShop v6.0 series is not supported any longer. See this page:
Release notes for OXID eShop 6.2.0 saying that your system requirements should be PHP v7.1, v7.2, v7.3 and v7.4 - at least, we tested it and it seems to work
To reply to your requests about modules: everything, every bl**dy module delivered with the standard installation/compilation (however youâd call it) is up-to-date and can be used with the present OXID eShop version.
Actually, running these steps should lead you to an updated version: https://docs.oxid-esales.com/eshop/en/6.2/installation/update/update-from-6.1.x-to-6.2.0.html
Thank you for your answers.
I will change php from 7.1.33 to 7.4.4 after successfully updated to 6.2.0
I started with update now following precisely the update manual located here:
later compared to manual here no-dev:
Step 1 Composer, point 3 says:
For updating dependencies (necessary to update all libraries), in the project folder run:
composer update --no-plugins --no-scripts --no-dev
although I changed composer.json as requested on page, I think the output is not what I want to see as Problem stated there:
composer update --no-plugins --no-scripts --no-dev
Loading composer repositories with package information
Updating dependencies (including require-dev)
Your requirements could not be resolved to an installable set of packages.
Problem 1
- Installation request for oxid-esales/oxideshop-metapackage-ce v6.2.0 -> satisfiable by oxid-esales/oxideshop-metapackage-ce[v6.2.0].
- incenteev/composer-parameter-handler v2.0.0 requires symfony/yaml ~2.0 -> satisfiable by symfony/yaml[v2.8.50, 2.0.4, [âŚ] , v2.8.8, v2.8.9].
- Can only install one of: symfony/yaml[v3.4.38, v2.3.0].
[âŚ]
- Can only install one of: symfony/yaml[v3.4.38, v2.8.50].
- oxid-esales/oxideshop-metapackage-ce v6.2.0 requires symfony/yaml v3.4.38 -> satisfiable by symfony/yaml[v3.4.38].
- Installation request for incenteev/composer-parameter-handler ~v2.0.0 -> satisfiable by incenteev/composer-parameter-handler[v2.0.0].
Running update with --no-dev does not mean require-dev is ignored, it just means the packages will not be installed. If dev requirements are blocking the update you have to resolve those problems.
It looks like this is not normal and I cannot continue with step 4, where should I fix something first?
Why all my updates must include at least couple of problems despite I am so strictly following all manuals spending plenty of time with reading carefully
Wow, it took only 8 hours this time, but it looks like I finally beat all errors during the update and now 6.2.0 version works for me. Next days will show how successful I was. So far so good.
Also php switched to 7.4.4 as planned.
One small thing - after update and php change I tried to enable ssl.
First I changed only this row - added âsâ in https:
$this->sShopURL = âhttps://my.oxidâ; // eShop base url, required
while I left SSLShopURL and AdminSSLURL set to null as it was.
Frontpage works great including all links etc.
When I edit the current address in browser https://my.oxid and add /admin I am navigated to admin login page properly.
But when I open new browser/tab and trying to input directly my.oxid/admin something bad happens and I am navigated to address âmyoxidadminâ and of course Not Found error - it looks like â/â is being lost somewhere.
Then I tried to set another rows in config like this:
But unfortunately problem persists. I am deleting /tmp after each change.
Is there something I missed and therefore â/â is lost in navigation?
When I switch back to non-SSL version then all works smoothly.
Thank you.
Hello again,
maybe I am blind or missed something, but I have weird behavior of my eshop now.
When I open browser and type in the shop url, all content (text, images) will load good except those small âdown arrowsâ for drop down menus and left+right arrows for banner/carusel - it looks like these pictures are not on server but they are.
When I hit F5 nothing will change, still looking like missing icons or how to name these.
BUT,
when I click anything on homepage - either the logo, the Home from Menu or anything in menu, it will load desired page or reload homepage with everything loaded 100% perfectly including these small arrowsâŚ
I tried to clean /tmp, update DB views, clear browser cache⌠No change.
So only 1st access to webpage is problem, then it starts to work perfectly.
Any hint please what I am missing?
Using standard Wave template and in log I found GET for e.g.:
/out/wave/src/fonts//fa-solid-900.ttf
those â//â looks bad to me but not sure where it came from, why and why it is enough to click anything and then it will load nicely.
In apache virtual host? I have it.
Weird thing my friend has the completely same setup as me and for him it is working.
Edit: maybe I found the problem but not sure why it is there.
During installation and also yesterday, the eshop health was all green.
Now I can see all green but mod_rewrite in red.
Module is loaded for sure and in green in my friends eshop being hosted on same machine.
Also apache vhosts are set same way for directives incl. AllowOverride All
Still for me red square under requirements, for him green.
The only thing I wanted to do today was to include certificate and Redirect permanent to https. Same way as my friend has, same steps, only different paths for cert.
Another change I did (not sure if this can be chained somehow) was that I enabled EN language and set URLs for both lang versions under eshop Admin Language settings.
My friend has only domestic language active and under Admin - Lang settings no URLs filled-in, only activated language and set as default.
What I dont understand now is why mod rewrite is red now as it was green in past days and also during the installation for sure.
Not sure where to search for mistake. In config.inc.php I set all 3 URLs - basic, SSL and admin SSL. Only for domestic domain. For EN domain specified under EN language I am not sure if I need to specify somewhere else.
Could this be chained to mod rewrite RED square I am currently having?
Vhosts are set for both port 80 and 443 like my friend has, all paths are fine.
Those little icons are most probably due to red status of mod rewrite. Not sure what I can do now to solve it.
OK so I commented Redirect in vhost and now mod_rewrite Green again. But still problem with loading those small icons (text and pictures and styles loaded properly).
So it looks like I am missing something to setup properly:
domain.cz going to CZ version of shop, domain.com going to EN version of shop.
What to set and where? It looks like setting the URLs under languages in oxid Admin is not enough.
Also I was thinking that with Redirect Permanent I will ensure all requests but initial will be running over 443 secured.
I am having same Redirect command as my friend has in his eshop. For him all working, all secured 443 and mod rewrite green under oxid admin.
I only created 2 vhosts instead of one, each for standalone domain + standalone certificates. Both pointing to same directory oxid/source
Is this bad solution, am I missing something?
Thank you.
EDIT: fixed RED mod_rewrite - now Green and moving me to https perfectly. Still problematic to load icons. Very weird to me. Cleaning source/tmp and local browser cache each time I try some change.
Latest change done was to set shopURL and SSLurl both to https:// as found here on forum. Wondering why but no problem as it works to redirect me to https perfectly.
Still trying to find out why icons not loaded and how to set 2 languages in regards to domains precisely and best way. Maybe this could sort out icon loading as well although I believe icon problem is still chained with https as there was no problem when preparing shop in last weeks under http.
Weird, still that bad thing the first load is without icons, then click on anything and they load properly. What is the difference between first loading and next loadings? https redirect is in place, first loading is with lock/cert icon and via https same as others.
And the best way to set 2 domains for 2 languages of same shop with same content? For now I deactivated EN version.
Thank you for your comment. Nothing like proxy of nginx etc.
Friendâs shop runs on same HW, same apache/php/mysql and we have only separate virtualhosts to distinguish between them. For him everything running smoothly incl. icons loading.
For me first loading without icons, then I click anything on main page or the logo to reload mainpage and icons loaded.
My shop is broken, webserver running nice. Only not sure where I should start searching for problem and why only small icons/arrows not loaded while rest of the page - styles, content, texts, images, shop logo, menu, text formatting - all nice and as it should be.
It looks to me like some small change somewhere in shop files to be done. Am I wrong?
When I hit F5 after 1st load of main page, it will stay the same = icons not loaded.
Only after I click anything within the page no matter if any category, link or logo to simply reload main page, it starts to load icon. From this point, icons loaded properly also while hitting F5.
Strange thing is that once I am on main page after first load without icons, all the links (when hovering with mouse over the page) are containing the link + â?force_sid=some_stringâ
After I click anything with this âforce_sidâ attached in link, it will load the second page or reload main page with all icons and now all links are going to their destinations without âforce_sidâ when hover over them.
Hopefully this could help to find out why icons not loaded 1st time the mainpage loaded?
Thank you.
the url you open in browser probably do not exactly match the configured shop url in config.inc.php.
Browsers do not like cross origin content, thats usually the reason why some elements are missing.
I put into Chrome âdomain.czâ and I am properly redirected to https://domain.cz but icons not loaded.
Same settings has my friend in his eshop on same hw, apache, php, mysql (shared resources).
You can try 2nddomain.cz and you will see the difference. It is loaded like a charm for 1st time and without those âforce_sidâ in links, while 1st domain loaded badly as I describedâŚ
Thank you for your answer. So for you it will load 1st time properly without problem? I am trying from 3 different PCs, 2 mobile phones and 1 tablet - if I was not able to see it badly loaded everywhere, I would tell myself that it is some local problem on the device.
I did another reset of cached data adn still the same. It looks like I will try to completely reboot apache/php/mysql as it looks like hanging somewhere if all ok for you.
Your note about images - any suggestions to help loading them faster? Maybe some module? Because e.g. for Wordpress I am using addon to cache the web to load it very fast. Here for oxid I am a bit scared to do experiments to not ruin it all.
Thank you both very much, it was a nightmare for me and I didnt know where else to search⌠Now I know for some reason all my devices have the problem - downloaded now FF as using Chrome, Opera and IE for testing - in FF all fine. Rest of browsers still problem, looks like on system level or system tmp or I dont know as all cached data emptied incl. cookies.
I will try now again the specific URLs for CZ and EN languages as I wrote before - hopefully it will work as well - just want nice URLs for CZ and EN language, therefore 2 domains going to same shop - should work nice as I read here somewhere in forum.
Just in case anybody in future will be facing similar issue - I had not only to delete ALL local content but also ALL synced content from my Google account separately in all devices. Only then the eshop main page started to load properly again. Crazy. Btw I lost many thousands of history records as cached data + cookies + web settings + all other options was not enough.
Also I tried first to simply remove all for particular website - no chance to force proper loading this way.
