Jump to content

Mike Gholson

Clients
  • Posts

    243
  • Joined

  • Last visited

  • Days Won

    1

Mike Gholson last won the day on March 5

Mike Gholson had the most liked content!

Recent Profile Visitors

3,468 profile views

Mike Gholson's Achievements

  1. Upgrade on a basic vanilla install went fine. Hopefully the V4 to V5 upgrades work well... anyone testing upgrades again?
  2. Hi all, Looks like we have to create multiple subscription plans to cover month-to-month vs annual. This causes our subscription page to show too many options. I noticed that 4-subscriptions are showing per page on the new version compared to 3 subscriptions on the old software (good change). However, it would be a LOT cleaner if we gave the customer the capability to use a toggle between monthly or annual billing within a single subscription package. Not to mention giving a discount for annual billing. Something to consider, this seems to be a common theme among subscription plans across the internet. Mike
  3. Thanks Gary. Yeah, I knew about the risk to my main website which is why I created a duplicate. Problem is creating the duplicate also brings over all data including the transactional connections / API keys. When I deleted the payment method on my duplicate/beta site, it sent a command to Paypal killing all subscriptions. There is no disable function (that I could find). I thought maybe Paypal would help me out because the command came from a different URL, however, it was actually a command sent through the API key. They weren't able to re-initiate the recurring subscriptions. They told me the customer needs to re-initiate it. Good thing is the IPB software wasn't affected and it will ask the member to renew their subscription on their renewal date. I'll find a way to get through it. I've already created an emergency fundraiser post so we'll see how it goes. I'm only posting here because I think this is serious enough that others can learn from my bad luck. I was contacted by IPB immediately and happy to see the developers / managers jumped in to help. Mike
  4. Yeah, I *HIGHLY* advise against making any decisions to run a copy of your live site like I did. There's no easy method to control the Paypal gateway. This mistake is costing me monthly revenue to the tune of ~$600/month in lost revenue (~$7,200/yr). Probably enough to kill my community. I am working with Paypal to see if I can get mass-command reversed but they are not easy to deal with AT ALL.
  5. Apparently deleting a payment gateway sends a message to Paypal telling them to shut off every single recurring subscription. I also recommend some kind of confirmation dialog or an opt-out of this process. Mike
  6. Yeah, looks like by attempting to delete my payment gateways from my beta site, I canceled them on my production site. Whatever you do, don't delete the gateways from a beta site if you are running a direct duplicate of your production site. RIP
  7. TBH, it would be nice to add a enable/disable function to the payment methods. This way we can shut off the gateway in times like this. I noticed the system tried reaching out to Paypal to cancel all the subscriptions but it failed (probably due to the domain name). So hopefully my production site wasn't affected by a bunch of cancelations.
  8. Thank you, I disabled email using the constants.php. However, I get an error when I try to remove payment types. See below. TypeError: IPS\File::get(): Argument #2 ($url) must be of type IPS\Http\Url|string, null given, called in /var/www/vhosts/classiczcars.com/beta.classiczcars.com/applications/nexus/sources/Gateway/Gateway.php on line 441 (0) #0 /var/www/vhosts/classiczcars.com/beta.classiczcars.com/applications/nexus/sources/Gateway/Gateway.php(441): IPS\File::get() #1 /var/www/vhosts/classiczcars.com/beta.classiczcars.com/system/Node/Controller.php(1372): IPS\nexus\Gateway->delete() #2 /var/www/vhosts/classiczcars.com/beta.classiczcars.com/applications/nexus/modules/admin/payments/gateways.php(211): IPS\Node\Controller->delete() #3 /var/www/vhosts/classiczcars.com/beta.classiczcars.com/system/Dispatcher/Controller.php(128): IPS\nexus\modules\admin\payments\gateways->delete() #4 /var/www/vhosts/classiczcars.com/beta.classiczcars.com/system/Node/Controller.php(117): IPS\Dispatcher\Controller->execute() #5 /var/www/vhosts/classiczcars.com/beta.classiczcars.com/applications/nexus/modules/admin/payments/gateways.php(61): IPS\Node\Controller->execute() #6 /var/www/vhosts/classiczcars.com/beta.classiczcars.com/applications/nexus/modules/admin/payments/paymentsettings.php(86): IPS\nexus\modules\admin\payments\gateways->execute() #7 /var/www/vhosts/classiczcars.com/beta.classiczcars.com/system/Dispatcher/Controller.php(128): IPS\nexus\modules\admin\payments\paymentsettings->__call() #8 /var/www/vhosts/classiczcars.com/beta.classiczcars.com/system/Dispatcher/Dispatcher.php(169): IPS\Dispatcher\Controller->execute() #9 /var/www/vhosts/classiczcars.com/beta.classiczcars.com/admin/index.php(15): IPS\Dispatcher->run() #10 {main} Is there another method I can use to disable these automatic payments? I'm afraid the system will charge people twice for their subscription (production site and beta site). Thank you! Mike
  9. Hi @Gary, Were you able to get your images to load? I'm seeing the same issue on my test site. I saw that you may have gone to a private message with CCP developer so I can't see if there was any progress on that. Thank you guys! Mike
  10. Hi guys, After making a duplicate of my production site, I was able to get it upgraded with IPB 5 beta1. However, I noticed that emails are being sent to members (from the beta site). Is there a way I can totally disable emails on the beta site? It turns out that all forums and PM's are reset to a "new" status so the emails are flooding. Also, does running a copy of my production site also charge users for subscriptions? I want to know if I will need to disable something else to prevent this. Thank you!
  11. Here are the files that I eventually had to rename to get my upgraded site to finally render properly: Promotions.php NetworkStatus.php Referrals.php I also deleted Promotions row in the menu database (as instructed above). Mike
  12. Hi Gary, Yeah, I went through the fixes in this thread. I deleted the Promotions row in the database and renamed the files. When I rename a file it seems to just move to another file in the FrontNavigation folder. I'm a bit worried about doing this to every single file. But, perhaps that's what needs to be done? I think this is likely something that should be looked at during the development effort. There are a lot of us that have older databases and the upgrade script should account for these conditions. Hoping this feedback can help the developers.
  13. I'm having similar troubles with an Error 500 after installing the Beta1 update (on my test site). You can see it here. Looks to be FrontNavigation. I have a database from waaay back possibly 2013. Mike
  14. Ok, I was able to finally figure this out. My old system is running CentOS and that operating system has gone EOL. There are some differences between apache and apache2. If you're moving your board from CentOS to Ubuntu, you will likely run into some configuration woes. In order to enable modules for apache2, there's a symbolic link between the 'mods-available' directory and the 'mods-enabled' directory. Look through the mods-available directory and find the module you want to load. Then all you have to do is create the symbolic link to mods-enabled. To make it easier on humans, Ubuntu has the awesome tool to do this for you called "a2enmod" (which I linked above). This tool will create the symbolic link, thus enabling the mod (after restarting apache2). For "mod_rewrite", I had to enable the "rewrite" mod (again, as noted above) and then restart apache. However, this is NOT the last step. You must now go to your "sites-enabled" directory and edit the .conf file of your site. Make sure it has the following argument: <Directory /var/www/YOURDIRECTORY> AllowOverride All </Directory> After doing this, also make sure you are using the .htaccess file as delivered by IPB. Restart apache2. mod_rewrite should now be running. Mike
  15. I'm not sure why it's not working. I've followed all the instructions. mod_rewrite enabled on server added .htaccess to root (see below) I keep getting warnings and rewrite doesn't work Warning in IPB SEO settings: And my .htaccess file is here: <IfModule mod_rewrite.c> Options -MultiViews RewriteEngine On RewriteBase / RewriteCond %{REQUEST_FILENAME} !-f RewriteRule \.(js|css|jpeg|jpg|gif|png|ico|map|webp)(\?|$) /404error.php [L,NC] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] </IfModule> And I keep seeing this when I have Rewrite URLs enabled: Disabling Rewrite everything works fine. But, I cannot migrate my other domains until this is fixed or it will totally screw up my monetization. I know you guys don't like to help with server-side functions, but I simply don't know what else to do. Mike
×
×
  • Create New...