Jump to content

rescuestat

Members
  • Content count

    155
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by rescuestat

  1. rescuestat

    Dynamic Image Resizer

    This is the support thread for the Dynamic Image Resizer. Several contributions have been created to allow for different sizes/thumbnails of product images. These have all seemed to create tremendous amounts of extra labor especially when several hundreds or even thousands of product images are needed. What this contribution allows is to have a single large product image that is dynamically resized on your website prior to downloading to the visitor. Why download a 2-3Mb picture when only a 3-4K thumbnail is needed or have 3 different sizes when only one is needed. This contribution is written to work with all osCommerce 2.x versions and with only a single change to be compatible with osCommerce 3.0. I've tried to make this contribution as simple of a cut/paste operation as possible, and also make it portable to any version of osCommerce. If anyone encounters any problems let me know and I'll update the contrib as quickly as possible. The only limitation discovered so far involves GIF and PNG images, sometimes during the resize process the optimized PNG image may actually be upto 3x's the original GIF image size. This is due to PNG's inherit lossless image quality, this is still be worked on and will be addressed in future versions. As of now, GIF and PNG images are not optimized but it is coded to handle them if so desired. Thanks, Frank PS: This is my first contribution, but won't be the last. Added: Contribution thread... http://addons.oscommerce.com/info/6941
  2. rescuestat

    ULTIMATE Seo Urls 5 - by FWR Media

    Thanks toyicebear, Took a look at my .htaccess and found a section out of place. Works perfect now.
  3. rescuestat

    ULTIMATE Seo Urls 5 - by FWR Media

    Hello All, I'm migrating our website to a new server and not sure if I have problem or not so any insight would be much appreciated. The site has been copied to the new server and we're in testing right now before the final DB move and DNS updating. The problem is the search engine friendly links are not working when the website's HTTP_SERVER is set to the IP address. If I turn off the Ultimate SEO and use the standard osC links the site works fine. My assumption is the SEO links will not work until DNS propagation has occured and the website is accessible by it's domain name. But, I don't want to be changing the DNS if there could be a potential problem, especially if all our search results suddenly become unreachable. Just want to know if my assumption is correct or do I need to do some more digging before finalizing the move. Thanks for any info, Frank
  4. Hi Matt,

    Sorry, it took so long-opening a store in 2 weeks(lots to do). In image.php, change the $image_dir to blank, nothing between the single quotes. This may resolve your problem. If you have any problems, feel free to contact me, I'll check back when I can. Good luck.

    1. matta

      matta

      Hi Frank, I know this is ancient history, but I'm only now getting back to the project I started in the spring. Thanks for the tip about removing the directory name, that solved the issue of "No Image Found."

       

      Another question for you: In OSC 2.3.1 I was hoping that the Dynamic Image Resizer would serve thumbnail size images in products_info page as well. It does appear to cut their file size in half, but even what appears as a thumbnail is being served at full pixel...

  5. rescuestat

    Authorize Just Stopped Working

    Glen, Had this happen once while I was with Auth.net- (I have since changed to another processor). But, check with your host, make sure that they have not made any changes or upgrades to the PHP/Apache version on your server. After my host did a seemingly very minor change in a security setting on my server, Auth.Net stopped working. Not sure who your host is, but make sure you talk to someone who REALLY knows what's going on. It wasn't until I talked to the 5th or 6th person that we were able to figure out what happened. Frank
  6. rescuestat

    Change Header for PWA, anyone?

    What PHP IF statement does that belong to? It appears to be an extra closing bracket. If you know for sure that it is supposed to be there start looking between the IF statement and the closing bracket for another closing bracket that ends the IF statement prematurely. If not, try removing it and see if you still get the error. Frank
  7. rescuestat

    Change Header for PWA, anyone?

    Hello, If you can put the new version up on the net, maybe just call it something like http://www.doxa-adv.com/create_account_new.php so I can see the new code without forcing new customers to see it I may be able to locate the problem for you. Frank
  8. rescuestat

    Change Header for PWA, anyone?

    Hello, I hadn't noticed it before, but the orginal code you posted is suburb-> post code-> city-> state-> country. The code you just now posted(what you said is the original code that works) is suburb-> city-> country -> state -> post code which matches the picture link you had originally posted(of the code you said has the extra characters). Which code is which? Can you send a link to this page that shows what you are talking about or is this on a testing server? Frank
  9. rescuestat

    Change Header for PWA, anyone?

    Hello, As Mulitmixer said, first change in the create_account.php from HEADING_TITLE_PWA to HEADER_TITLE_PWA <-this is what you have define'd in your english.php. Next find: <!-- PWA BOF --> <td width="100%" valign="top" style="padding:260px 0px 0px 0px " > ><?php echo tep_draw_form('create_account', tep_href_link(FILENAME_CREATE_ACCOUNT, (isset($HTTP_GET_VARS['guest'])? 'guest=guest':''), 'SSL'), 'post', 'onsubmit="return check_form(create_account);"') . tep_draw_hidden_field('action', 'process'); ?><table border="0" width="100%" cellspacing="0" cellpadding="0"> <!-- PWA EOF --> You have two '>''s in front of your echo_tep_draw_form('create_account'.... delete the second > As for the } ?> appearing between 'Your Address' and 'Street Address:', you've got me stumped. Looking at the source code for create_account.php there is nothing there that would print those characters. I don't know if seeing the parsed code for the page would help or not. Best of luck, Frank
  10. rescuestat

    Change Header for PWA, anyone?

    Hello, Post your code for that page, it's a PHP coding issue. the first '>' towards the top of the page appears to be a PHP closing prompt that's probably missing the ? before it. The Second } ?> appears to be the ending of a PHP If statement, perhaps the PHP section was prematurely ended. This may also be the culprit as to why your HEADING_TITLE_PWA isn't displaying correctly. Frank
  11. rescuestat

    Any contribution for discontinued products?

    What we've done for discontinued items that have been replaced with a new item is to updated the old items description with "Discontinued" and place a link in the description to the new item, and change stock to 0 so it can't be ordered. After a few months what we do then is place the product in the "root catalog" and make it inactive. We don't delete because this could really mess up previous orders with suddenly the product just disappears. JUST A THOUGHT...If it's a VERY popular item that you think would really hurt if customers can't link to if and they would become upset by getting the "Product Not Found" message, why not update your .htaccess with the old product link and redirect to the new product link....like I said just a thought. Frank
  12. rescuestat

    yearly expenses error message

    Hello, Check you yearly_expenses.php file, make sure there are no characters(including spaces, blank lines, etc.) before the opening <?php commnad. This is a normal culprit for these errors. Frank
  13. rescuestat

    Problem with Customer Testimonial

    FIRST...backup whatever file you are changing.......ALWAYS.. Not familiar with the contrib personally, however since they used the constant DIR_WS_BOXES they(hopefully) followed normal osCommerce standard and this is normal box. The above code would be placed in your /includes/column_left.php or /includes/column_right.php, whichever side you want it to be shown in. You can vary it's postition upwards or downwards in the column by where you place the code. If you put it before the ending ?> it will on the very bottom or you can place it between whatever include's or require's are in the file. Just be careful that you don't place inside any IF statements, or if you do that you understand what the IF statement is doing. Hope this helps, Frank
  14. rescuestat

    Trying to find a Addon

    Don't worry it's a learning curve thing....we've all asked or thought those same questions. Welcome aboard.
  15. rescuestat

    Caprure data of shopping cart

    Take a look at the contributions for "Unsold Carts Report", this will at least let you see the saved shopping carts of any registered users. Not sure if it can be modded to show non-registered customers shopping carts as I believe these are saved in cookies on the users computer until they register or login. Contrib works great, and can even use it to recover some lost sales. Frank
  16. Thanks for the autoinstall procedure, great addition to osC. I know alot of people will love it and really push osC ahead. Thanks again.

  17. Hello Joey, If you look at the images you posted you can see the difference, they are using different payment methods. In the first the payment method is CREDIT CARD and the second it is Credit Card Processed by PAYPAL. In actually you should not use the default Credit Card module that is included with osCommerce unless you have several thousands of dollars you don't want and don't mind paying fines if your credit card information is stolen. The default credit card module stores CC information unsecurely and you run the risk of not only fines but also losing your ability to process credit cards with any processor if your information is stolen. Do some research and locate a credit card processor that will handle capturing/processing CC's and also comply with PCI data security standards. osCommerce has many payment modules that can handle the additional CC information that you want. Most of the new/update payment modules can accept CC's and have the added security of CVV2 validation, you just need to find both a processor and payment module that work together. Most of the larger, more reputable CC processors already have a developed/tested payment module with osCommerce-just check the contrib area under Payment Modules. Hope this helps a little, Frank
  18. rescuestat

    Dynamic Image Resizer

    Actuallut not familiar with oscThumb, this is something I wrote quite sometime back and just thought I'd clean it up and post it for anyone to use. If there's something better than by all means use it. That's what we're all here for, is to make osC better.
  19. Sounds similar to a problem I had a couple of months ago. Ended up being a security upgrade to our website. Something has changed if it just stopped working. Have you install any contributions recently? If you haven't changed anything on your site, check with your hosting company, have they recently done any upgrades or changes on the host computer? Ask them to check the firewall on the host computer, make sure port 443 is open and https://secure.authorize.net is not being blocked. Authorize.Net is a great company, but they will not admit if anything goes wrong on their end. Just keep looking for anything that may have changed with your setup. Frank
  20. I was getting this exact same error 2 weeks ago, response was returned within 2seconds of submitting the transaction, so knew it wasn't a time-out issue. Discovered is has something to do with a new install of FWR Security Pro, somehow it was blocking the $HTTP_POST response to the Authorize.NET payment module. Uninstalled this and everything works fine. Sorry, only suggestion I can give. Good luck, Frank
  21. rescuestat

    Credit card encryption add-on

    Oops , sorry I missed this post when I replied. If you add a new payment module run some test transactions first and maybe even a SMALL live transaction. The CC info with a new module should not be there. If it is, the change I mentioned will only affect what is being written to the DB. Like I said ALWAYS back up files before changing them...better to be safe than sorry. Frank
  22. rescuestat

    Credit card encryption add-on

    Authorize.NET will reccommend using AIM, AIM is better because it creates a secure connection between your web site(server) and Authorize.NET. The SIM uses several different security features that are built into it. Both require a SSL certificate so I would go with an AIM module. There are requirements to using AIM though, you need to save an SSL certificate installed on your server. If you are on a shared server with other websites, your host probably already has a shared certificate on that server that you can use. This is simple but it does have drawbacks, because this certificate is shared by everyone on your server. You can also purchase your own SSL certificate and install it, you will need to have a dedicated IP address to do this. Make sure that these are options your host can provide and that they are within your budget. You may want to look at this AIM contrib... it is simply 2 files(1 more for any language in addition to english) http://addons.oscommerce.com/info/5662 Let me know if you need any assistance. Frank
  23. rescuestat

    Credit card encryption add-on

    Pat, You have a number of possibilities...the easiest although you may not want to do it since you have already invested time in testing. Is to install another Authorize.NET payment module. There are a number in the contributes area and most will not save the CC information. We use the module that came with the MS2.2 version of OScommerce. The install usually only consists of replacing 2 files the /catalog/includes/modules/payment/authorizenet.php /catalog/includes/languages/english/modules/payment/authorizenet.php they may be called something slightly different depending on what module you are using, also don't forget to replace any additional language files. The other possibility..NOT the best solution.. is to change the /catalog/checkout_process.php and tell it to write a BLANK to the orders DB. edit /catalog/checkout_process.php and find around line 91 MAKE SURE YOU SAVE A BACKUP FIRST....it's always better to be safe than to be sorry. 'cc_number' => $order->info['cc_number'], change to (2 lines, just to save the original code) // 'cc_number' => $order->info['cc_number'], 'cc_number' => NULL, This will write NULL(nothing) to the cc_number, any CC information you should need will be on Authorize.NET website. Encrypting the CC number involves both encrypting tham and also decrypting them, so there are a number of other web pages that would need to be changed in addition to adding the neccessary encrypt/decrypt functions. Feel free to ask any questions or you need better directions, just ask. Frank
  24. rescuestat

    Credit card encryption add-on

    What Authorize.NET module are you using? You should NOT have any credit card information to encrypt since the CC info is not saved in your local database. You only need to pass the CC info to Authorize.NET and they save it in their system. As I'm sure you know, saving CC information on your local server puts you in a precarious position of having to maintain a very high level of security for that information. We also use Authorize.NET and have absolutely no reason to save CC info. Almost any type of operation, recharging, refunding, voiding can all be done thru Authorize.NET's virtual terminal. If your payment module is properly installed, the only thing you should see in your local database is 'Authorize.Net Payment' or some other terminology under the payment_method in your ORDERS table. You shouldn't see any CC information, or at VERY MOST some type of washed CC info like *5678 for the CC number. Sorry, not trying to preach but be very careful about saving CC info. It can turn real ugly REAL fast. No matter how good you are at securing your info, be sure there is someone out there who knows more or is more determined to steal it. Frank
  25. rescuestat

    Method of payment

    Vaughn, You need to go into your ADMIN area and in the left column select MODULES and then PAYMENT. You can remove the 'credit card' and 'cash on delivery' options in this area. The 'credit card' module really should NOT be used in a live/production environment, the CC information is saved in raw/unprotected format(an auditors nightmare) and exposes you to a great many hazards. As far as not receiving emails you will want to look into the CONFIGURATION area, make sure your email address is in the MY STORE and that in the E-MAIL OPTIONS that you have 'Send E-mails' set to true. A good to place to start if you are new to OScommerce would be the Knowledge Base. There is a section on the configuration of your store that should answer most, if not all, your questions. the link is --> http://www.oscommerce.info/kb/osCommerce/A...l/Configuration Don't be afraid to nose around in the cofiguration area, for most of the options you will get a pretty good description in the right hand column of it's function and proper settings. Good Luck, Frank
×