Pedalman

I am looking for a way to split category description into a part positioned top of the product list and into a part at the bottom. Great would be if we could via GUI/backoffice settings determine how many chars or lines we want in each section/part. My intention is that there would be a nice way to get much more text into the "viewable" description but with the 'tick' that a short part is on top of the product list as usual and the "more" link jumps to the bottom part under the product list. Google should be happy and customers not bugged with too much text before the products they are looking for. I think this could be done via smal template changes. Perhaps a new field in the DB for bottom description is needed but I do not know and do not think so. in summary it would be great if this could be integrated into the community theme or into a means this could be used with other templates/themes, too.

I am interested to install from source. I downloaded and installed composer for windows. I use Xampp based on php 7.1 at the moment. I hope I will find out how to use composer. But I wonder what this vendor folder is about. I take it form the release 1.0.4_rc1. What I am most interested in at the moment for testing purposes is if I can make use of symbolic links. All my GIT projects are cloned via Sourcetree into a certain folder. All my Xampp project are in another one. So i thought well, GIT (in my case Sourcetree) keeps the Thirtybees project files up to date and all I have to do is to make a symbolic folder link. The git folder as source and the xampp/htdocs folder /thirtybees as target. I had to learn then how to use the composer and do copy the vendors folder from the named .zip into the target folder. If I got it right and if it makes sense at all I could work on the latest sources locally this way. comments? :)

Yes, that is right and easy since it is also described there in the module that marked parts are not listed/indexed in the sitemap. But still I do not know why modules are listed at all. At least the once I see in my list make no sense to me being there at all as option. I hoped that somebody could explain the reason to me.

Ehm, marked or deactivated? All other modules also deactivated? I really to not get it why the modules are listed at all in the sitemap module. For a decade I thought sitemap content is pretty straight forward but there must be a good reason why this module lists the modules, too?!

