Jump to content

Welcome, Guest!

By registering with us, you'll be able to discuss, share and private message with other members of our community.


  • Content Count

  • Joined

  • Last visited

  • Days Won


Everything posted by lesley

  1. If you have root access cpanel's transfer tool can transfer a site from DA to cpanel.
  2. Let me preface this with stating the obvious, I am no longer with thirty bees and I don't speak for them in any official copacity. These are my own opinions. Now that is out of the way, Mark, you are a pain in the ass. You don't offer anything to the project, you donated $20 2 years ago. One thing I think is very complex for you to understand is that @Smile bought the company for a good / fair amount of money. Its no more of a democracy than if your company was a democracy. Over the years I have valued all of the constructive critism that has come down the pipe, whether I like it or not. When @wakabayashi stepped away to work on his own business and to see how thirty bees panned out, it mad me sad. But I read what he wrote, his thoughts, and they were fair and understandable. The same with other people that have come and gone over the years. Most everyone that has come and gone has been constructive, non combative, and have expressed themselves. You on the other hand, you talk like a child. You cannot form thoughts, so you just cut straight to insults. Like I said, I don't speak for thirty bees anymore. But here are my answers to your original post. 1. Its neither, its a private entity. If you want to influence the way the project and company are headed, you approach the owner with ideas. Maybe a joint co-operation. Not just cut straight to critisim and name calling. I cannot imagine that has gotten you anywhere in life. @Smile is a good guy and very open minded. He might not be who you pick to run thirty bees, but he is who I picked and he is running it. 2. As far as I know this is done. Notice the dev sprints on the forum, they state what is being worked on and it is set up as a proper company. 3. That is not how open source works. It would be really cool if it did work that way, but its not how any open source project works as far as I know. There are some with bounty programs, but those are also projects where they have users donating tens of thousands of dollars a month. Vue is one that comes to mind in that regard. Unfortunately thirty bees does not have that kind of traction. 4. No. This shows your limited understanding of software in general and as a whole. A long term plan has to be developed and followed. As much as the community of any project would like to vote on every task that is worked on, it is just not feasible. Things will end up too strung out, intensive tasks that provide seemingly little reward will be pushed to the wayside. A great example of this is how prestashop operated. They threw all of their resources into making 1.7, that is what people wanted, a new front end, symfony, ect. It wasn't out of beta yet and 1.6 stopped working. No one was doing the pain in the ass tasks like making sure browsers didn't deprecate the spaghetti code it relied on. A lot of the tasks that need to be done seemingly have no benefit to merchants, until they need it. That is why a roadmap is needed. 5. Where does this money that is paid out in your mind come from? The $20 you donated 2 years ago? You have just been an asshole to everyone here, you need to tone it down, act like a human being, act like there are human beings on the other side reading what you write.
  3. Create a 301 rewrite from the old domain to the new domain. You will see a rankings drop and traffic dip for a bit, but if you keep the redirect in place it will pick up over time.
  4. lesley


    Put your site behind cloudflare and when the carding attack starts, turn on the under attack in cloudflare that should stem the problem.
  5. The rule should be added when you get to the checkout page. But I think the first way is the correct way to do it, that is what I have always done.
  6. @Raymond I totally understand what you mean. One aspect you might take into account with all of this, is if you use a major processor like stripe, auth.net, any paypal products, they will all close your account over this. So it is something to be aware of and it is a key reason why it never made it into PrestaShop before thirty bees was forked from PrestaShop.
  7. @Raymond There is no good option for what you want to be honest, in any e-commerce package. What you are going to end up introducing is more ways to break the checkout imo. When you are able to set payment methods on a per product basis this is what will happen. Someone will order a product that has payment restrictions, they will order another product that has no restrictions. What happens in that case is the same thing that happens with carrier restrictions, you get a message that the order cannot continue and the customer cannot pay or complete the order. Multi-carriers per order is not something that is supported, so I doubt that multi-payments per order would be supported either. Then again, I am no longer with the project so I do not have any say over this.
  8. @Raymond You can set the discount to be applied based on the carrier as well. That should solve your issue.
  9. It already supports this in a way. Create another set of carriers that work with only one payment method. Like your computer example, create a carrier that only works with bank transfer, then select that as the only carrier that will deliver the computer. You have effectively forced the customer to use the bank transfer to buy that product. That way in my opinion will be the best. Because it does not add another area for an order to not be able to be completed.
  10. Most Prestashop 1.6 themes are compatible with thirty bees, yes.
  11. I think you are missing something, viewing the source of your site I can still see its in the head going to bootstrapcdn
  12. @datakick font awesome is not hosted by google usually, its hosted by either cloudflare, stackpath, or cdnjs, which if they were blocked would be a huge problem because a lot of shims and other js files are hosted there. @veganline have you considered using the google font loader? That can get around some speed test issues.
  13. Why? Are you trying to make a online speed test happy?
  14. Have you looked into sendy.co that is what I use and what thirty bees uses.
  15. I assume its because both of you are in the UK and the UK and EU do not have any countries with required states (except italy). I am not a fan of the big address format either to be honest, but paypal kind of ties your hands. For the autofills those are great, but generally not free. Algolia used to offer a free one, but they have twilighted it. And I know a lot of people in the EU would be upset if the google one was offered as a standard component, they do not like sharing their information with google and clicking no in the gdpr box would break the checkout since they would not allow google to look up the address.
  16. @AndyC Not all processors require a state to be passed. With paypal, that is honestly the main reason that PrestaShop and ergo thirty bees ever included states. If you look at the list of the countries with states that comes with the default installation, those are the countries that paypal requires states from. This is the current list of countries that require a state to be passed, and the state / province code that they need. https://developer.paypal.com/docs/api/reference/state-codes/
  17. You can't do that, that would really defeat the purpose of the software.
  18. @AndyC The reason that was never done and isn't done in any third party modules is because the data needs to be sanitized. Take paypal for instance, if you pass a payment with a state name, the payment will fail and the user will get an error. It has to be passed with an iso code of the state. That is how most gateways are. So having a typed state really does not work.
  19. @Rhapsody The main reason I am suggesting adding more tables is because the data is not going to be accessed internally. In wordpress you have their plugins grabbing the data and sorting through the json looking for what they need. What I am suggesting is for to make it all accessible through an updated web service. That way people do not have to run a theme at all, it can be a completely separate application accessing the data in the shop. This would standardize things.
  20. I want to throw my 2 cents in the ring on this. What I would like to see as a new feature is likely something most merchants would not care about, but I think it would be instrumental in pushing thirty bees forward in the future and expanding the base with more developers and larger tier users. 1. Push a change to how modules store data. I think this will get a lot of push back, but I think its needed for the end result. I think modules need to start adding columns to the default tables, with maybe more default tables needing the be added. Say you have a module that displays a custom section of text that is editable on a per product level. Like a module that hooks under the productextraleft that says "Free Shipping" on the front. I think that module needs to quit relying on its own table and store in the tb_product_languages table by adding a column. I think every possible module needs to start extending the default tables and storing data there when ever possible, 2. I think the current webservice needs to be left as is, completely compatible with prestashop, but a new version 2 needs to be built out with a different end point. But instead of building it like the limited webservice that prestashop has, build a really extensible, resilient api. There are a ton of limitations with the current webservice, its only good for getting (some) data and storing data. What I am talking about is bringing everything online with the api. It needs the ability to build carts, query the api for shipping prices on those carts, get payment gateways, pass payments (which I do understand the modules have to be written to support this). Where the adding columns comes in, is in the resiliency of api. Where someone working with the api can just get product id -> language - > moduletext. The idea is when a module is added since its adding a column to the table, that new column becomes available in the api. Bringing an api like this online and making 100% of the core available through the api will expand the thirty bees universe more than anything. Look at PrestaShop, they are working towards a better more modern smarty integration, taking logic from their templates, ect. But in the end they are ending up with the same thing, just organized differently. Bringing the whole api online will make it possible for thirty bees to be headless, which will open doors of new technologies as the come out. Want to run a node front end? Sure, you can. Or React? Ok. Static html? Yeah, that would actually be possible. That (those) are the features I think need to be added.
  21. It means you need to create a carrier for each shipper.
  22. No, you have to manually change it.
  23. Yes, it matters. Try with a new order from scratch. thirty bees saves carrier information in a way that does not break orders using a carrier of a previous save.
  24. I am all for consumer protections, but it gets to a point where it becomes a bad thing and this is one of them.
  25. It looks like mysql is not running on the server or you did not create the database.
  • Create New...