Leaderboard

Hi All.. The forum was down for maintenance today for backend work and to streamline the forum structure. Many of the support forums have been merged (eg, OSCOM v2.x support, installation, upgrades, tips and tricks, ..), and some have been vaulted (eg, OSCOM v3.x, development, ..). The encyclopedia sized forum rules have also been streamlined and now point to the policies on our main website. For a test run, the Clubs section is being shown more prominently on the front page of the forum, showing the last 3 active clubs. This may change again in the future where all discussions are held in Clubs to further streamline the forum structure, and to experiment with entirely new forum front page experiences. Announcements will soon be made regarding the following: v2.x Community Editions Apps Marketplace New Me Website OSCOM v3.x New channels for v3.x discussions will be added to the forum when the announcement is ready to be made. On a personal note, I apologize for my lack of presence in the forum - I have been focused entirely on coding. Many thanks to the moderator team keeping the community civilized. My resources now allow me to do both, so watch out 👀😃 and catch me in the Public Chat area again from this week on.

Whoops! You misspelled "Thank you, Burt, for all your hard work in keeping the osCommerce project alive and relevant. We know we have to keep up with evolutions in PHP and other technologies, and we're glad you are helping us do it."

Bootstrap 3 will be around for years - no point overthinking that, so forget it. The main "problem" will be upgrade php. Some people say php7.2 is working fine, others report it is not working fine. At the end of the 28d, dependant on support thereof, I hope to have gotten enough time in hand to get the following done and complete; make sure shop and admin are ready for 7.2 (at the very least, possibly 7.3 if I can swing it) -> no warnings and no errors product class -> rework relevant modules to use it But as with all things, one step at a time, and right now that step is trying to get some time in hand to actually do "stuff".

CE Phoenix Phoenix is the Master Community Version of osCommerce https://github.com/gburton/Responsive-osCommerce/releases https://www.oscommerce.com/Products Demo Site https://template.me.uk/phoenix/index.php External Libraries https://github.com/gburton/Responsive-osCommerce/wiki/External-Libraries PHP Version Minimum Maximum 7.0 7.1.x Image Credits Images in the default installation are copyright their respective owners; Image Owner osCommerce Logo osCommerce Phoenix Logo G Burton Oranges Eelffica from Pixabay Lemons Eelffica from Pixabay Pears Eelffica from Pixabay Apples Eelffica from Pixabay Tomatoes Rocky_H from Pixabay Heart Gerhard Gellinger from Pixabay Thank You To all shopowners, developers, consultants and business owners who have supported the project over the years. Beer Tokens "Beer Tokens" are not used to purchase beer - they are used to give time into the Project. I am hopeful that enough shopowners, developers, consultants and businesses ... will join the Phoenix Club to allow two professional developers to work on the code on an ad-hoc basis. Join the Phoenix Club If you wish to sponsor ongoing and future development, please consider joining the club https://forums.oscommerce.com/clubs/1-phoenix/

It maybe worth everyone who has a link to link to the post that is in my sig. I can then keep that post updated as more releases come along.

I think it would be great to make a package (called frozen 2 or as you like) that has the new admin of @shetch and the Frozen version with its bug fixes so that new users can download them in one place. What the community lacks are periodic updates to show that the software is alive. I do not know if this is the best place to post it, but the work of @shetchis fantastic, it's the cooler in oscommerce for a long time and it would be great to integrate it into the Frozen package. What do you think? Best regards. Valqui

