wakabayashi

Have you changed shop url in backoffice (SEO & URLS)? If you use multistore these settings are stored under mutlistore. Not sure if you have to change anything else. In config folder there is a file "settings.inc.php". In it you find a constant 'PSDIRECTORY_'. Maybe this has to be changed as well...

Hello I just installed the blog module and it looks solid :grinning: :thumbsup: Still I want to share improvements ideas: Preview a post for author. This is very helpful when you are creating a post, but don't want it to publish yet. Author widget. Instead of just showing blank name, it would be nice to have an avatar & little description. Translation option. You offer a field "available for these languages". That's a very nice feature, but I would disable it, if user has only one languaged installed. I would also consider, to preselect default language. Link blog with ecommerce. I think in the longer run, the blog should be linked deeper with the ecommerce system. It' should be easy, to insert links to a product. Also reversed: to insert blog posts on categories or products pages. Shortcodes. This is related with the previous point. It would be amazing to have a shortcode system, which devs/designer could use. Imagine of something like this: [smalllist idcategory=12 products=5] Edit: * RSS Feed * Including links to sitemap How do you like about my ideas? Feel free to add your own in this thread!

I think you could solve it with css media queries. Otherwise fluid typography could be helpful: https://www.smashingmagazine.com/2016/05/fluid-typography/

@MockoB I am not from germany, but in switzerland situation with "Rechnung" is very similair. Well if he forgets, you remind him. We do this first by email and later own with a letter. When we finally switched to TB we will add Paypal and CreditCard. At the moment we only have Rechnung and two swiss methods.

No it's not the same. If you aren't from germany you should stay away from "Rechnung".

As @MockoB said, it's "Rechnung". This payment method is super ugly for us merchants. You send your goods without any payment. You add an invoice to it. When the customer is happy with the products and dont ship them back, he can pay it with bank transfer. The risk is all at merchant. If the customer doesn't pay the invoice it's very hard to do something. We lose quite a lot money that way. Other payment methods are: SofortÜberweisung Paypal CreditCard

In don't get your question. Are you asking which payment methods are popular in germany?

@dynambee I think this discussion helps @mdekker to make a good checkout. It's not so easy to customize checkout for coders/designers... It has to be good in core already...

Yeah that's the thing. It's just pschology effect. I believe best thing is this: - New customers order without entering a password - After the order was sent, they are asked if they wanna use a personal password. - In backoffice I would handle them all the same, based on their email. If somebody reoders with same email - Case 1: He didn't chose a password. -> He won't see any personal data in front office -> psychologial effect. - Case 2: He did chose a password -> he logs in & checks out fast as hell ;) Edit: @mdekker, @lesley. I just wondered if it would be possible to have just a single email field. With ajax we check, if there already exists an account/password. If yes we display immediatly a password field and customer can login. If the email is new or was only used as guest, he will again follow the whole checkout path. I think this would be a userfriendly way to combine account & guest checkout. But not sure if ajax call will be fast enough, to have a smoth user expierence.

Why would we use guest checkout? Where is the difference to an account? We used it before, but I don't like how its handled in PS. It's a big mess to be honest...

Have you tested some things out? I am at the same point... I have no idea, how I should configure my server, to get a fast and stable thirty bees.

What kind of support are you tinking of? As far as I know there aren't plans from thirty bees itself. What they offer is free! But ofc there will be coders, which offer support in return for money...

The problem is solved: thx @lesley What I had to do: Going to performance tab->at the bottom switch cache on->select file system and save->switch off cache again!

Well Tb is a improved 1.6. So yes it's ready to use! For migration, as always: Just test it out! I am personally in the testing phase, but there are already live shops with tb and they say it's stable. So no need to worry about.

I am not completly sure about it, but we have done the same as Havouza. Just putting a big number there instead of 0... Please write if it works for you as well. If this solves your problem, then it's a bug...

Hello Yeah thirty bees is a new fork. So the docs aren't progressed that much yet: http://docs.thirtybees.com/ Of course at the moment you will find some Info in the PS manual as well. If you have any specific question, feel free, to ask it here!

Hehe thx @alwayspaws. I will try to support, where I can!

@mdekker I should just wait right?

Maybe your configuration is wrong. I don't have any such problem. I would assume it's "zone/country" problem...

No I am on 1.6.1.9...

Thanks, but I don't even use APC Cache... Deleting class_index.php doesn't help as well.

After installation I get: [PrestaShop] Fatal error in module file :/home/genzo/public_html/classes/cache/CacheApc.php: Call to undefined function apc_cache_info() Is this my problem or a bug?

Not sure what you mean with odd!? That's the old style of forms. Have you used $this->bootstrap = true; In your construct method?

@Traumflug yeah it's understandable. A shop system must be easy to handle from the begining, but still offers all the function to be sucessful in the long run. I hope TB is been able to serve a new merchant experience. Little things can be killer arguments. In switzerland we know for example only money values with at least 5 Rappen (Cents). There is no 1 Cent coin. If a shop system don't support rounding on 0.05, it can't expect to become popular here.

I don't know so much about Shopify. I think ecommerce market is just segmented in regions. Here Shopify isn't that popular. Also I believe that most merchants don't invest enough time to chose their system.