Hello I once again spent some hours to work with product images and their compression. I ended up with the conclusion to use Kraken's API in order to not spent to much time on this. So I bought the Kranen.IO module that is compatible with ThirtyBees. I had some difficulties to understand how to set it up in order to make use of Kraken's 'intelligent lossy" compression. I also have installed and active ImageMagick 'Plus'. I thought it might benefit me since it changes JPG's to 'progressive' once in the case I might have forgotten to export them this way in Gimp/IrfanView/Photoshop ?! Also I thought the crop setting is cool since the Kraken module does not offer this though the Api would allow it I think. In summary: shoot product image in raw in high resolution do image proccessing in software of choise, reduce resolution to e.g. 2200 pixels width (in order to satisfy Apple users and those who run displays with mega resolution - or is this the wrong way to do it?) and export it as web image (I use at the moment JPG format with 85% quality and trigger progressive if I not forget it -- but ThirtyBees V1.0.4 supports WebP as format. So, this workflow has to change). UPLOAD it to Thirtybees Thirtbees backoffice image settings are respected and TB produces the given resolutions for the webshop and does another! image compression (or only if possible or not done before? does it recognise in the JPS's that they were already optimized be let's say Photoshop before?) ImageMagick and Kraken modules (overrides) kick in and work on the image (again) Perhaps we and customers can now benefit from crisp and nice and fast loading images. There is another unknown factor to all this for me. Many shoprunners use perhaps StoreCommander for the daily work. I do so. I think there was also advertisement that StoreCommander is compatible with Thirtybees. The issue is if you upload images with StoreCommander this has its own settings how to deal with JPG/PNG, compression and cropping :( Perhaps here is another StoreCommander user and could haev a look at this and explain it? I attach a screenshot of the settings. I had hoped that it would make use of the ThirtyBees settings but if not... Well at least I wonder in this case if ImageMagick module makes any sense any more (since I believe that SC uses the same libraries to crop and compress?). PS: The Kraken Module shows this code: //quality images if ((bool) $this->config_vars['KIO_OPTIMAL_QUALITY'] === false) { $data['lossy'] = true; if ($this->config_vars['KIO_QUALITY'] != 100) { $data['quality'] = (int) $this->config_vars['KIO_QUALITY']; } } So, if module is set to "Optimal" and the module code is $data['lossy'] = true; then it may use Kraken's "intelligent lossy" compression. If we change the code to = false then lossless... ?! Else, if "optimal settings" is off then kicks in an override with fixed set compression in percentage (what is 100% ? also lossless or best lossy?).

Re: Sitemap Well there are indeed many modules I wonder why they are listed... I am sure mine is not optimal set up :(

Cool would be a section in the TB forum where we could download "JSON" overrides for the named themes. Each of the commercial themes has micro data markup integrated but since TB offers the nice TB module "JSON" markup... I am happy with Warehouse theme until TB realeases a template editor for the communinty theme. And I vote for an editor not only for the homepage but also for category pages (category ID) and cms pages (cmd ID).

I also vote for an option to use variables like "date of order", "name" .... etc.

Thank you again. I did not know that. I think I should be more relaxed with this and just not change a running system until there is a RC or stable update.

I still have problems to understand how to maintain TB - at least after doing a manual upgrade to RC 1.0.4. I followed the tut of https://forum.thirtybees.com/topic/1404/upgrade-to-latest-source/14 and noticed that the bankwire module has already version 2.0.6 on Git. In my installation there runs still 2.0.5. This is just an example but is there no auto update anymore? Do I really have to check wheather there are no versions for the modules I run under the RC 1.0.4 Thirtybees?

Update: Firefox Quantum and an extension (LastPass) seem to be partly responsible for the delays. After editing the files above in order to stop the Gstatic/Gmaps ... calls all seems to be pretty fast with Chrome! That is really weird but now I can work again in BO without building up frustration :) PS: still a problem with ganalytics in BO: https://i.imgur.com/vOom7ss.png

Another guess would be to check whether APC is active and to deactivate it. I am hosted at Hetzner Europe but with APC activated in the console of Hetzner and in ThirtyBees as caching method (for page prerender cache) I have irregular problems that are similar to the one you describe. Perhaps deactivate it, make your changes and see if all is fine. Let it run that way a time and perhaps go back to APC. Just a thought, I am no expert only a troubled shop runner.

Well, I have to pick up my complain and question again. I upgraded to 1.0.4 latest repo in the meantime in order to exclude any issues or old bugs with the bo controller etc. But the backoffice orders page still hangs about 5 seconds due to loading google maps ? I have entered an API code in bo for gmaps but this does not help. This is more than annoying and really makes no fun to work in Thirtybees BO. This behaviour started in January so I still believe this is due to some Google servers but I also still believe a free Prestashop for should give us the option to use GoogleMaps/GoogleFonts etc. in Backoffice and elsewhere! But in I am willing to calm down :) and want to ask other European users if they notice or do not notice this delay in bo/orders ? This would be very helpful.

Okay, I see that the tag 1.0.3 dates back to 18th August 2017... So, all committments later than that are part of upcoming 1.0.4. What isn't optimal now for me is that I believe that there are fixes and also improvements that might be related to 1.0.3, too. You know what I mean, everybody wants a flawless and fast as possible core. For me as normal shop runner it is now difficult to stay tuned :) E.g. I have issues with productcomments module. If there are newer committments how do I know if they only work with 1.0.4? What about e.b. latest PayPal module? It is out for months and meant to fix known issues with V5.x. But V6 is still beta or does only work with 1.0.4? So confusing for me that I think best is not be concernced with all that anymore.

Wow, thank you datakick. That was more information than I can dig at the moment but I get a good understanding of the complexity and how I might have to procede. Perhaps I can retrace your examplatory steps in Sourcetree but I see that the need has gone and I am best to wait for stable 1.4. Thanks alot