Great, it's looking good... Burty signed up today but didn't complete a checkout - Email will go out in 5 days asking if there was a problem *** - Email will go out 31 July with birthday wishes (21 days prior to his birthday) Dan signed up today and gave his birthday, and completed a checkout - Email will go out 27 April wishing him a happy birthday (approx 3 weeks prior to birthday) - Email will go out 10th May (60 days) asking for a review - Email will go out 10th March 2020 asking why he hasn't ordered for a year *** Rene completed a checkout today - Email will go out 10th May (60 days) asking for a review - Email will go out 10th March 2020 asking why he hasn't ordered for a year *** Steve completed a checkout today - Email will go out 10th May (60 days) asking for a review - Email will go out 10th March 2020 asking why he hasn't ordered for a year *** *** - these emails get cancelled depending on customer interaction. As an example, let us say that Burty logs in 2 days from now (13 March)...and completes a checkout...what happens: no_checkout is cancelled as he has now checked out request_review goes out in 60 days (so May 12th or so) from the date of sale winback will go out about 13th March 2020 asking why he hasn't bought anything for a year (remembering that this would be cancelled if he did log in inside that year) Pretty cool little system ? I'm pleased with how it's turned out. You may have noticed I made a "no_checkout" slug - it took less than two minutes, no core code changes - all plugged into the system automatically. BOOM! That is the future of osCommerce.

@JcMagpie These are your addons and support threads and the community will benefit from them. Please reconsider offering public support. I know it can be distracting having to read posts from "professionals" that feel threatened by you, but I think it's best to not take the bait and simply ignore/report inappropriate posts.

The interest of a forum is to be able to read both the question AND the answer. We are rarely the only one to have a problem. Find the answer on the forum, it helps a lot, lived experience. If the answer is made only by PM, it does not help the community at all.

Certainly, a member of the forum may have been the straw that makes the vase overflow, but it should not be seen as a personal attack. I think some here forget what OsCommerce is all about: allowing shop owners to have an online store. Competition is often due between shop owners who have the same activity. The customer will not necessarily choose the lowest prices, but he will choose a site where navigation is fast. A site can be fast thanks to a good host, but also because its code is clean and optimized. A code with lots of code errors (html, php and / or mysql) will slow down the site, creating random errors that will be displayed to the client. And that's not good at all. To be able to report a badly realized addon is not to declare the war to its author, but to render a service to all the shop owners who will install it. A shop is not a toy, it is a source of income. I think I remember that in his HPDL roadmap came the idea that addons should be checked before publication. This joins burt's idea in a way.

General support/feedback for Bootstrap 4 admin See https://apps.oscommerce.com/LCrov&bootstrap-v4-oscommerce-admin-ce

