Mark
-
Posts
277 -
Joined
-
Last visited
-
Days Won
5
Content Type
Profiles
Forums
Gallery
Downloads
Articles
Store
Blogs
Posts posted by Mark
-
-
Ok forget this, I knew this control was somewhere and of course as we all know it's in Modules, with the admin being able to control whether modules are visible on certain devices in there.
-
Yes i agree with all that and that it probably shouldn't be core functionality.
Obviously I'm not talking here in-house teams maintaining for the company, I'm talking about allowing "people" ie other businesses/ entities to create, view and maintain their own (products, warehousing etc).
I would expect this would be a whole module unto itself. Such a module may already exist but I would suspect it would require an underlying permissions structure and ownership layer in core before such a module could exist, am I right with that @datakick
-
Has much thought been given into a whole new permissions layer?
Whereby products and most things.... Could have multiple different owners and the permissions system altered to have another column to allow only the owner to edit/delete etc.
One for you to comment on @datakick
-
Hi
I'm trying to greatly simplify things for mobile users by trying to remove modules and things for them
In Positions I can unhook modules and functions for all users
How do I do this just for some device types?
-
Yes of course...I always run the schema update..
Ive just done it again and same problemAs I said it's terminal... cant create an affiliate, no workaround.
Have you tried creating an affiliate in your system and found it works? Or fails?
-
So are we waiting months before there's any fixes to any bugs at all? Seems like many bug fix requests are going unanswered. Not likely Ill be promoting TB to anyone at all unless I can be sure I can see there is actually a future for myself ... by whats being done with it. It should not take months to conclude this deal. Its hardly rocket science about whats involved with taking it over.
There is a lot more rocket science involved in actually maintaining it and making sure people don't abandon it altogether. -
In Stats/referrer/edit if I try to add an affiliate it says as per the attached image.
Its a terminal error, can't continue without it being fixed, but in all likelihood an easy fix due to a column/table name
-
-
6 hours ago, wakabayashi said:
What does the browser console say?
Console reports nothing wrong, with Network providing 200 status responses.
However the list doesn't appear and without the list, we cant attribute a supply order to a product.
-
Stock/Supply Orders/Edit
Manage the products you want to order from the supplier
This section it says "To add a product to the order, type the first letters of the product name, then select it from the drop-down list"
However this doesnt seem to work in either FF or Chrome.
(typing the first few letters of a product doesnt result in a list).
-
Its important to keep the core free yet professionally managed still funded out of salaries/ stakeholding.
Its amazing that the key devs in this have been so passionate for so long about this, with virtually no direct money or stakeholding and that one naive but nice guy who doesnt have commercial acumen has been "in charge".
Funding about 3 devs + internal systems and marketing will not EVER happen out of donations or a few paying a few subs, there's so much naivety here about what doing this properly would take.
Also, new/early users do NOT want to be paying $70-$150 per module, like prestashop. Early stage users want to pay a few bucks or even trial for free.
Devs also want a lot more more than selling a few modules for $70 for their efforts.
So how do we incentivise devs to build high quality modules that customers can't be without and that scale as their does?
Monthly fees... starting low and ramping up with the site.
Instead of a Dev selling a module at $70 for life on prestashop (which early customers are very reluctant to pay and big sites laugh at) what we want is good devs making $300-$1000 a year from each client who are only too happy to pay... if their site performs as a result (means high quality modules).
-
Still no sign of any commercial metrics about this company.
Im not personally against you @lesley its just this is a company and I do not see it being run in any acceptable commercial fashion right now.
A few bucks a month or year from a few users is the same as what happens now and that will not ever make this platform into anything and it will go from one near death experience to another unless people wake up and realise its about PERFORMANCE FOR SITE OWNERS. Then THEY WILL HAPPILY PAY (and should be forced to) instead of going on a free ride. Until they have decent sites, prices need to be set to nurture people into downloading helpful modules not put them off. (Unlike PS that attempts to rape its early stage customers and scare them away).
Another thing I would propose is that features and moves forward are put to proper community consensus. Bugs are different, thats more of a developer choice.
Presently a few decide what goes on around here and it all depends on who likes who and gets on with who blah blah, extremely undemocratic, a hardcore group of less than a dozen decide everything.
The entire community should have the opportunity to be involved in features.
-
Lesley isn't forthcoming with any data here on financials , downloads, installs, sites, modules any metrics whatsoever.
He mentioned earlier that he was up for whatever worked, but isn't providing any metrics so we see what this company is actually achieving and so we can see what can be done.
I should think another lesson from this is to make a company in which there is more than one stakeholder and key contributors have a stakeholding.
Its not cool to have only one person running a large scale business system like this.
-
14 minutes ago, Theo said:
The issue here is lack of leadership and direction recently, and not lack of money.
It would be good to know what the facts are about that. But even if the company is rolling in money, we are seeing comments from datakick (for example) saying here that he mostly works for free as does Traumflug, apart from money to do the odd project.
So if the company does have money, its not doing anything much with it.
-
1 minute ago, Theo said:
Sorry @Mark but this sounds disturbingly like the path to the dark side. Like exactly the path PS decided to take. And we all know where that landed up.
From what I've seen over here this is decidedly against the ethos of this project and was stipulated against in the Project's Modus Operandi, 'where we won't charge for modules' and 'won't charge for something that was free ala Presta' is clearly mentioned.
Yes I realise this is likely to be the prevailing view for awhile and I understand exactly why and have those views also. There's lessons to be learned about the way PS went about things on the commercial side of things that can be incorporated into this but virtually everyone knows that every company has to make money to thrive.
We would need to do that in a way that works for the site owner and where they will be happy to pay upon performance (unlike PS).
Sites like this are far too complex to do without money and we can see what happens without it.
-
Does anyone know key metrics about thirty bees such as how many downloads, how many sites (and who and where) for which it's a currently a platform, which core/ non core modules are installed and the amount they are used?
Part of what I'm talking about would involve an authentication and tracking system for both core and non core modules to bring company and dev revenue based on activity so things would scale to each site's power and T/O.
Each module would authenticate upon back end login by the site owner and the module would disable if it wasnt authenticated or paid for.
I realise many would cringe at this because it sounds money grabbing and potentially privacy invading.
However I believe scaling module cost to site performance will help onboard many owners. and secure recurring revenue for devs and the company, all of which would be empassioned to see the customer succeed.
-
Although the TB codebase and technical knowledge is very good, the company is pretty much worthless. Its a major hazard and risk of open source development that often comes from purist views and very well intentioned plans to build a great system and codebase.
Eventually, as we can see, even the best intentions and hardest of skilled work and knowledge grinds to halt without money.
There's no hard business edge here, no commercial drive or visible business plan of any substance.
Trying to survive off donations from passionate techs is entirely hopeless.
I spoke to both lesley and datakick a few days before this happened about leadership and commercial innovation and I'm not entirely surprised to see this happen sadly.
I was happy to step in on the business side of things and help fund it but decided this company was far too risky to invest in with almost no commercial or legal substance or power.
I do have ideas and optimism for thirtybees though if it could find its commercial feet and work to a plan.
-
2
-
1
-
-
14 minutes ago, toplakd said:
Start with this.
And end it with installing consistency checks module to make some more checks.
And if that's too much, i suggest to hire someone to do it.
Writing dumb questions won't help you to upgrade / migrate your shop
Some users on forum are spending many of their time for free, to maintain the core and applying bugfixes.
Its great you guys do it free, I (and many others) do seriously appreciate that, I am not putting thirtybees/developers down, its some very good software youvve forked and worked hard at (for good reason), with much potential.
There really isnt that much need to attack me, Ive simply wanted to undertake a task and have waited for good advice before I did it, of which there has been a lot that I have not acted on yet because each of the solutions/answers needed fleshing out.
-
3 minutes ago, datakick said:
Well, this whole thread is an evidence that you can't, actually
Me and the others have tried to help you with this task. Well, not me personally, as I've come to the conversation quite late. But others spent a lot of time and effort to help you. You just don't want to listen.
Migration from one server to another *is not* a standard functionality. It's has nothing to do with the purpose of the software -- to sell the stuff online. Just like with the car simile. Its purpose is to drive you around, and it does this job just fine. But it will not replace oil filter itself. You wouldn't expect it to, would you?
Thirtybees company earns a lot of money. But it's kind of you to worry about that.
Cool although I havent even looked at this thread since I posted until now. And as youve said, there was only one correct answer. I also agreed but was not sure over table names. Your reply indicated there was no need to be concerned so my next step was to actually try it, which have not yet done. Its somewhat dangerous to presume the other guy is an idiot
-
9 minutes ago, datakick said:
I have a car. I know how to drive it. I know how to turn on the radio or how to use navigation.
But I don't know how to change the break master cylinder, or what kind of oil filter it uses.
Nor should I ever ever have to.
There are car mechanics that know this stuff, and can fix this for me much faster. The result will be better, and probably much cheaper, then if I did it myself.
With thirtybees (or any other ecommerce platform) its the same. It's designed to help you sell stuff online. And it's pretty good at it. But it will not magically migrate itself from one domain to another. You need more than a user level experience with the system to do this. It's not a shame if you can't do it yourself. Just hire somebody who can. Like I hire car mechanics to replace oil for me.
I can and do happily pay coders to do things on my own systems or open source projects Im involved in. I dont even involve them if its core stuff that should be done as part of that core project.
I can certainly do this myself, I just had concerns around whether it would work for reasons Ive highlighted and they were just concerns.
You and others have sadly been trapsing around trying to get me to pay for things that should be core and thats unfortunate @datakick maybe try a gala or something to raise money if you cant do it with this company
-
20 minutes ago, datakick said:
I'm sorry, but if you don't know such *basic* info, you shouldn't do this task at all.
Actually no, Ive never read the codebase for whether it has table names nor should I ever ever have to. Are you a bit desperate for cash @datakick
-
55 minutes ago, datakick said:
This was always the way to go. Ever since the first version of prestashop, this is how you move from one domain to another. There are thousands of tutorials on the interned describing the process.
In short:
- backup database
- copy all files from source to target server
- extract db dump
- adjust configuration (db connection, cache servers, server urls)
This will, of course, keep the original table prefix. But who cares if tables starts with ps_ or tb_ or ps_db_34fslj, it's just prefix to allow multi-tenancy.
Thanks @datakick it doesnt matter if there are no table names in the code, but I dont know if that's the situation or not. But from what you are saying there isn't so thanks for that I shall try that
-
Ive tried @Theo's idea. @wakabayashi's idea @x97wehner's idea @Sigi's idea @Traumflug's idea.
Thank you all for your help:
Theo's idea: Feedback below:
On 3/17/2020 at 8:56 PM, Theo said:Not sure what the guys will recommend. But while we wait, maybe you can try the following just for fun?
- Make a clone of the existing, broken site on your local environment and check that the copied site runs
-
Using the copy of the site, delete the modules that are not working - either using Admin or if this doesn't work, delete the actual module folder under modules
- All non TB modules were removed
-
Use Core Updater and update the site to latest version or bleeding edge if you must
- Am running latest updates on Bleeding Edge
-
In theory, it should detect the missing modules + add them back in
- Didnt happen
-
Resulting in old db + new code base and working components / modules (Blog etc)
- Fail
On 3/17/2020 at 10:30 PM, wakabayashi said:Why can't you just import your database backup into the new database?
- I did start this, obviously all the table name prefixes are different though
But TBH, if you have no expierence at all with such actions, I would hire somebody.
- I do have experience with this and common sense. I should not have to hire anyone to shift domains.
On 3/28/2020 at 2:03 AM, x97wehner said:There is a migration tool I used a couple years ago that did this very well when coming from prestashop. Its called MigrationPro. It moves all the core data pretty seamlessly.
Could well be great, but shouldnt have to buy this module to undertake this function.
On 3/24/2020 at 8:52 AM, Sigi said:just to understand it correctly:
- adjust all the settings in the back office i need. (in new tb installation with new url)
- install all modules i need and configure them (in new tb installation with new url)
- export my articels from existing shop (e.g. with datakick module)
- import my articesl in new shop (in new tb installation and new url) with csv.import
- export the needed database files from existing shop(customers, carts, orders(history), adresses, categories, contacts)
- adjust the exported database files to the new shop (e.g. with notepad++)
- backup and then delete the database files from the new shop which I want to replace
- import the adjusted database files to new shop
- everything should work?
please correct me if there is something wrong or missing!
The difficult part for me is 5. and 6.
At point 5. there are many files e.g. at customers, customer_group, customer_message, etc... wich are the relevant ones, when i want to keep all the data about my customers and their orders, to know wich articel was orderd how often? (maybe i should know this for myself, but it is difiicult...)
At Point 6.: what do i need to adjust? In my old/existing shop, it was a migration from ps1.6 so when i compare the file with a new tb file i see that there are more differences than just the host, server-version and database-name.
In the files I see that often in "create table" there are differences (see picture). Do i need to adjust this too or is this not necessary? Or what explicit is necessary to do?
Would be great if somebody could tell me if I am completly on the wrong track...
edit: existing/old shop is tb-version 1.1.0
new shop on new url is: 1.1.x bleeding edge
Could not get Datakick's module to work
-
I tried as above what Sigi suggested, using getdatakick from @datakick however datakick advises me that it was not the intention of his module to do this and I've found it doesnt work exporting TB then importing via his module.
On 3/20/2020 at 9:18 PM, datakick said:My tool is not intended to import db dumps. It's a generic import solution for generic xml files --> usually product feeds provided by your suppliers
Creating ownership layer for products, warehousing etc
in English
Posted
So is this code thats been built then modified by you guys for thirtybees itself and will absolutely run multiple sellers and vendors? Are you guys selling this module yourselves?
This code enables multiple vendors on the thirtybees portal to sell their modules? (Without that being immediately obvious to the user)