lesley

Honestly its more than likely already working with it. The database structure is the same, so I cannot see it having issues.

Voting is like likes. Its not meant to be used on every post on a thread, just ones that you like. We are going to change some things about the forum and tweak the skin soon, I can make sure this gets done then.

Let me look around to figure where the bug is. I will get back to you.

The setting is a day, I think the new message might just be wrong.

Can you both try now. I have changed a setting.

I agree that the back office can be improved with things like that, but we have to maintain compatibility for time. If we made all of the changes we wanted right off the bat then everyone would be stuck with new software with only one theme and no compatible modules. That is why it is important for us to put together a roadmap and follow sem versioning so users can see when features are going to be added and which ones will have to be delayed a while.

Some times it is needed. It creates a different flow that is faster since it does not depend on an external webpage load. Make all the changes in a program and then push them live.

This would mainly be based around how you have your server setup. I would recommend the latest version of php that your site can run, Opcache, MariaDB for your database. There is not much that can be done for back office optimization really, it depends on the server a lot. Have you looked into store manager or store commander?

Fast has so many components and is relative actually. You have fast for the php / server side of things and you also have fast for the frontend side of things. Which one are you looking for?

Can you vote now? If not, what does it say?

I don't think it would be good for that since it would need to be core really. I think for a lot of the ideas and changes it would have to be set out for a 2.0 version because of the amount of compatibility it would break. We need to figure out what everyone needs really, then break them into individual features and see if we can add a few of them in minor versions without breaking things. Because of the whole product page mess it might be hard.

I wonder if you have to hit 10 to vote. It allows me to vote.

Luciano, They should all work. We have done a lot of testing and haven't had any issues yet. We are working to get the language section working. Even though PrestaShop is opensource they have copywritten all of their languages and not made them open source. So we are going to have to handle our own it looks like.

I am doing horrible at getting upvotes it looks like. Maybe we should highlight it.

There is not an ebay module in progress, but the standard one you are using should work. The German market is important enough that we realize that people are worried about it and we are reaching out to figure things out. There is not a german contact yet. That is the point of this post is to try to get German people to help us since we do not know all of the laws and struggles. Sure you can transfer your store, everything should be compatible. Currently we do not earn money, we are hoping to change that in the future. We are going to earn money through partnerships. We do not plan to release any paid modules from our side, we will have an addons store that other developers can release paid modules from though. We will also have a free module repository at the same time too. Everything we release from thirty bees will be free.

No, it should not be redirecting to the modules section. It should be the normal performance page with a few tweaks and some more caching adjustments.

That should work fine.

It would. Let us know if you have any issues, we are great at fixing bugs quickly

It would not be too difficult, but we have not released a migration tool yet.

The attribute / combination / product system needs a huge overhaul with a ton of new features. I am glad you made this post to get the ball rolling on some ideas.

We have had a lot of inquires for German specific support for thirty bees. We plan on fully supporting the German market, but to be honest we are not sure about all of the regulations. What we need is help from German users. We need to know what the shortcomings are and what needs to be done to fix them. We realize things are very different over there in regard to the ecommerce laws, but none of us are from Germany so we do not know the specifics. If some German people could install thirty bees and give us some feed back that would be great. We could also use some German translations as well.

I am familiar with the issue, I actually reported it several years ago to PrestaShop, http://forge.prestashop.com/browse/PSCSX-3485?filter=-2 Our issue is pretty much the same, we could not change it in our first version without breaking some stuff, but it will be changed in the 1.1.x version.

Soon we should have a Cloudways launcher setup, we are just waiting for them to deploy it. thirty bees works excellent with it since they support REDIS caching. Its a lot faster than a standard 1.6 and faster than 1.7 as well. You can check them out here, https://www.cloudways.com/en/?id=11188

Their servers are more than likely overloaded. Ask them to raise the fcgi timeout to a reasonable level and not the default 10 seconds.

Its actually a different forum software all together. It is more mature and stable.