CE is the umbrella term for my "Responsive" fork on Github. What I am working on is called Edge. Gold (release) is a fixed point along that Edge timeline. Frozen (release) is a fixed point along that Edge timline. I suspect there may be more fixed points in the future, but that depends on the Community at large helping...instead of throwing stones. Edge is (and always has been) a work in progress. It's easier to say the work is "bad" than to actually help shopowners get a good responsive and useable version of osCommerce, hence some of the posts we've all seen in the last 12 months. And then I see those same moaning minnies using the CE for their clients or for their own shop Copyright Any file that IS in CE and IS NOT in official is a new file. New files are copyright their respective author. If anyone believes they wrote one of these new files and the copyright is incorrect on that file, raise an issue on Github and it will be sorted. Respecting copyright is very important and if I have failed in that, I want to know. Naming/Tagging (and other areas that could be changed) Agreed that things could be better, but you know what...get involved and it might get changed. The last person who did get involved...wanted the version checker changed on release of Frozen, so it was changed to accommodate what he wanted. Moaning and groaning (about anything I do or don't do) whilst you have done nothing to help...is not an ideal situation. When all that is said and done, I thank you all for your feedback, it's been taken on board. Now, a couple of people who have posted in this thread have actually done positive things for the community since Frozen was released - I'm sure you have received thank you's from the thousands of users of the CE releases. If not, that's not ideal - accept my thank you now - thank you. As for the ones who are "loud" in their opinions yet have done nothing to help, I challenge you to actually step up to the plate and start swinging. If you don't swing you won't get a home run... As you guys have been so candid in your opinions, I hope that I'm allowed to give my opinion in the same candid manner. So I ask each of you who have posted here and anyone else reading this a rhetorical (ie does not need answering here, just have a think on it) question..."have you done your part in making osCommerce a viable option for todays shopowner needs" ?

The next update will be pushed out this month and takes care of that 👍

I'm slowly but surely, as and when I can give time, updating the software. Thanks to all who are helping the software to move forward 👍

Would it be of interest to the shopowner community if public feedback was given on addon support threads? Feedback could be from other shopowners and from coders. I'm thinking things like: This addon uses incorrect HTML This addon is not multilingual This addon should use addBlock not addContent This addon is excellent in all regards etcetc

Back to CONSTRUCTIVE Addons Feedback. Let's try it. Feel free to start giving constructive feedback on Support threads. I am certain that addon makers will thank you for it. Addon makers: if the feedback is not constructive or is just personal rubbish, report the post using the usual mechanism.

This is a great idea. Feed back should address funtionality, compatibility, etc. And not include personal attacks, snide remarks and so on. Feedback that goes personal should be removed. No drama please, I get that enough in today's politics.

Phoenix Rising...

New Version 5.0.0. uploaded: Discount Codes BS 5.0.0. Changes: Added support for EDGE BS4 Removed ht-Module Moved validation script from ht to content modules Moved code from application_top.php into discount_code.php Added checkout payment content module to replace code injection in HT module Added install warning for required OT module to content modules Added condition to show "Apply" button in shopping cart module only if "Ship in Cart" Order Totals Module is present. Updated template names to actual naming standard Updated template calls in content modules to actual auto inclusion Moved html output to content module template files Normalized True/False typo in OT module Hooked modifications in checkout_process.php and paypal standard files. @MITCH70, thanks for testing @Tsimi, maybe the main description of the addon could be updated. I have no privileges to edit it, can you please.

I suggest if ( ! is_array($params) ){ $params = array(); } if ( ! isset($params['type']) ) { $params['type'] = 'submit'; } instead. That prevents you losing other parameters if type is not set.

I've implemented sitewide hooks on a Branch here - https://github.com/gburton/Responsive-osCommerce/tree/201906/includes/hooks/shop/siteWide Take for (eg) the Bootstrap one, it includes easy versioning, as so: https://github.com/gburton/Responsive-osCommerce/blob/201906/includes/hooks/shop/siteWide/bootStrap.php#L18 This should help a lot for shopowners being able to recognise exactly what they are running.

https://github.com/gburton/Responsive-osCommerce/commit/59be0a7e877698564f4c2a3c6aea6faab700050d

I really do not understand why this is a problem to be helped to design a addon in the rules of art. For those who write the addon, it is a way to learn through the help of others. For those who will use the addon, it's the security of knowing that the addon will do what it was designed without bugs to correct. For having helped several shop owners, I realized that corrective updates of addons were only rarely done. Which can create security problems among other things.

Coder to "Coder": The idea would be to advise the "coder" that he/she has made mistake(s) and to point out what could/should be done in a different way. Shopowner to "Coder": The idea would be to let other Shopowners know what did not work as expected. In other words, keeping things factual so that the "coder" can learn from his errors, fix up code and start to produce better addons. That is, surely, a win-win scenario for all; the coder learns from his mistakes the ones using the code if the coder remakes it into a better version future users will never have to download code that is not ideal osCommerce gets more well coded addons into the Apps area It is certainly not a case of "point and laugh", it is a case of making "coders" aware that they have a basic responsibility to make addons that are not broken from the outset. How can one learn if constructive feedback is not given ? Personal Viewpoint I'm probably the coder that has been here the longest - some of my early addons were DIRE - including one that included a hack vector - my knowledge simply was not good enough at the time and I was trying to show off 😕 Even today, 20 years later, I make mistakes. There is a mistake in one of my 28d things that a shopowner noticed - I had not noticed it - I thanked the shopowner for the heads-up and fixed the code, and will send out the renewed file to replace the old.

Support threads can/should also be a channel to improve and build on to the add-on to make it better for the community. So of course feedback and suggestions should not only be allowed but encouraged. However telling someone that their addon is garbage is absurd and discourages others who would like to contribute for fear of public ridicule. This is an open source and community environment. It's tantamount to a teacher telling a student to be quiet because his question is stupid. There is no teacher here...no hierarchy that I can see. We all can learn from each other. Some coding "expert" demanding code changes is laughable. The concept is offer polite suggestions and move on. If you don't like an addon don't use it or better yet create your own....or even better simply work together. The personal insults/posturing is getting old. I'm tired of reading them.