coreyman
-
Posts
58 -
Joined
-
Last visited
-
Days Won
5
Posts posted by coreyman
-
-
A year and a half later and I see this is still an issue and, it looks like the fix I found doesn't work in the latest version of blesta since we upgraded from 4.4.1 to 4.10
I've tried setting every port and security combination available. I know what ports work and are configured on our server, imap/993/ssl. This same combination works in any mail client I use. There are no errors in logs_blesta when it is configured with imap/993/ssl/blank box name. In fact I do not even see a login attempt in my mailserver logs.
-
4 hours ago, Jono said:
Well, the return is a php object referencing a php class, so I don't think there is a way to make that work. That being said, try ServiceChanges::getItems(). I know it's deprecated but I believe it will get the results you want in a way that can be sent to node.
https://www.php.net/manual/en/jsonserializable.jsonserialize.php
-
7 hours ago, Jono said:
Is that a problem? Are you working in something other than PHP? I can spend some time looking into why the encoding is failing
Yes we are working in nodejs.
Thank you,
The BitAccel Team
-
Currently if you interact with the blesta API you have to send a plain text password to the API to become authorized - http://source-docs.blesta.com/class-Users.html
- Anyone able to eavesdrop on the conversation will learn the client’s secret.
- If the client is talking to the wrong server it reveals its secret to that potentially malicious server
Are we solely relying on TLS to keep the communication secret?
-
On 2/18/2014 at 11:35 AM, Cody said:
Ah... already CORE-894.
This said it was resolved but I created an order form and was wondering why /order wasn't working. Found this thread and fixed it by selecting the default order form.
-
2 hours ago, Amit Kumar Mishra said:
thanks for point out that things are buggy
more over lets be mature
My only point was that all software has bugs since you wanted to point how how you found a bunch of bugs, no need to get an attitude with me or be snarky. I found and reported several bugs in the WHMCS API when I used it as well. If software's inherent nature was to be bug free there would be no reason for sub version releases that fix x or y.
-
On 6/11/2019 at 2:30 PM, Amit Kumar Mishra said:
i agree
and may be you would also agree, that you along with @GosuHost, had to be with me, online, many times to fix up a few bugs which got pointed out, after i started using the cms...
but any which ways, when you develop the product, you get along with the journey, discovering new bugs then fixing it
i shall be awaiting the release for general public
I've found bugs in the blesta importer with Paul's assistance pretty recently (was fixed promptly). Just because you found a few bugs doesn't mean they didn't already squash 200 of them before they launched the cms
-
Oops. I got confused. Line items have descriptions not the invoices.
-
We are going by http://source-docs.blesta.com/class-Invoices.html and have implemented getList to get a listing of all invoices and get to get a single invoice. Neither of these endpoints return the description of the invoice, how do we retrieve that data?
Edit: getAll() does not return the description either.
-
22 hours ago, SinOjos said:
Hi Paul,
No open ticket. I initially attempted the update with the patch, since there were so few files, did not think there would be a problem. Blesta was completely down after applying the patch, nothing not even an error message, no contact what so ever, blesta was like it did not exist at all. Overwrote with full version, and started working again. But now all I get with admin login is the license invalid page. I input the license key, but does not work. When I have time, will revert back to previous backup and attempt updating again.
A little back ground. I have blesta behind varnish cache & haproxy which does ssl termination. Also, all traffic other than http goes through the nat server, standard setup with amazon aws vpc. All ports other than what is needed are filtered. Has the ports used for license validation changed or are things routed differently now?
Sorry I have a busy day, with numerous meetings today and this week. Therefore I am not going to be able to apply the time towards figuring this out that I would like to in the next couple-few days. Fortunately there is no time critical reasons to get this straightened out immediately. I currently have this Blesta install for a product that will offered sometime in the future. So plenty of time to figure this out without any client impact.
I am wondering if perhaps I experienced some data corruption. In the past data corruption was somewhat common with amazon aws vps's. Been a number of years since I have seen any, nevertheless there is that possibility. I have been having some issues with some instances needing to be rebooted more often than usual over the past few months, with no evidence of what has been causing the failures. Of course amazon aws support is not helpful at all.
Anyways, I am starting to transition over to Docker. Anyone build a docker image for Blesta yet?
Having a docker image for Blesta would be great, as all the service providers other than amazon aws are now offering attractive pricing for running a docker image, rather than having to run a full blown vps.
Make your own docker image? We did
, but we are using it for development environments. Our production environment is a 'full blown vps'. I don't know why you would want to introduce the limitations of docker for your production billing system. If you want to save money that bad, maybe don't use AWS.
-
-
I found this -
So I tried accessing an endpoint via the attached image method in postman and it looks like we are on the right track. Looks like the arguments are as follows -
"contact_info" => $contact_info, "amount" => $amount, "currency" => $currency, "invoice_amounts" => $invoice_amounts, "options" => $options, "gateway_id" => $gateway_id
This method and docblock can be found in \components\gateway_payments\gateway_payments.php
/** * Returns an array of HTML markup used to render capture and pay requests for non-merchant gateways * * @param array $contact_info An array of contact info including: * - id The contact ID * - client_id The ID of the client this contact belongs to * - user_id The user ID this contact belongs to (if any) * - contact_type The type of contact * - contact_type_id The ID of the contact type * - first_name The first name on the contact * - last_name The last name on the contact * - title The title of the contact * - company The company name of the contact * - address1 The address 1 line of the contact * - address2 The address 2 line of the contact * - city The city of the contact * - state An array of state info including: * - code The 2 or 3-character state code * - name The local name of the country * - country An array of country info including: * - alpha2 The 2-character country code * - alpha3 The 3-cahracter country code * - name The english name of the country * - alt_name The local name of the country * - zip The zip/postal code of the contact * @param float $amount The amount to charge this contact * @param string $currency The current to charge * @param array $invoice_amounts An array of invoices, each containing: * - id The ID of the invoice being processed * - amount The amount being processed for this invoice (which is included in $amount) * @param array $options An array of options including: * - description The Description of the charge * - return_url The URL to redirect users to after a successful payment * - recur An array of recurring info including: * - start_date The date/time in UTC that the recurring payment begins * - amount The amount to recur * - term The term to recur * - period The recurring period (day, week, month, year, onetime) used * in conjunction with term in order to determine the next recurring payment * @param int $gateway_id The ID of the nonmerchant gateway to fetch, * if null will return all nonmerchant gateways for the currency * @return array An array of HTML, indexed by the gateway name */
-
This is just a guess, but if you look in \projectfolder\vendors\components\gateways\nonmerchant\paypal_payments_standard\paypal_payments_standard.php you will find
PaypalPaymentsStandard extends NonmerchantGatewayIt looks like you are required to have a Blesta invoice to pay to use this gateway, so you will probably need to generate an invoice first.
On line 232 there is buildProcess where I found this information. It looks like it's building the request to paypal. Maybe someone else can shed some more light.
-
-
So I checked php7.1-fpm configuration and it's running as www-data. Files inside logs_blesta are being created as the root user and as such php scripts running through php7.1-fpm can not access the files. This causes lots of issues such as password reset emails not going out, unable to change client product pricing etc. I set the sticky bit on logs_blesta hoping that would solve my www-data problem by preserving permissions in the directory but it doesn't, files still get created as root owner. Every day I am stuck going in and
chown -R www-data:www-data logs_blestaso I can perform administrative actions.
drwsr-xr-x 2 www-data www-data 4096 Mar 4 14:33 .Any ideas why files are being created as root and not www-data?
-
2 hours ago, huangsenli said:
Software translation is too bad
Maybe you can provide some updates to translations?
-
14 hours ago, Paul said:
How long ago did you change all of those services to active? It can take up to 6 hours for a lock to clear on its own. I would give it some time and see if it goes away. If these services were imported as pending, it's possible there is some weirdness with the data that is contributing to the issue.
It appears the problem cleared itself, however support emails to our support@ address are now mysteriously not importing and we haven't changed anything regarding that.
-
On 2/26/2019 at 11:01 AM, Paul said:
What Mike said. There is likely a pending service that is failing to be provisioned. Could be resulting in an error. Check your logs at ../logs_blesta/ (Defined under Settings > System > General) Pending services listed under Billing > Services: Pending
I went and set all these services to 'active' but the little spinner is still spinning on 'Provision Paid Pending Services'
-
On 2/26/2019 at 1:25 PM, Blesta Addons said:
Wich Module you are using ?
This product is using the universal module with some settings populated by the WHMCS importer. I'm not sure why it is trying to 'provision' anything.
-
On 2/26/2019 at 6:46 AM, Blesta.Store said:
It's something we don't know. have a look at your pending services. If it's paid it's probably trying to provision it.
Settings > Company > Automation then go to Pending provision.
You can clear the lock if it's available to do so. You can also disable it there too.There is no way to 'clear a lock' here. It says the cron last ran today like 5 minutes ago as well, but no tickets are being imported now.
-
I'm getting a health warning from blesta about Provision Paid Pending Services running more than 60 minutes. This product is using the universal module with some settings populated by the WHMCS importer. I run top and I do not see any processes running that could be related to this. It looks like blesta either doesn't know the process crashed or that it already completed. To be clear, there is nothing to provision for this order, it is all done manually. I'm not sure why blesta is trying to provision anything. Can someone lead me down the right track here?
-
Couldn't this be handled with configurable options?
-
16 hours ago, Paul said:
As of Blesta 4.4 you can create text/textarea/password config option fields with a price of $0.00 but it may still be preferable to use a Universal Module Product Service Field instead.
I'd be open to using just text config option fields as well if it's easier to work with programatically. I'm guessing these are the arguments passed in the configoptions array and not the universal module service fields.
-
Can you interact with the universal module programatically? For example, when you create a service and there are fields required from the universal module how are those entered? Do you use configoptions An array of key/value pairs of package options where the key is the package option ID and the value is the option value listed at http://source-docs.blesta.com/class-Services.html under vars? If so can we get an example snippet of passing configoptions ?
Upgrading/Downgrading a service via API
in General
Posted
Have there been any changes to this in the latest version of Blesta?