Jump to content

milkman45

Members
  • Content count

    39
  • Joined

  • Last visited

About milkman45

  • Birthday 05/16/1963

Profile Information

  • Real Name
    Renato
  • Gender
    Male
  • Location
    Melbourne , Australia

Recent Profile Visitors

2,782 profile views
  1. You're correct. Server set. I'll have to stuff around with this and report back. Thanks for the fresh eyes
  2. I'll check and I think you're are right.
  3. Hi All. Having a slight issue with 1.0.0.4. Installed into the folder, on the server but cannot seem to raise the INSTALL.PHP file to begin installation! The permissions are 644 and address is correct but all i keep getting is "rabhobbies.com.au/online/404.shtml" when executed. Am i doing a rookie mistake. The address is "rabhobbies.com.au/STORE/install/install.php" Cheers all.
  4. Thanks, I'll be doing this during the weekend. Will come back here to advise success or not ! Cheers
  5. Hi Jack_mcs, I've been reluctant to proceed with any upgrade as it required way too much work and the current scenario or how i have the processes set up. All works very well together. The two parts where i need to confirm is the OSCPM GUI (which sits on the PC and NOT web based) talks to all new versions of new builds and upgrades as it has done since 2.1 up to 2.3.4 for me (2007 to 2019). And the POSFORWEBSHOPS Zoombla integration. I like this as it's clean and uncluttered. The only problem is that it's an integration with ZOOMBLA and needs a tidy up on the DATA base integration. I and don't know ZOOMBLA. But hey, if you think that it's possible. I'd be happy to look at going forward. Cheers, Ren. P.S. Would you like for me to forward you some links and more info !!
  6. Hi All, Been looking at the Phoenix thread for a while and possibly upgrading to this platform. What's holding me back. 1. Heavily modded 2.3.4 with Mini Template system installed 2. 8000+ products 3. Using as the product manipulation program. OSCPM 0.4.1 (version build 683) desktop GUI. Freaking awesome, since 2007 and currently running on W10 with connection to data-base in 2.3.4. 4. Im not a programmer, even though i have done a bit of the background coding on some of the modules. 5. POS system in store from "Posforwebshops" connected via Zoombla interface using XAMPP. Works very well but a little clunky and needs an update. Coding this is not up my alley. but i like it as the interface is clean. Better than some commercial products currently available. 6. Time is my enemy ! Link below to the website and any thoughts/comments would be greatly appreciated and welcome. Cheers, Ren https://rabhobbies.com.au/online/
  7. HI, Well thats surprising. The info was supplied to me by my hosting company so it's thrown me. I've been meticulous with hacking and have experienced it once. The question i have is where do i start to look for any hacking. This has been a constant issue, the slow uploads and page refreshes while using 1.0 and now 1.1. Mind you i have not been advised by any customer in the past 4 years of any issues with payments or purchases. I'll look at the back-end tomorrow and see if there were any changes. Any suggestions where to start. Regards, Ren
  8. Hi Dominic, Been using the AUS POST 1.1 for some time and working very well. In the last few months though I have been trimming all aspects of the site RAB HOBBIES to speed the page load times to under 1 second and failing miserably. Thinned the images and killed other non-useful add-ons in the hope of faster page load times. Customers have kept me informed as to the load times as a reference. The issue has been plaguing the site still. In the end, the script for 1.1 had been calling am IP address constantly, slowing the site page load times. Below is the reply from my Hosting company after they did a test. " Hello Rens, We appreciate you again for answering the call back earlier. Please refer on the details below provided by our Administrators. In regards to slowness experienced, we have done a trace and it appears to be due to the website calling this address auspost.com.au 52.222.138.160 repeatedly, the website loads much faster without this. sample logs. setsockopt(8, SOL_TCP, TCP_NODELAY, [1], 4) = 0 connect(8, {sa_family=AF_INET, sin_port=htons(443), sin_addr=inet_addr("52.222.138.160")}, 16) = -1 EINPROGRESS (Operation now in progress) getsockopt(8, SOL_SOCKET, SO_ERROR, [0], [4]) = 0 getpeername(8, {sa_family=AF_INET, sin_port=htons(443), sin_addr=inet_addr("52.222.138.160")}, [16]) = 0 [30-Apr-2019 10:26:16 Australia/Melbourne] PHP Warning: simplexml_load_string(): { in /home/rabhobbi/public_html/online/includes/modules/shipping/apdomexp.php on line 278 [30-Apr-2019 10:26:16 Australia/Melbourne] PHP Warning: simplexml_load_string(): ^ in /home/rabhobbi/public_html/online/includes/modules/shipping/apdomexp.php on line 278 " As a result, i have removed the AUST POST 1.1 modules used and configured a flat rate option for now. Since this has been done the load times are less than 0.5 sec on any page. Your thoughts and feedback is greatly appreciated as id prefer the AUST POST modules as these provide a better and confidence booster to customers buying from us. Hope to hear from you soon. Regards, Ren R.A.B. Hobbies.
  9. milkman45

    CSV Product Upload

    Looking for a 2.3.4 version of easy populate . Can any one suggest an addon. Cheers Ren.
  10. Thanks for the info. No good. Still stating that the "Login Error. * Username not found. Please try again." is still coming up. Cheers Ren.
  11. Hi Guys, Spend the last day working on issues in getting the OLLA CART working . Big issue is the inability for the LOGIN window to recognize the login username. "Login Error. * Username not found. Please try again." Went through the parameters and reset evernything twice over. Username and Password are he same as i use to login to my data base from other programs including my CONTROL PANEL to SERVER. Any help would be greatly appreciated. Kind regards, Ren.
  12. The game has evolved. I now have logging activated but this is the new error coming up. "Could not connect to the database! Please verify database settings in includes/db.php." Created a new login name and password from the server side and verified the settings but still no good. I think it might be the "SERVER" set at local host instead of 127.0.0.1 . Although i've never had thes type of issues setting up other data bases and connections . Really, this has thrown me :wacko:
  13. Here is the screen grab of the ADMIN log in page.
  14. Hi Guys, Installed the RESPONSIVE version and still the same issues. Unable to log into ADMIN as this is still stating "Login Error. * Username not alphanumeric. Please try again." Even though the details are correct as i use OCPM with the same settings to log in. Also php.ini is correctly set with 'Australia/Melbourne' Thoughts !
  15. No but i will try it tomorrow. Any suggestions on the current issues. Pulling my hair out.
×