Qurius
-
Posts
53 -
Joined
-
Last visited
Posts posted by Qurius
-
-
Running 4.2.0 and it is showing */5 * * * * /usr/local/bin/php -q /*****/public_html/clients/index.php cron > /dev/null 2>&1
-
-
Thank you BlestaStore and GosuHost for your offers of help but I think I can see what's happened and feel kinda stupid for not realizing this sooner. I believe that the error was related to the cron job which was using the old path to php (/usr/local/bin/php) and that would have used PHP 5.6 since after the upgrade was set as the default PHP version. When I changed the path to be /usr/local/bin/ea-php71 it doesn't look like the error is repeating.
Thanks again!
-
Using Cpanel with EA4/MultiPHP Manager . I did manage to resolve the backup issue after discovering that enabling PHP-FPM disables exec by default.
-
Have recently upgraded a VPS server to PHP 7.1 from 5.6 and everything went well including loading Blesta except when I went to test the backup which now times out. In the process of trying to figure that out I came across this in one of the logs:
[16-Jan-2018 13:00:01 UTC]PHP Fatal error: The file *****/public_html/clients/app/app_controller.php cannot be decoded by this version of the ionCube Loader.
Blesta would not load without the hotfix uploaded so not sure why the error.
Thanks
Blesta 4.20 ( PHP 7.1 hotfix applied)
IonCube 10.1
PHP 7.1.13
-
Thanks for the clarification on that...I was trying to create a discounted package based on a one year commitment billed monthly but it doesn't look like that's possible.
-
Hello -
I have a package setup to bill monthly for a year (Term set to 12 and Period is monthly ) and it invoiced correctly the first month but then the renewal date is set to a year out so I have to manually change it. Is that not the correct configuration? Thx
Blesta - 4.0.1
-
-
Hello -
I'm setting up a second company (multi-company addon) and having trouble getting the cpanel module to retrieve cpanel packages. The second company setup is using the same server for cpanel packages and it looks like it is connecting ok as it shows the number of accounts but when I go to create a Blesta package it does not show the list of available cpanel packages under the server. There are no logs showing under Tools->Logs->Modules either.
Not sure where to go from here.
Thx
Blesta - 4.0
-
-
Can you clarify? I'm not sure which email template you're referring to or which URL you are seeing compared to what it should actually be.
It's actually my confusion about what it should be doing...before we changed the Root Web Directory, the url's in the unpaid invoice emails for the {client_url} were going to "clients.domain.com/" which brought up the Client Portal web page where they could login or pay from there. I realize now that changing the Web Root to "/home/user/public_html/clients/ " brings it to the login only page which I assume is correct. While I would prefer the "My Dashboard" link in the emails go to Portal page at "clients.domain.com/" I can live with it the way it is.
Thanks again for all your time and help.
-
Ok one step forward and one back
I changed the Root Web Directory to /home/user/public_html/clients/ and sent a test invoice via the cron job CLI and the url for the "Pay Now" is now correct and goes to "/clients.domain.com/client/pay/method/41/etc..."
However the url in the email for the "My Dashboard"/{client_url} now goes to a login only page instead of the client portal of "clients.domain.com" which is how it was before changing the Web Root. Is there anyway to change that?
Sorry for this turning into such a pain...
-
Running another set of tests...
- Running the cron manually from settings->system->automation produces the correct "Pay Now" link (clients.domain.com/client/pay/method/40/etc) in the unpaid emails
- Running the same cron via cli produces the wrong url/link in the unpaid emails -> clients.domain.com/clients/client/pay/method/40/etc...
- The cron in Settings->System->Automation is -> /usr/bin/php /home/user/public_html/clients/index.php cron (This matches what is in the cron job in Cpanel)
- The Root Web Directory in System->Settings->General->Basic Setup is -> /home/user/public_html/
- Blesta is located in the clients directory off the root -> /home/user/public_html/clients/
- Blesta is setup as a subdomain -> clients.domain.com
If anyone sees anything that pops out let me know.
Thanks
-
Yes...the late notice templates have the same {payment_url} link/url in the html and text versions for the "Pay Now"
-
"You mentioned that the incorrect URL is constructed as domain.com/clients/client/pay/... rather than domain.com/client/pay/... -- is Blesta installed in a /clients/ directory on the server?
Yes Blesta is installed in the /clients/ directory
Is there a subdomain setup for Blesta?
Yes it is setup as clients.domain.com
Are there rewrite rules defined in an .htaccess file to perform redirects related to Blesta?
No rewrite rules that do redirects
Is Blesta installed in a virtual directory (does the physical path to Blesta differ from the virtual path the web server uses)?"
No
-
The cron does use the same payment URL for late notices as well as unpaid invoices that it sends, so your issue is strange if the resulting URL differs.
- The email template itself has set the wrong tag/URL. All emails will have an incorrect URL.
If you're sure that all of the email templates have the correct URLs set in both the HTML and Text versions of the template, then you'll have to narrow down which templates are affected.
Sorry I may not have been clear enough in my previous posts. The issue is only related to the late notice templates which do have a bad tag/url :
Unpaid template -> Pay Now, visit http://{invoice.payment_url} (No login required) These always work
Late Notice Templates -> Pay Now, visit http://{payment_url} (No Login Required) These fail with a 404 error
You mentioned that I can't copy the tag {invoice.payment_url} from the unpaid template to the late notice template because it won't work so that's where I'm lost.
-
I read your other post and double checked the Root Web Directory setting and it looks correct ( /home/user_account/public_html/ ) . I probably shouldn't be trying to apply logic here but if the cron works for unpaid invoices doesn't it not use the same process when it sends out 1st, 2nd and 3rd notices ?
Sorry if I'm missing something but just trying to understand the process better.
-
Ok I think I've narrowed it down. I confirmed that it its failing with a 404 error if using the Pay Now link off the 1st notice email. The "pay now" url is different between the first email (unpaid) and the 2nd (1st notice)...
Here are the differences:
Unpaid template -> Pay Now, visit http://{invoice.payment_url} (No login required)
1st Notice Template-> Pay Now, visit http://{payment_url} (No Login Required)
url in mail log for Unpaid email-> domain.com/client/pay/method/37/etc....
url in mail log for 1st notice-> domain.com/clients/client/pay/method/37/etc...
Not sure why the "payment_url" tag produces a different url in the second template but should I assume that by just copying the {invoice.payment_url} tag to the other templates should fix the issue?
-
Are the links correct? Do they contain http:// or https:// as the protocol? Does your website redirect http requests to https? If so, that may break the links.
The links are good with no redirects...and most don't have a problem when paying off the email. Also the one's that have had problems when I resend the invoice it works fine. It's not a lot but enough to want to try and figure out what might be causing it.
-
It might be a web browser issue? What browser are they using? I've not heard of anyone else having that issue at the moment, what happens if they click Make a payment and enter the amount and click continue?
There's no limit to making a payment for an invoice except when the invoice is already paid.
What process of making a payment is not working correctly, exactly? Is this related to the link sent in an email, or a link in the dashboard, or..?
Trying to work with a client to troubleshoot an issue like this can be a challenge
so I'm trying to replicate it with some test invoices but from what I hear back the error happens as soon as they click on the "Pay Now" link in the email so they don't get to the dashboard.I'll update if I get more information
Thanks
-
Hello -
I'm trying to narrow down a problem with customers having trouble using the "Pay Now" function in invoices. It works fine if they open the invoice and click on the "Pay Now" and complete the process but I've had several instances where a customer opens an invoice but does not complete the payment process or just closes the invoice and tries to pay it later and at that point it no longer works so I end up having to resend the invoice.
Is there a token on the "Pay Now" that once clicked on is no longer valid?
Thanks for the help
-
Hello -
I'd like to verify the correct way to change packages (not upgrade/downgrade) for a client. The only way I can see to remove a package is to "Cancel" the service under "Actions" in Manage Service and then add the new package. I'm paranoid after making the mistake of cancelling a package and forgot to uncheck "Use Module" and it deleted the account, domain & database off the server without any warning.
Thanks
-
Blesta uses the mysqldump binary to perform a dump of the database prior to sending it to S3 or the SFTP destination. If your CLI version of PHP does not have permissions to execute mysqldump, or it's not in the system path, then that could be the cause of all of this.
SSH in under the same account and ran mysqldump with no errors (returned the usage commands)...
-
Tyson - There's nothing in the logs that's relevant. Not sure I have the time or expertise to do packet sniffing
. I'm curious what triggers/populates the `log_cron` table with success/failure (an error code?). Does it check if the file exists on S3? Paul - I don't have SFTP backup setup...I'll see if I can get it set that up and test. Doesn't the forced backup use the same mysqldump command.
4.4.0 dashboard issues
in Support
Posted
I just upgraded to 4.4.0 from 4.3.2 and have a problem with the dashboard. I had several widgets on the dashboard and in billing before the upgrade and now they are gone and when I try to customize it the page is blank (see screenshot). Any ideas what I might have done wrong?
Thanks for any suggestions
Blesta - 4.4.0
PHP 7.1 (7.1 hotfix installed)