Jump to content
Latest News: (loading..)


  • Content count

  • Joined

  • Last visited

  • Days Won


Everything posted by MrPhil

  1. MrPhil

    Please help me with login problem

    Check your configure.php files for an entry which is normally something like "/catalog", but you may have changed it to "/" instead of "" when you installed in the root (a bad idea, but that may be water under the bridge). If you're sure your host didn't sneak in a PHP upgrade, your HTTPS/SSL work must be to blame. Can you show us what you changed? There would be changes in the configure.php files and in .htaccess URL redirects/rewrites.
  2. There is no 2.4.3. There is a, which I presume you mean. Do not upgrade to the "official" downloadable from this site; it is obsolete. Use osC 2.3.41BS "Frozen" (see link below in my signature) to get: PHP 7.1 capable, mobile-friendly, many new features, and more secure than the official release. You will end up having to do a fresh install of Frozen, and then migrate your database (and other data, such as images) over to the new system. This is done manually by comparing the old and new DB schemas. Finally, you have to determine what add-ons and custom work was done on the old sites, and how you will handle them on the new versions. There has been discussion here and there on the details of doing the conversion, but that's the gist of it.
  3. MrPhil

    ELI5: Hooks vs. Modules (Bootstrap Edition) "Frozen" is stable and production ready. "Edge" is still under development, can change day to day, and is considered "unstable" (although, quite usable). You should use Frozen (which is Bootstrap 3) unless you have an overriding need for Bootstrap 4 (Edge) and you're willing to put up with instabilities in your production store.
  4. MrPhil

    Please help me with login problem

    First, why do you double the slash after the domain? It should be a single slash: https://www.bibbtool.com/login.php When the osCsid is given, and you click on that link, it doesn't work? You're not saving that link for later and typing it back in (or cut and pasting)?
  5. MrPhil

    getting 'easy' csv import to work

    Just add him to your "Ignored Users" list, and be done with it.
  6. MrPhil

    Please help me with login problem

    Also useful would be exactly what version of osCommerce (and whether "official" or "community edition"), exactly what PHP version (and whether your host just upgraded PHP), and any other information that might be useful in diagnosing the problem.
  7. MrPhil

    Fake accounts

    "Albania"? Is that in quotes because you think it's a fake country name? Just curious... yes, it is ex-Soviet Bloc. Watch Wag the Dog.
  8. 30 days might be a little quick on the draw. I wonder if there is legal precedent to say that's too soon to discard records? I would think that 6 to 12 months' retention of shipping information would stand up in court if someone sued you for non-delivery. Other information on the order should probably be retained for at least 12 months, perhaps longer (especially for warranty periods, not to mention financial records and tax filings). At some point you should be able to reasonably say, "Enough! I've held on to this information for long enough."
  9. Email 5 minutes later: "Hey, where's my package??!"
  10. MrPhil


    Do our moderators have the ability to move misplaced threads into the right area? If they do, they should be doing so! Assume that it's "official" if the poster doesn't state their osC version.
  11. Never try to run a live, public-facing website on your own server. Hackers know far more about security vulnerabilities than you ever will, and they will eat your lunch. It's OK to run your own server if you're only playing around to see if you want to get into running a site, or experimenting with something like a PHP version that your commercial host doesn't yet support. Otherwise, stick with a professional hosting service. Since you're just starting out, make sure you are running the right osCommerce if you actually want to run a production store. It should be "Frozen" (or, if you're adventurous and don't mind constant changes, "Edge"). Do NOT under any circumstances run the "official" release -- it is totally obsolete. Do not run osC v 3.0 -- it is experimental/developmental. Don't even try running osC 2.4 -- it's not really yet ready for production use. Ignore instructions to chmod to 777. They're just telling you that the PHP process running on the server needs to be able to read and write the files. First of all, .php files rarely need the execute bit set any more (so 666 would be sufficient). Second, many modern servers don't even allow "world writable" files or directories, and will give you a 500 error if you try. Always start with typical default file permissions (usually 644) and add write permissions (+020 and/or +002) as needed. Instructions to chmod to 777 may have been reasonable 20 or 30 years ago, but back then you could trust anyone else sharing your machine to be honorable. You can't now. Always start with the most restrictive permissions your site will function with, and loosen restrictions only upon demonstrated need.
  12. MrPhil


    You should not be using osC v 3.x unless you are a very experienced developer. It is an experimental/developmental version which will probably never see the light of day. What you should be using is the community-supported osC "Frozen". If you're experienced enough to deal with an unstable, constantly changing version, there's also "Edge".
  13. MrPhil

    Compare my shop with "Frozen"

    I take it that someone massively modified your copy of pre-Frozen, and thus it would be difficult to modify a stock Frozen copy to match? If it wasn't tremendously modified, you may want to consider starting with the current Frozen and (slightly) modifying it to do what you want. That would probably be a lot easier.
  14. MrPhil

    Compare my shop with "Frozen"

    Yes, you can give WinMerge two directories and it will tell you files were added/deleted and which files are different. Then you can click on a "changed" file to get a line-by-line report of the differences.
  15. MrPhil

    Adding images into product description

    No virus at all.  is the UTF-8 Byte Order Mark. You're using a dipshit editor that insists on inserting the BOM at the beginning of any file you create in UTF-8 encoding. That includes most Microsoft editors. Either find a way to turn off adding BOM, or get a better editor (e.g., Notepad++ or ViM).
  16. MrPhil

    Adding images into product description

    Check your HTML page source to make sure the browser is using the exact code that you typed in: <img class="img-responsive" src="img_ tempo-size.png" alt="Aneros Tempo Sizing"> If that's what you see, what directory are you in when this should be displayed? Your path to the image file has to take this into account. If you're showing the page under /index.php, the image would have to be in the root (/). Or you can make it images/img_tempo-size.png with the image in /images/. I presume the space between img_ and tempo-size is a typo? Not all operating systems are happy handling spaces in names, and in any case you need to be consistent. I think there is an add-on or two to display additional images for you -- you might want to look at that.
  17. MrPhil

    Overwriting system files

    A new installation of osC would overwrite any file that you've changed. It can be done, with care -- you need to keep track of all your customized files, save them to the side when overwriting the existing installation, and then manually put your custom changes back in. I don't know if we'll ever get back to the old way of incremental updates on new osC versions -- add-on-like updates that might preserve your changes. Do be sure to look at recent add-ons for osC (CE) -- the idea is to get away from changing "core" files. You might be able to configure your desired changes in the same manner, so that a new install won't wipe you out, but no promises. Speaking of add-ons, first look at existing add-ons to see if what you want has already been done! Contrast this with CMSs like Drupal, where all the customization is either stored in the database, or in an approved library of new PHP code, so typically you would never modify their PHP code yourself.
  18. MrPhil

    Paypal Standard Suddenly Displaying Errors?

    You're trying to run osC 2.3.1 (which is ancient) on PHP 7.1? I wouldn't be at all surprised that something is breaking (and probably not just PayPal). I'm surprised it ran at PHP 5.6. The only out-of-the-box osC versions that work on PHP 7.1 are "Frozen" and "Edge". Roll back to PHP 5.6 if you can, so you can at least run your store, and start making plans to upgrade to "Frozen" as soon as possible.
  19. MrPhil

    Serve images in next-gen formats

    To really convert on the fly, at each request from a browser, would be foolish. The added time to do the conversion would far outweigh any time savings in transmitting a smaller image file. You want to do it just once, preferably in batch, rather than as-needed (where you need to track which images have already been converted). Secondly, you need to know whether the customer's browser can handle .webp. That might be possible by querying the browser and release number, but offhand I can't tell you a good way to do that. If the Javascript (running on the browser) decides it's safe to ask for .webp, it might change the <img> src on the fly to ask for .webp instead of some other format. That will take additional time to do both tasks, so I'm not sure you end up with any net savings in time. Notice that you have new PHP code running on both the server (if you do the conversion to .webp there, rather than on your PC), and JavaScript on the client (browser) to select which format to use and rewrite the <img> src. If you want to assume that everyone is running a fairly up-to-date browser (no one required to run IE6 any more!), you might serve only .webp, having done the conversion only once (on your PC). Of course, you still have to go through all the places where image URLs are stored on your site, and update them to .webp. In the end, is this worth the effort? Unless you can reduce image transmission time by 200 - 300% I don't think you're going to end up saving anything.
  20. MrPhil

    Product Name & Price Size Change

    The first thing would be to confirm that you're editing the right files, saving them properly, and uploading them properly. When you display the HTML source for the page, it's not changing <h1 and <h2 to <h3 as you're trying to do? You can temporarily add doug to the list of classes, to confirm that you're hitting the right place and the file is getting used. If it is changing to <h3 but you're not seeing any effect, could there be CSS overriding the default heading text settings and setting a fixed font size? A browser should be able to show you the CSS in effect and where it came from.
  21. Also, you are talking about osC 2.3.4. Note that this section of the forum is for osC 2.4, which is an entirely different product (still under development at this stage).
  22. If you want Terms and Conditions applicable to your shop and products (don't forget warranties and guarantees, and licenses too), you're not going to find a "rules generator" that's going to fit you. My suggestion would be to grab copies of T&C, etc. from other stores and vendors, and use the ideas there to generate your own. Just don't copy verbatim (a copyright violation). Please note that this is a legal document, so you want to be careful not to include discriminatory terms, etc., and you want to cover all the bases. It might be a good idea to run it by a lawyer to see if there are any problem areas. You don't want to run afoul of your country or state's laws (discrimination, consumer protection, privacy, etc.).
  23. MrPhil

    Serve images in next-gen formats

    .webp is a new format (essentially a new compression method) for images. They will probably transfer a bit faster (being smaller), and most major browsers now support the format. Is it worth the effort to convert? Who knows. It may well suffer the same fate as JPEG-2000... improved compression that got little support. When you say "convert on the fly", what exactly are you looking to do? You don't want to store your images as .png, .jpeg, etc. and then literally convert them as served to .webp -- that would slow things down considerably (the whole point of the exercise is to speed things up). You would want to use some utility to convert (in batch) your images to .webp, and then serve those like you currently serve other formats. Don't forget that anyone with older browsers (not Chrome, Edge, or Firefox current versions) is going to be left holding the bag when your site serves them .webp images that their browser can't handle. Are there any provisions in JS/CSS for selecting which type of image to call for?
  24. MrPhil

    New Install PHP 7.2 sizeof()

    On the contrary, I've seen many reports of official installing OK, but failing to run properly due to incompatibilities with PHP 7.x. Unless HPDL did a sneak update recently (without bumping the point release number), the last time I looked, all he had done was to suppress PHP 7's "deprecated" warnings. If he's actually gone through and fixed all the PHP 7 problems, I'll be happy to retract my statement. Get a copy of 2.3.4 and a copy of, and file-compare them, as I did last year.
  25. MrPhil

    New Install PHP 7.2 sizeof()

    osCommerce has always been community supported, but unfortunately, developed by only one person (at least, he's the gatekeeper). This one person has not been active for a year and a half now, and has let the official version grow obsolete. We've repeatedly told him that you cannot let a product stagnate for years at a time, and then release an updated version in a blaze of glory, because we have to start all over again building a track record for the product, but he's set in his ways. As for how responsible would it be to use the community edition ( Frozen), it would certainly be more responsible than using a totally obsolete version (that won't even run on most servers today. At least, the CE is up to date and is being maintained. If your client is uneasy about depending on such an informal arrangement, then by all means they should switch to another shop which has a more robust and formal organization behind it. Just keep in mind that even the best professional shops eventually fade away, and your client will be looking to move once again! That's a fact of life: no shopping cart software will ever be eternal, and no matter what you use, you will sooner or later have to migrate to something else. All you can do it keep good records on everything you've done to a shop, so that it's less painful to migrate in the future, whether it's to a newer version of your current software, or to a whole new platform.