Phenix or TB?

[theMerchantDev]

Please leave your comments why should i choose one or other.

I'm on PS 1.6 and planning to upgrade.

[wakabayashi]

What is Phenix? 😅

[the.rampage.rado]

6 minutes ago, wakabayashi said:

What is Phenix? 😅

Exactly what I was going to say.

The majority of users here don't know about Phoenix so probably first hand experience won't be shared.

Instead I would like to guide you to the last 2 major release threads so you can check how much quality work has been done by the TB team in the last 2 years:

• version 1.5
• version 1.4

And there are tons of new features, bugs and security fixes since.

Regarding PhoenixSuite, yes, eolia is doing some fantastic job too. It's really a shame that those project are diverting away in every new release and he does not join the TB team with his knowledge.

[30knees]

23 minutes ago, wakabayashi said:

What is Phenix? 😅

https://eoliashop.com/phenixsuite/prestashop-new

Also didn't know!

10 minutes ago, the.rampage.rado said:

Exactly what I was going to say.

The majority of users here don't know about Phoenix so probably first hand experience won't be shared.

Instead I would like to guide you to the last 2 major release threads so you can check how much quality work has been done by the TB team in the last 2 years:

• version 1.5
• version 1.4

And there are tons of new features, bugs and security fixes since.

Regarding PhoenixSuite, yes, eolia is doing some fantastic job too. It's really a shame that those project are diverting away in every new release and he does not join the TB team with his knowledge.

Anybody ever attempt to find out why? 

[undecided]

@theMerchantDev I would suggest to setup both shops (TB and Phenix) and check which is better for your needs. For one it's TB, for another one its Phenix and for someone else it might be Shopify or whatever.

Long time ago, I was on the move from PS 1.6 to either PS 8 or TB and did choose TB, as it suited my needs best. Later, it was somewhen last year, I changed to Phenix as it works better for me for various reasons.

So, besides the fact that such a question, placed in a specific forum (in this case TB forum), will always result in more positive for that solution (in this case, pro TB shop), the only one who can answer it is you. Set up 2 copies of you current shop and update one to TB and one to Phenix. Then you will see which is best for you.

[theMerchantDev]

@undecided

Sure that your answer is the more responsible, but in fact it's not so easy to choose, even having both available for testing, and this is the reason that I asked for comments from community. But for those on same path of me, sure that setting up both is a good thing to do, because probably you will need to contact both community, both support, maybe dev hiring for more complex work or customization or professional help, etc.

For example, you commented a migration from TB to Phenix, and I really appreciate if you can share how did you do the data migration.

Thank you.

[theMerchantDev]

In fact having TB and Phenix in different paths is a huge shame, because @Eolia and @datakick working together would be invincibles, two so solid knowledge and code quality, making the right things by the right way. It would be a dream for those who believed in the Prestashop project as it was in the beginning.

[wakabayashi]

I am a day zero user of tb. It looks like the best deicision I could have made. While this project had ups and downs, it's still alive. There were so many huge improvements. Things may take longer here, but are done in a high quality way:

• Core updater (this is fucking awesome)
• Extraction of dependencies
• New image support (webp)
• Bug fixing / php support

I am sure @Eolia has his reasons, why he is doing this on his own. But as I can see, his project is not on github. Which very likely means, that he is really doing this his own. For me that would be too risky. 

[wakabayashi]

On 7/10/2024 at 1:47 PM, undecided said:

Later, it was somewhen last year, I changed to Phenix as it works better for me for various reasons.

Could you tell more about the reasons?

[undecided]

@theMerchantDev I did set up the shop from scratch, meaning I made the design and all new, and imported the things I needed from the old shop with prestashop storemanger https://www.prestashopmanager.com/free-download/
As far as I can remember it was almost everything related to products, customers and orders except the passwords.

@wakabayashi It would take too long to explain in detail, and also would drift the thread too much into off topic, but to rap it up, I did not like the direction in which TB has moved (in terms of code and philosophy) and have also some more, for me, useful functions in Phenix such as tariff codes and BBD for products, customizable BO page (e.g. order page), etc.
But please note, that are my reasons and does not mean Phenix is better than TB or vice versa. It is just for me the better package. For others it might be different and that's the reason why I always recommend to checkout both, as in my opinion, both shops have their pros and cons and no shop system available is a 100% worry free and fits to 100% solution unless you code the whole shop for your own.

[30knees]

18 hours ago, undecided said:

such as tariff codes and BBD for products

Those are things I also need. We have them implemented outside of the TB core. BBD gets shown to the cutsomer like this and each order tracks the BBD the customer got. Tariff is with our fulfillment center.

[Smile]

Just wondering what is BBD? Tariff codes we wanted to implement but it was pushed off the road map because it was to simple to implement. Someone could do it himself if it would be needed. Will put it on again, now I see there where more people interested in it.

[the.rampage.rado]

BBD = Best Before Date.

Basically batching system when you enter stock in the shop it first draws from the quantities with the soonest expiration date and of course shows this in FO.

[30knees]

14 hours ago, Smile said:

Just wondering what is BBD? Tariff codes we wanted to implement but it was pushed off the road map because it was to simple to implement. Someone could do it himself if it would be needed. Will put it on again, now I see there where more people interested in it.

Datakick implemented BBD tracking and front office display of the date for me. If it helps, he's more than welcome to use it for tb.

[elund]

On 9/17/2024 at 10:00 PM, Smile said:

Tariff codes we wanted to implement but it was pushed off the road map because it was to simple to implement. Someone could do it himself if it would be needed.

Why push something out of the road map because It's too simple to implement? Never heard that argument before 😉
If it only takes a few hours to implement, why not just get it done? And I think that many of us don't have the knowledge to implement it.

BR Elund

[wakabayashi]

I guess the question is more, if this should be core stuff or a module. A lot of stores don't need this feature.

[the.rampage.rado]

2 hours ago, wakabayashi said:

I guess the question is more, if this should be core stuff or a module. A lot of stores don't need this feature.

I think tariff will be quite a useful addition for shops selling cross-border.
And If we don't want it we can simply turn it off by a switch in Preferences.

Regarding BBD - yes, this might be quite a niche thing for food/medicine/pet shops, etc.

[datakick]

14 hours ago, elund said:

Why push something out of the road map because It's too simple to implement? Never heard that argument before 😉

As Smile wrote -- adding new field to db, and implement basic CRUD operation on top of it, is quite simple. Anyone who really need it can can implement this functionality.

Hoverer, to add this properly to the core, is more complex. We have to considerer other aspects as well, for example:

• support this field in CSV import
• expose this field in Webservice, both read and write access
• impact on themes -- should this be exposed to theme? Do we need to update community-managed themes?
• since this is a classification field, maybe we should have a new table with all possible values instead of free-text? If that's the case, we need to populate this table during install AND during store update, and make sure the table values are up-to-date (which means future work is needed)
• and who knows what else

It would take a few hours, maybe even days, to do that.

It was not worth the effort at the time - no real demand for this field, and if anyone really needs they can create a limited implementation themselves.