Jump to content
Latest News: (loading..)

ArtcoInc

Members
  • Content count

    1,271
  • Joined

  • Last visited

  • Days Won

    26

Reputation Activity

  1. Like
    ArtcoInc got a reaction from burt in Who in the EU has heard of GDPR and will it affect you   
    https://www.business2community.com/cybersecurity/gdpr-2-0-comes-to-the-united-states-02092832
    GDPR 2.0 Comes to the United States
    On June 28 2018, California Governor Jerry Brown signed into law AB 375, the California Consumer Privacy Act (CCPA) of 2018. The statute, seen as one of the toughest privacy laws in the United States, will require companies to tell California residents what information is being collected and how it’s used. You have 18 months to get ready.                 For organizations already actively complying with the requirements of the European Union’s General Data Protection Regulation (GDPR), the CCPA will have little impact. You are already doing what you need to do to comply, as the California statute’s intent is very similar to GDPR. The goal of both of these laws — and the Australian Privacy Principles — is to give consumers ownership and control of their personal data. And it provides the legal bite to ensure compliance.
    If your US-based organization, however, has not started or believes that the GDPR will not have an impact on your local business, the new law is more than a wake up call, it’s your fire alarm. And where California goes, many other states will follow. The new law will more than likely require a thorough review of your data security controls or risk expensive litigation and fines.
    Here’s a quick look at the highlights:
    California’s Attorney General’s office will have the authority to enforce the law when it goes into effect in January 2020. It has provisions for allowing people to tell companies to delete or stop selling their information. The law does not force companies to stop collecting information OR provide provisions for consumers to request companies stop collecting their information. Like the GDPR, the California law has a broad definition of PII (IP addresses, geo-location and browsing info [cookies]) The California law has an exception for personal information “de-identified or in the aggregate consumer information;” however, the law doesn’t give much detail on the identifiers that are not subject to scrutiny. Aggregation of information might also be an alternative way for advertisers to ignore the law. With 18 months to enforcement, companies need to start today. Most companies focused on security and compliance already maintain formalized incident response, disaster recovery/business continuity plans as well as comply with encryption/data anonymization for sensitive data storage and have gone through at least a rudimentary data-mapping process that should easily surpass the California requirements. If that isn’t the case for your organization, implement the GDPR methodologies and processes to comply with the CCPA and you will be set for any eventuality.
  2. Like
    ArtcoInc reacted to burt in Speeding up your website load times.   
    Worked a bit more on the next iteration of CE:
    https://tools.pingdom.com/#!/daURAX/http://template.me.uk/frozen2bs4/
    Performance:  A 100 https://gtmetrix.com/reports/template.me.uk/ggb79x3V
    Page Speed:  A 94 Y Slow: A 98
  3. Like
    ArtcoInc got a reaction from ce7 in Where did I change the link of this icon?   
    @valquiria23
    To change the actual link in your breadcrumb, in application_top.php, find:
    $breadcrumb->add(HEADER_TITLE_TOP, HTTP_SERVER); $breadcrumb->add(HEADER_TITLE_CATALOG, tep_href_link(FILENAME_DEFAULT)); Change it to something like this:
    $breadcrumb->add(HEADER_TITLE_TOP, tep_href_link(<your_url_link_here>)); $breadcrumb->add(HEADER_TITLE_CATALOG, tep_href_link(FILENAME_DEFAULT)); HTH
    Malcolm
  4. Like
    ArtcoInc reacted to MrPhil in How to install osCommerce onto your host's server.   
    Trying to approach this from the viewpoint of someone who has never set up a website before, I'd like to offer a few clarifications.
    Point 0:  If you have a choice with your host, try to get on a Linux + Apache server rather than a Windows server. It will generally be cheaper and perform better, as a lot of tools and applications were written with Linux + Apache in mind. It's not a deal-breaker, but expect some incompatibilities and minor problems if you choose Windows. The only real reason to choose Windows over Linux is that you're planning to do a lot of MS back-office stuff (with ASPX, Access, etc.).
    cPanel is not a generic term, but a specific brand of control panel (there are many others that are functionally more or less equivalent). Don't get confused in your terminology. Nor should you get confused between an application's "control panel" (a.k.a. dashboard) and your hosting control panel -- they're separate things.
    At this point you should also be deciding whether you'll be referring to your domain as "www." or not (you should be consistent), and whether you'll be putting the entire site under SSL (https). Many hosts now offer SSL for free, so there's really no point in not using it. osCommerce will at a minimum try to use SSL for certain pages with sensitive information, but nowadays Search Engines will penalize you for not having SSL on all pages, so you might as well go for it.
    Point 2: Hosts will provide you with an ID and password to get into your hosting control panel, from which you can load files into your site. A control panel with have a means to upload (and maybe download) files, edit files, change their permissions, and other operations. In the long run, you will probably be happier with your favorite editor on your PC and an FTP client such as FileZilla (which may use the same ID/pw as the control panel, or have a different one -- ask your host), but what the control panel provides can do in a pinch.
    Note that many hosts will not permit an FTP client to change permissions -- you'll need to use the hosting control panel to do that.Speaking of which, at some point you'll need to understand the concept of permissions, and what you need for your site to operate. My advice is to start out with the most restrictive permissions you can (read-write for the owner, read-only for everyone else), and then loosen them up as you find it necessary. For instance, for installing and having an application configure itself, it will usually need to be able to write to directories and files, which means that PHP (the language platform that osC uses) may need to be granted looser permissions (read-write) if it's not "running" masquerading as the owner. It all depends on the Operating System and the Web Server software being used. You may need to do some experimentation or talk to your host if things don't seem to be working as expected. A final note: stupid people will blithely tell you "just chmod 777 everything". Don't. That's unlocking all the protections and allowing anyone else sharing your server (and even possibly those coming in via a browser) to overwrite or erase your files! Keep it locked down as much as you can without interfering with what it needs to do.
    Not all web servers will use "public_html/" as the "root" directory to your site (what is seen as "/" directory by HTML). That is the standard for Apache, but other servers use other names. "Above" this directory (its parents), no one has access from the Web. At or below this directory, anyone on the Web can get to, permissions allowing. Note that tools like "robots.txt" and "nofollow" and "noindex" attributes are merely suggestions to search engines and other 'bots... they offer no real security on their own.
    I don't know why Malcolm is suggesting you put two layers of directories under public_html/ (<domain name>/, and catalog/ in Point 3). That may be an error. I'll address this further in Point 3.
    Point 3: It is a very good idea to put a major application such as a store into its own subdirectory under public_html/. However, I've never seen a need to use more layers (as Malcolm suggests). The default for osCommerce is catalog/, but you can choose store/ or anything else. Remember, it will be visible to users, so don't get carried away with it! Some people will tell you to install the store directly under public_html/ (so it's /index.php rather than /catalog/index.php), but that has its problems. If you ever want to install another application, it will have to go "through" your store, or at least, through its .htaccess file. That can be a problem in that you often have to heavily modify .htaccess to get it to stop molesting URLs intended for other applications, or you end up anyway having to move your store down into catalog/, losing all your hard-earned Search Engine points in the process. You also end up cluttering up your root (public_html/) directory with all sorts of application-specific files, which means manually untangling them when you want to upgrade or even remove that application. Keeping an entire application in its own subdirectory tree cleanly isolates it, so it won't stomp on other applications and vice-versa.
    Probably the primary reason that people will tell you to install directly into the site root (at public_html/) is that it's a nuisance for visitors to have to type in that extra catalog/ or shop/ into the URL. That's easy enough to deal with -- as long as the store is the only thing on your site, most servers will permit you to "rewrite" a URL to the root down to the catalog/, in .htaccess:
    RewriteEngine On RewriteCond  %{REQUEST_URI}  !^/catalog  [NC] RewriteRule  ^(.*)$  /catalog/$1  [L] Visitors will see that they've been transferred to catalog/, but no big deal. When the time comes to add more applications, as well as a "landing page" in the root to introduce the site and offer links to the various applications on it, all the current bookmarks and search engine entries will still be valid. You would of course remove this URL rewrite. Some servers use a different way, but that's the most common.
    While you're in /.htaccess (root's .htaccess, as opposed to /catalog/.htaccess for the store), you'll want to force use of (or removal of) incoming "www." on the domain name, and forcing SSL (https) if you want to use it site-wide. This would involve a "301" redirect of the URL if someone doesn't type it in the desired way. There's also blocking of the IP addresses of troublemakers, and various other general things. Leave osCommerce SEO rewrites, etc. to /catalog/.htaccess, obeying the principle of cleanly separating applications from the overall site.
    This is getting a bit long, so I'll resume with another post.
  5. Like
    ArtcoInc reacted to MrPhil in How to install osCommerce onto your host's server.   
    Point 4: Different hosts do database setups in different ways. They may have a separate control panel section to create a database and its user (a.k.a. DB administrator). They may also require you to "grant" privileges to that user, and explicitly associate that user with a specific database. They often will not permit an application (such as osCommerce) to create a database or perform some operations on it, in the name of security. These need to be done via the control panel. Some unfortunate people end up on servers where they can create only one database for all their applications. This will slow down operations and there may be conflicts between applications if they try using the same table names. Hopefully you can add a prefix to table names to keep application data separate. Note that this is a different prefix than that which is frequently required in the PHP database interface, where many hosts have the account name and an underscore _ prepended to the database name, user, etc. Never give out this prefix (account name) in a forum posting, as it makes it much easier to break into your account!
    "Collation" is something of a misnomer. There are two things going on here with the database: the character encoding used (which these days should be UTF-8 rather than Latin-1), and its collation (how text fields are sorted -- by a particular language's standard, whether to sort 'A' and 'a' as the same or distinct, or even by binary values, etc.). "utf8_unicode-ci" is pretty common and generic for UTF-8, with upper/lower case ignored (treat 'A' and 'a' the same).
    The most common database (relational database management system) is MySQL (note the capital M), and specifically you will be using the MySQLi (improved) version. Some hosts are dropping MySQL (now owned by the Evil Empire, Oracle) in favor of the very similar fork, MariaDB. I don't know offhand what the status is with osCommerce trying to use SQLite, postGREsql, and other freeware database engines. By the way, "My" is not really the English personal possessive pronoun -- it's the name of the daughter of one of the original Swedish creators of the database, as is "Maria". Anyway, if your host does not have MySQLi, you may have some work ahead of you to fix things!
    Point 5, 6, 7: Some hosts will allow you to upload (either from the control panel or via an FTP client) the .zip file, and then unpack (unzip) it on the server. This is acceptable, just as long as you check where the files ended up! Most control panel file uploads only deal with one file at a time, so uploading hundreds of files gets rather tiresome. FTP clients will give you a way to mark multiple files and upload them in one operation, so you can do it either way.
    Note that it's a good idea to keep a copy of all your files on your PC (workstation) as a backup, but be sure that any files you (or the install process) modify on the server get copied back to your PC, so your backup is up to date. Also note that this is a backup of your files, and does not include your database, which is a separate backup.
    Anyway, you need to make sure that you uploaded your files to the intended place, and preserved the file structure (e.g., includes/ under the store root catalog/). You don't want to end up with all your files in one ginormous flat directory! You may need to adjust your directory and file permissions before going any further, typically (on a Linux + Apache server) 755 for directories and 644 for files, although this may vary by host and specific server, and some may do things differently. These permissions are read-write for the owner (who has the right to change files) and read-only for everyone else.
    Point 9d6: it is actually very important for you to use something other than Admin as the administration name. You will unfortunately find that you have hacker scum constantly trying to break into your administration area, and if you leave it as Admin, that's half the battle for them. At least make it harder for them to get a foot in the door (and start guessing IDs and passwords) by giving some weird randomish name to the directory. And NEVER tell anyone else your new Admin name, especially in postings to this forum! Be careful if you copy and paste something into public view that you obfuscate the real Admin name (such as changing it back to 'Admin'). The same goes for database access sections of your configure.php files -- obfuscate the user name and password (and probably the database name too) before posting!
    Your admin section should also be protected by server "password protection", which will require another ID and password (demanded by the server, not by osCommerce) to let you in. While osC does provide some sample code for this, it doesn't always work. If it doesn't, remove it and use your hosting control panel's "password protect a directory" function to generate the right code entries for this. The only advantage to using the password protection suggested by osC is that it will (usually) pass the Security Check you can run in osC admin, while host-provided protection frequently will "fail" the test. If in doubt, if you try to go into your protected area and the server demands an ID and password, it's working OK and there's no need to lose sleep over what Security Check says.
    Point 9 somewhere: note that there are two different "configure.php" configuration files. One is in /catalog/includes/ and the other is in /catalog/<Admin>/includes/. They will both be updated by the installation process, so you may have to adjust file permissions to allow PHP to write to them during installation. You should then return them to their normal permissions after installation, or even to "read-only" (e.g., 444) so that they can't accidentally be wiped out. If you immediately backed them up to your PC, that's not as critical to do, but it's still a good practice. Finally, they're different. Take care not to upload one over the other, as careless or naive people frequently end up doing!
    Congratulations: Your store comes with a bunch of preloaded sample products. Don't forget to remove them when you're ready to start loading in your real products. It's best to use the Admin product management pages to delete them (and their categories) one by one, especially if you're inexperienced at this, rather than daringly going directly into the database and truncating product tables. Maybe some day osC will get a utility or function to remove all sample products (or even add them back) without all the tedium.
  6. Like
    ArtcoInc got a reaction from valquiria23 in How to install osCommerce onto your host's server.   
    (This is the first draft on instructions on How to Install osCommerce Onto a Host's Server. This is based on installing the latest osC CE edition (aka: Frozen), and NOT the 'official' v2.3.4.1 version. I'm sure others will want to include their comments and suggestions too.)
    If all of this sounds too complicated, there are a number of developers here that can be hired to do all of this for you. Just post a request in the commercial area of this forum:
    https://forums.oscommerce.com/forum/79-commercial-support-inquiries/
    --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
    I will *assume* that your host already has PHP and mySQL (or some equivalent) installed (most hosts do). Also, most hosts will also have a set of tools SUCH AS cPanel and phpMySQL. These tools will allow you to access your area on your host's server, and administer the database . You'll also need a FTP program (such as FileZilla) installed and working on your local workstation to move files to and from the host's server, and a web browser (such as Firefox, Chrome, Internet Explorer, etc).
    1) Before you begin, do you have a domain registered for your store? Do you have DNS set to point to your host's server? If not, how will you (and your customers) access your shop? Via an IP address? Best to work all of this out before you start building your store! For this example, I will assume that you do.
    2) Using a browser on your workstation, log into your account on your host's server. Remember what username and password you used, as you will need this again later. Write these down!  Using whatever tools your Host provides, access the area where you will be storing your files. Your host will have an area for you called something like /public_html/. If you're not sure, ask your host. Your host may allow you to have more than one domain within your account. If this is something you might want, ask first! You are going to have to have a place for your store's files. You could put them in the your root directory (such as /public_html/), but I suggest you create a sub-directory specifically for your store. If you have a domain name already registered, good practice would be to name this sub-directory the same as your domain (ex: /public_html/<my domain name>/). Use whatever tool your host offers to create this sub-directory.
    3) Within this sub-directory, it is good practice to create another sub-directory called /catalog (your directory structure would look something like /public_html/<my domain name>/catalog). Some developers here disagree with this, but it does make things easier if, in the future, you want to add something like a blog, etc. to your domain.
    4) Once the directory structure is set up, it's time to set up the database. Using whatever tool your host offers (such as phpMyAdmin), create a database for your store. Your database will have to have a name, a database administrator's name, and a database administrator's password. Write these down!. You will also be given an option of setting the Collation. This is the method by which the database encodes and stores the data. Choose utf8_unicode-ci. You can now log out of your host's server.
    5) With the server all set up, it's time to begin moving files to the server. Download the latest copy of osCommerce onto your workstation. Extract all of the files from within the ZIP'd file into a clean directory. There will be a LOT of files (over 1400 of them) and LOTS of sub-directories. It is important to keep the files and directory structure intact. Make a note of where you have extracted these!
    6) Launch your FTP client on your local workstation. A very popular one is called FileZilla. You will need to download and install this on your workstation before you can use it. Launch it, and point the LOCAL site to the directory where you extracted all of the osCommerce files (you wrote this down, didn't you?). Point the REMOTE site to your host's server. You will need whatever username and password your host gave you in order to connect to their server (you wrote these down, didn't you?). Be sure to point to the sub-directory you created in steps 2 and 3 above!
    7) You will now need to transfer ALL of the extracted files from your workstation to your host. This can take some time, depending on the speed of your internet connection. After all of the files have been transferred, you can log out of your FTP client.
    8) Launch your browser. Point it to your host's server, using whatever method you set up in step 1 above. For example, point your browser to <my domain name>.com. IF you put all of your store files in the /catalog sub-directory (as recommended), you will need to include that too (ex: <my domain name>.com/catalog).
    This should launch the installation program. If it doesn't, stop and figure out why (because you can't continue on otherwise).
    9) There are several steps in the installation ...
      a) The first screen will tell you if the server is capable of running osCommerce. It will check that PHP is installed, which version, and that it is configured correctly. It will also check that mySQL is installed, and all of the appropriate extensions are installed. This will be a pass/fail test.
    Either the server passes, or it fails. If it fails, you will need to contact your Host to resolve the problem ... this is not something you can fix. If it passes, click on the big green "Start the installation" button.
      b) This step configures the database.
        b1) The first field is the database location. It is typically either 'localhost' or the IP address of the database server. Ask your Host if you are not sure.
        b2) This is the Database Administrator's name (you wrote this down, didn't you?)
        b3) This is the Database Administrator's password (you wrote this down, didn't you?)
        b4) This is the database name (you wrote this down, didn't you?)
    Once these are all filled in correctly, click on the big green 'Continue to Step 2' button. The program will build the database tables, and pre-fill in all of the necessary data. This can take some time. Be patient!
      c) The next step defines where the store is on the web server. If you got this far, the default answers are probably correct. Click on the big green 'Continue to Step 3' button.
      d) This is where you configure your store information.
        d1) What is your Store Name. This will show throughout your store, on invoices, emails, etc.
        d2) If you want to personalize your store, you can put your name here, and your name will show on invoices, emails, etc. Otherwise, enter something like 'Store Owner'.
        d3) This is the email address for people wanting to send emails to your store. Enter a valid email address.
        d4) This is where you enter the name of the Administrator for your store. You need at least one Administrator. Later on, you can create more administrators, if you wish. It can be a real person's name, or any word you make up (such as 'Boss'). Write this down! Do note that this is the Administrator for your STORE, and is separate from the Administrator for the DATABASE.
        d5) This is where you create a password for the first Administrator. As with any password, it should be something that is not easy to guess (don't use 'password' as your password!). Write this down! Again, note that this is the password for the STORE administrator, which is separate from the DATABASE administrator.
        d6) This is the sub-directory name where all of the administrative files are located. The default name is 'Admin'. While you may leave it as the default name, for better safety, it is better to change this to something a little less obvious. Write this down!
        d7) This is where you set the time zone for your store. If you are in Japan, the US, or the UK, you will be in different time zones. You want the time in your store (as recorded on orders, etc) to be correct for where you are. Select the closest city from the drop-down list.
    Once you have everything filled out, click on the big green 'Continue to Step 4' button.
      e) If everything went well, you should be greeted by a 'Finished' screen. Across the bottom are two big buttons: The Green button will take you to your store front. The blue button will take you to your Administration side of your store. You will need your store's Administrator's name and password to enter here (you wrote those down, didn't you?).
    Congratulations! Your store is now online! It will be filled with some sample products. You will need to go into the Administration side of your store to configure your store (turn on features, arrange things, add new products, etc.)
    --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

    Again, if all of this sounds too complicated, there are a number of developers here that can be hired to do all of this for you. Just post a request in the commercial area of this forum:
    https://forums.oscommerce.com/forum/79-commercial-support-inquiries/
    Good luck!
  7. Like
    ArtcoInc reacted to burt in How good is stock OsCommerce?   
    Great thread @JcMagpie.  Keep on going with this thread, as I am following your efforts with conclusion of putting into next round of changes in CE.
  8. Like
    ArtcoInc got a reaction from valquiria23 in How to install osCommerce onto your host's server.   
    (This is the first draft on instructions on How to Install osCommerce Onto a Host's Server. This is based on installing the latest osC CE edition (aka: Frozen), and NOT the 'official' v2.3.4.1 version. I'm sure others will want to include their comments and suggestions too.)
    If all of this sounds too complicated, there are a number of developers here that can be hired to do all of this for you. Just post a request in the commercial area of this forum:
    https://forums.oscommerce.com/forum/79-commercial-support-inquiries/
    --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
    I will *assume* that your host already has PHP and mySQL (or some equivalent) installed (most hosts do). Also, most hosts will also have a set of tools SUCH AS cPanel and phpMySQL. These tools will allow you to access your area on your host's server, and administer the database . You'll also need a FTP program (such as FileZilla) installed and working on your local workstation to move files to and from the host's server, and a web browser (such as Firefox, Chrome, Internet Explorer, etc).
    1) Before you begin, do you have a domain registered for your store? Do you have DNS set to point to your host's server? If not, how will you (and your customers) access your shop? Via an IP address? Best to work all of this out before you start building your store! For this example, I will assume that you do.
    2) Using a browser on your workstation, log into your account on your host's server. Remember what username and password you used, as you will need this again later. Write these down!  Using whatever tools your Host provides, access the area where you will be storing your files. Your host will have an area for you called something like /public_html/. If you're not sure, ask your host. Your host may allow you to have more than one domain within your account. If this is something you might want, ask first! You are going to have to have a place for your store's files. You could put them in the your root directory (such as /public_html/), but I suggest you create a sub-directory specifically for your store. If you have a domain name already registered, good practice would be to name this sub-directory the same as your domain (ex: /public_html/<my domain name>/). Use whatever tool your host offers to create this sub-directory.
    3) Within this sub-directory, it is good practice to create another sub-directory called /catalog (your directory structure would look something like /public_html/<my domain name>/catalog). Some developers here disagree with this, but it does make things easier if, in the future, you want to add something like a blog, etc. to your domain.
    4) Once the directory structure is set up, it's time to set up the database. Using whatever tool your host offers (such as phpMyAdmin), create a database for your store. Your database will have to have a name, a database administrator's name, and a database administrator's password. Write these down!. You will also be given an option of setting the Collation. This is the method by which the database encodes and stores the data. Choose utf8_unicode-ci. You can now log out of your host's server.
    5) With the server all set up, it's time to begin moving files to the server. Download the latest copy of osCommerce onto your workstation. Extract all of the files from within the ZIP'd file into a clean directory. There will be a LOT of files (over 1400 of them) and LOTS of sub-directories. It is important to keep the files and directory structure intact. Make a note of where you have extracted these!
    6) Launch your FTP client on your local workstation. A very popular one is called FileZilla. You will need to download and install this on your workstation before you can use it. Launch it, and point the LOCAL site to the directory where you extracted all of the osCommerce files (you wrote this down, didn't you?). Point the REMOTE site to your host's server. You will need whatever username and password your host gave you in order to connect to their server (you wrote these down, didn't you?). Be sure to point to the sub-directory you created in steps 2 and 3 above!
    7) You will now need to transfer ALL of the extracted files from your workstation to your host. This can take some time, depending on the speed of your internet connection. After all of the files have been transferred, you can log out of your FTP client.
    8) Launch your browser. Point it to your host's server, using whatever method you set up in step 1 above. For example, point your browser to <my domain name>.com. IF you put all of your store files in the /catalog sub-directory (as recommended), you will need to include that too (ex: <my domain name>.com/catalog).
    This should launch the installation program. If it doesn't, stop and figure out why (because you can't continue on otherwise).
    9) There are several steps in the installation ...
      a) The first screen will tell you if the server is capable of running osCommerce. It will check that PHP is installed, which version, and that it is configured correctly. It will also check that mySQL is installed, and all of the appropriate extensions are installed. This will be a pass/fail test.
    Either the server passes, or it fails. If it fails, you will need to contact your Host to resolve the problem ... this is not something you can fix. If it passes, click on the big green "Start the installation" button.
      b) This step configures the database.
        b1) The first field is the database location. It is typically either 'localhost' or the IP address of the database server. Ask your Host if you are not sure.
        b2) This is the Database Administrator's name (you wrote this down, didn't you?)
        b3) This is the Database Administrator's password (you wrote this down, didn't you?)
        b4) This is the database name (you wrote this down, didn't you?)
    Once these are all filled in correctly, click on the big green 'Continue to Step 2' button. The program will build the database tables, and pre-fill in all of the necessary data. This can take some time. Be patient!
      c) The next step defines where the store is on the web server. If you got this far, the default answers are probably correct. Click on the big green 'Continue to Step 3' button.
      d) This is where you configure your store information.
        d1) What is your Store Name. This will show throughout your store, on invoices, emails, etc.
        d2) If you want to personalize your store, you can put your name here, and your name will show on invoices, emails, etc. Otherwise, enter something like 'Store Owner'.
        d3) This is the email address for people wanting to send emails to your store. Enter a valid email address.
        d4) This is where you enter the name of the Administrator for your store. You need at least one Administrator. Later on, you can create more administrators, if you wish. It can be a real person's name, or any word you make up (such as 'Boss'). Write this down! Do note that this is the Administrator for your STORE, and is separate from the Administrator for the DATABASE.
        d5) This is where you create a password for the first Administrator. As with any password, it should be something that is not easy to guess (don't use 'password' as your password!). Write this down! Again, note that this is the password for the STORE administrator, which is separate from the DATABASE administrator.
        d6) This is the sub-directory name where all of the administrative files are located. The default name is 'Admin'. While you may leave it as the default name, for better safety, it is better to change this to something a little less obvious. Write this down!
        d7) This is where you set the time zone for your store. If you are in Japan, the US, or the UK, you will be in different time zones. You want the time in your store (as recorded on orders, etc) to be correct for where you are. Select the closest city from the drop-down list.
    Once you have everything filled out, click on the big green 'Continue to Step 4' button.
      e) If everything went well, you should be greeted by a 'Finished' screen. Across the bottom are two big buttons: The Green button will take you to your store front. The blue button will take you to your Administration side of your store. You will need your store's Administrator's name and password to enter here (you wrote those down, didn't you?).
    Congratulations! Your store is now online! It will be filled with some sample products. You will need to go into the Administration side of your store to configure your store (turn on features, arrange things, add new products, etc.)
    --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

    Again, if all of this sounds too complicated, there are a number of developers here that can be hired to do all of this for you. Just post a request in the commercial area of this forum:
    https://forums.oscommerce.com/forum/79-commercial-support-inquiries/
    Good luck!
  9. Like
    ArtcoInc reacted to Twocanes in Theme Switcher   
    I just found the problem.  I've always said that most Unix/Linux problems are due to 1 or 2 characters at most.
    Note the lack of a period in the first footer definition.  I added that one character and it works like a charm now.
    Thanks for your help.  To be frank, I only stuck it out with oscommerce because of the replies from
    the oscommerce community.  I gave up on 3 other ecommerce sites because there was no docs and
    little to no help available.
  10. Like
    ArtcoInc got a reaction from valquiria23 in Theme Switcher   
    @Twocanes
    That article was published in 2013. The add-on was last updated this year (2018). Ignore the old article.
    There are two sets of code in this add-on: one that would work with Edge (in the Bootstrap folder), and one for the 'standard' version of osC (in the osCommerce 2.3.x folder). Be sure to use the code in the Bootstrap folder. There is a PDF users manual in there, last updated in 2018.
    It sounds like you do not have the latest version. Follow the link Valquiria posted above.
    HTH
    Malcolm
  11. Like
    ArtcoInc got a reaction from ce7 in Changing the text size in 2.3.4 BS Edge   
    @Ken_Shea
    In the world of CSS (Cascading Style Sheets), the last definition for any rule is the one that is used. That's why they are called Cascading Style Sheets. In other words, if I define something like (this is *not* actual CSS code):
    define 'text color' = red define 'text color' = blue define 'text color' = green define 'text color' = yellow Only the last definition (yellow) is used.
    Likewise, you can have more than one CSS file, and the order they are called determines the order the definitions are read.
    The user.css file is the last CSS file to be called. It is left empty for you to enter anything you want. And, since it is the last CSS file to be called, any definitions you enter here will override any previous definitions.
    It is encouraged that you enter ALL of your store's CSS styling in the user.css file, and do NOT touch ANY of the other style sheets.
    HTH
    Malcolm
     
  12. Like
    ArtcoInc reacted to burt in BS Bundled products at a discount addon required   
    This is a difficult one, but let's think about it;
    I'm thinking the simplest way would be;
    Create new Product: "MASTER", this would have the bundle price, description etc New Page in admin which allows you to select a MASTER, then add SLAVE(s) to it. 
    SLAVES are your usual products.  This Master/Slave relationship would be contained in a new DB table. 
    You could even hold quantity in this Table (eg this master needs 2 of this slave, 3 of this slave, and 1 each of these slaves)

    So far so Good.
      Shop Side (product_info), detect if the product is a MASTER If yes, display the SLAVES (like is done on a normal product that shows "also_purchased")

    Customer Adds to Cart the MASTER and checks out.
      At the end of the checkout ALL customers *should* end up on checkout_success
    A small module here to reduce stock of SLAVES based on that Master/Slave relationship table. Per our conversation, you know I've made (in the distant past) something similar which was abandoned as pretty much unworkable.  That was back in 2010/2011 before we had much (any?) modularisation... and the problem was reducing stock when people went off to pay.  Now we are a bit modular...I think it can be done;
    New Page in Admin for selecting which products are Master Same page (or maybe a different page) for attaching Slave(s) to Master(s) New Module Shop Side to display Slaves when customer is looking at a Master New Module for reducing Stock at checkout_success It *should* be doable with no Core Code Changes, if it is kept fairly simple.
  13. Like
    ArtcoInc got a reaction from Bobber in 234bs - Breadcrumb Separator   
    Perfect ... Thank you!
     
    I also changed the color to match the <a > setting so the entire line was the same ...
    .breadcrumb > li + li:before {   content:"\003E \003E";   color: #428bca; } Malcolm
  14. Like
    ArtcoInc got a reaction from valquiria23 in Hide Products Notifications Box when item viewed is in stock?   
    @puggybelle
    One more consideration ... since this is a 'stock' module that comes with osC that you can install or un-unstall, it would be a good idea to copy the stock code, rename it, and edit the renamed copy. Uninstall the stock module, and install the renamed module. This way, if you ever update osC, the update may overwrite the stock code, but leave your modified code alone.
    M
  15. Thanks
    ArtcoInc got a reaction from puggybelle in Hide Products Notifications Box when item viewed is in stock?   
    @puggybelle
    (well, I did say it was untested, didn't I )
    I'm sure some of the better developers will have a better idea , but let's try this ...
    1) Revert the template file back to its original state (you did back it up, didn't you?)
    2) In /includes/modules/boxes/bm_product_notifications.php, find:
    ob_start(); include('includes/modules/boxes/templates/product_notifications.php'); $data = ob_get_clean(); $oscTemplate->addBlock($data, $this->group); 3) Replace with this: 
    if(tep_get_products_stock((int)$_GET['products_id']) <= 0) { ob_start(); include('includes/modules/boxes/templates/product_notifications.php'); $data = ob_get_clean(); $oscTemplate->addBlock($data, $this->group); } Basically, you are wrapping the entire code that displays the 'box' in the conditional IF statement, checking to see if there is any stock on hand for the product.
    Like I said, I'm sure that there is a better way to do this, and I can not say what problems may arise from this ...
    M
    (ducking and running)
  16. Like
    ArtcoInc reacted to burt in Frozen to BSv4   
    Some type of images system would have been high up the to-do list for a future release (probably Final).  I think I've talked about it previously;
    shopowner uploads one large image it is resized to (say) 5 different resolutions and saved appropriately tep_image is updated to use srcset 
    srcset automatically works out which image is best shown at which resolution Maybe in some future code?
  17. Like
    ArtcoInc got a reaction from valquiria23 in Change of background color   
    @valquiria23
    It's defined in CSS. I don't know if the admin side of the store has it's own CSS file. Anyway, the CSS definition currently is:
     
    .dataTableRowSelected { background-color: #DEE4E8; } HTH
    M
  18. Like
    ArtcoInc reacted to burt in Frozen to BSv4   
    I don't expect this will be a publicly available thing; its a showcase of what the Responsive could (and should) have been had we got as far as Final.
    It will be available to some shopowners if they want it, but that will only be the handful of shopowners who are the diehard supporters of my efforts.
    Put simply; this is made to flatten my bsv4 learning curve.
  19. Like
    ArtcoInc got a reaction from raiwa in Move Add To Cart button to the top of product_info   
    @puggybelle
    I was hoping that this would be an opportunity for you to explore and learn how these modules work, and figure out how to make a new module for yourself. But, since @inra311 has already done the work for you, please take the time to examine what he has done, and see if you can make a new module on your own. You're never going to learn if you keep having someone else do things for you.
    M
  20. Thanks
    ArtcoInc got a reaction from burt in Frozen to BSv4   
    @burt
    As @Jack_mcs said, as the screen size changes, the width of the banner image changes, but not the height. As a result, the image becomes distorted.
    In addition, in the footer, as the screen size changes, some of the text in the buttons (particularly the 'Existing Customer' button) overflows the size of the button (see screen shot below).

    You can also see a scroll bar across the bottom of the screen shot, indicating that something did not fit correctly into the screen size. I see this only in the SM view.
    M
  21. Like
    ArtcoInc reacted to burt in Frozen to BSv4   
    Massive changes in bootstrap structure between v3 and v4.
    If shopowner is using an unabused recentish Edge or Frozen... drop on the new files.
      When...soon. 
    Where...undecided. 
    To whom...people who I feel are supportive.
      Next two projects are lined up which will radically change osCommerce for the better.
  22. Like
    ArtcoInc reacted to burt in Frozen to BSv4   
    http://template.me.uk/frozen2bs4/index.php
    I still have some work to do (especially on the modules for index & index_nested & index_products).
    Always moving forward, even if in "hiding".
  23. Thanks
    ArtcoInc got a reaction from ce7 in 2.3.4.1 is it BS?   
    @ce7
    As with any open-source project, anyone can take the code and make their own fork. There are several BS forks of osC on Github. The one I pointed to is the one that @burt did, as he was the leader and driving force for the BS version.
    M
  24. Thanks
    ArtcoInc got a reaction from ce7 in Adding a set of images to the header   
    @austcoll
    Also, learn how to use the debugging tools available to you. Most browsers will allow you to right-click on a web page, then select either 'inspect' or 'inspect element'. There is a great deal of debugging information available here!
    Malcolm
  25. Thanks
    ArtcoInc got a reaction from ce7 in Adding a set of images to the header   
    @austcoll
    I am not a programmer or developer, but this is how I have figured out how to make the changes I've wanted to my store(s) ...
    If I want a new module somewhere (header, footer, boxes, navbar, etc), I look at the existing modules. I will copy and rename one of the existing ones, and see if I can change the copy to do what I want it to do. Only then, after I have tried something and it didn't work, will I ask questions of why it didn't work, and how to fix it.
    For example, I just converted a Header module to a Navbar module. It took me a while to work through the conversion and to get things to function. I did have to ask here regarding a couple of issues. But, I now have a better understanding of how things work.
    HTH
    Malcolm
×