Hi. I know about that one. Anyhow, my question was not about how to upgrade to 1.0.4 but how to maintain a running 1.0.3 best. The normal shop runner would just wait until the ecommerce system tells him that there are core updated or module updates and would update. That is what I would do too, since I am no expert in all things. BUT I on GIT you see that there are dozens of fixes related to 1.0.3. I am asking what the best method is to get 1.0.3 up to date. Do I have to monitor the GIT and then download each fix --> I <--- might concern important? I think that could certainly cause more problems than solve. Should I download the repo zip (that is also linked in your cited tutorial) and copy it over my 'older' files?...

Hello on GIT we can find the stable TB 1.0.3 and the ReleaseCanditate in development. The latest takes the most horse power/developer ressources I assume but there were of course also some fixes to the TB1.0.3 I have downloaded and installed in OCT2017 or so. How can I make sure I have all these fixes running on my livesystem? I guess I need to monitor the GIT repo. So I installed Sourcetree and cloned the TB repo. Anyway, I need to know how I can make sure that 1.0.3 and 1.0.4 or what ever do not get mixed up when I download... Can some be so nice to take some time to explain this to be in words or screenshot with whatever GIT client he uses (except bash :D). PS: I just stumbled in BO over system information and saw that there are three files listed that are supposed to be different from the source (which ever version (date) is meant and referred to here). Two I could reconize since I changed contend(edited them. But one I did not. The ContactController.php. So I did a file comparisson with the ContactController.php online and the one of the 1.0.3 I once downloaded. Well, they differ very much. => So, in a nutshell, I just want to make sure my V1.0.3 is up to date and I do not post issues and problems in the forum that might be already fixed a long time ago.

Ah, I misunderstood the term RC. Sometimes difficult to stay on track when there is information on the blog, forum, wiki and git... So, I will wait until there is an official release and press thumbs.

Sorry for having doubts about 1.0.4 :) but I am a bit curious why I can not find any bug reportings or issues with 1.0.4 (after upgrading from 1.0.3). I read about adapting themes to the new RC for example but no more. I use the IQIT Warehouse theme and wonder if I have to add 1 1 1 to the theme's xml. And I would normally expect several more issues but all looks to be fine judging from this forum. Do I need to check GIT TB repository issues, too? Or is 1.0.4 still not recommended for a productuve site?

Can this be related to a slow loading BO/orders page? It takes about 7 secs to load and the Ajax circle is spinning. Very annoying. I already posted related to this but to no avail so I wonder that GA Optimized might be the reason? Anyway, after deactivating the module the hickups were not much better. Browser tools name Google related stuff but I have no clue that all: And btw what does "UserID tracking" mean? Thefunction of the module is not very clear to me. Sorry

Today I was in need to give a customer a refund. I clicked in bo orders the related button and Ajax jumped to a certain point downwards on the viewport as usual but the form did not change in order to make a (partial) refund. Well,... what could I do to get things working again? I already flushed cash and and let it running with recompile on for a certain time but to no avail.

I see. I did not know that it would be that complex and time consuming. So, yes it is better development time is used on the really important improvements and enhancements.

Mh I never learned how to programm so I had a look at the Terms&Conditions check during checkout and tried to edit the controller in question - but without luck :) if ($this->tabAccess['edit'] == 1 && $this->display == 'view' && isset($checkedMAP) && $checkedMAP checked=='checked' ) That was meant to be the first step. The second would be to have a button that sets checkedMAP. Anyhow syntax is wrong and all what I could do was to set the display condition to something else that does not exist... if ($this->tabAccess['edit'] == 1 && $this->display == 'view2'

Actually, in order to satisfy both types of shop owners - the ones who care about Google connections and those who do not - best would be to have an "on demand" look up Google Map adress button. I think this goes with Thirty Bees concept and should be build in. Thank you alot

Thank you Datakick for the hint with the file. I do not see any reason at the moment to tell Google who I am shipping to. Moreover, this adress validation is done by my delivery service... Any tips on the 404 Error?