S.H.

If I say my opinion over at Web Hosting Talk forums certain biased staff members come flying in at warp speed to defend wh??s. My opinion is: this is what happens when you outsource your coding to third world dev companies in India that underpay their workers and treat them poorly. Employee turnover at those places are extremely high. You never see leaked or nulled Blesta floating around the Internet, I wonder why? The answer is simple, Blesta team is dedicated and have self interest at hand so I do not see any scenario where a Blesta coder would suddenly decide to leak a cracked version of their software. I've always believed that the same people who write the code for wh??s were responsible either wholly or in part for the hacks and cracks of wh??s. Cheap labour based on exploitation and super high profit margin of greediness is not very customer centric at all. This is my opinion.

Not possible to fix from inside Blesta, you need to go directly to the database and the edit the "invoices" table. Find the row with the invoice then change the "paid" value to the correct amount to 2 decimal places. I think this is the way I had fixed it in the past. You could work around this issue by not allowing blesta to perform any currency conversions or any arithmetic functions that result in fractions of cents. Blesta currently stores these values to 4 decimal places in the database but you only see up to 2 decimal places in Blesta gui. So $0.005 inside database -> $0.01 inside Blesta -> 1 cent credit -> Government Audit. Change your coupon codes to be based on fixed dollar values instead of percent, also for multi currency don't let it auto convert, just set the package pricing manually.

Few days ago scheduled backup stopped working with the following error: exec() has been disabled for security reasons on line 160 in app/models/backup.php After some investigation it was determined that the host admin disabled exec and shell_exec in an effort to tighten up security. Is there any workaround to perform schedule backups without having to use php exec()? If no workaround exists what are my options? Thanks.

Congratulations! It's nice to see that InternetBS has recognised your hard work. Even better that they are working with you to improve. Just a note, inside your install folder internetbs\views\default\images there is a file Thumbs.db one of those useless files created by Windows.

+1 for Namesilo plugin. I find them to be alot better than many other registrars out there.

If your bank decided to only put the posted dates and leave out the column with the transaction dates on your credit card bill each month would you be happy about that? Would you be able to match up your gas receipts to the posted date? Now picture doing that for a year of transactions. You may think it does not bother you so nobody else should need it but I'm sure the day your credit card statement had posted dates and no transaction dates you would immediately see the importance of what I'm saying. In my country most of our accounting systems were inherited from UK and customers prefer to have actual dates as opposed to the date posted. I hope this example helps to illustrate my concerns.

When payments are recorded, invoices list the transactions but the date used is not the date the payment was received, it's the date a staff records the payment which is incorrect. The transaction date printed on an invoice should be the date the customer makes the payment not the date when we record the transaction on the system. For gateways e.g. paypal it's not an issue since the date applied is the same as the date received but for "offline" payment methods it's a problem. Example of situation: clients do bank transfers or wire transfers but don't notify me until days after, which is when the payment is recorded. If their invoice lists their transactions they want to see the actual transaction date, the date they know they paid, not the date I typed it on the system. This will result in problems with account reconciliation at the end of every month because the transaction dates on the invoices do not match up with the bank records or accounting records in Peachtree. The issue will be compounded at the end of the financial year when dates don't match up and the accounts need to be audited. Does this issue affect anyone else? My suggestion for a solution would be to replace the current date applied with the transaction date or have an option to allow users to choose which date they want to see on the invoice. What are your thoughts on this?

Is everyone on vacation?

Hi everyone, it would be great if there was a way to set the default password length for auto generated passwords using the Cpanel module. The last auto generated password I noticed was 11 characters, this is good but I prefer 18 characters and I'm sure others have their own preference. I guess the Cpanel module could use some more features in general, I am reluctant to switch to Cpanel extended because I am uncertain about its fate. Thank you

I see, I understand your point about support for all languages. In this case my idea is a workaround for some users but the root of the problem still needs to be addressed. I was thinking about whether it would be possible to compile subsets of the dejavu font depending on the supported languages we install with Blesta. So then depending on the client's preferred language the invoice can be generated using either Latin, Greek, Cyrillic, Armenian, Georgian, etc subset instead of the entire dejavu font being embedded. Does this make sense?

Hello, I noticed that when recording payments we can set the date received but we can't set the time received. As a result, all transactions are recorded with the same time as the "Applied On" record. As an example when customers pay using online wire transfers or bank deposits the receipts contain the transaction date and time. We can enter the date received but currently the time is always incorrect because the receipt / proof of payment is sent by the customer only after the transaction is completed so if the customer sends a receipt and the transaction took place at 9am there is no way to set this time from the front end of Blesta. Setting the time received should be optional ofcourse but it's definitely useful for accurate recording so it would be great to have it as a feature. Thank you.

I did some research today and realised that this problem can easily be fixed by using another font. Specifically I believe the default should be a PDF/A font to ensure that the font is embedded with the pdf file and that the file meets the pdf/a ISO standard. I switched to pdf/a helvetica and my invoice file size dropped from 600+KB to 72KB which is good enough for me. I forgot to mention where I got the font file. http://www.tcpdf.org/download.php You can download the font pack from the tcpdf website and just upload the fonts you want to use to the /vendors/tcpdf/fonts directory.

I have the logs, I can't make heads or tails of it. lol. Can I send it to you in PM or should I open a ticket?

Hi, the IPN settings were already in place from when I first configured it but I double checked with your url to ensure that the settings I had were correct. On the API Access page there are 2 options, Option 1 - Grant API permissions to a third party to use certain PayPal APIs on your behalf. Option 2 - Request API credentials to create your own API username and password. I am currently using option 2, is this the correct one or should I be using option 1? On the same page there is another feature: Accept payments from your online stores before setting up APIs Enable Express Checkout to accept payments from your online stores right away. You can set up API permissions or credentials later. I did not use this option as I was confused as to how this will even work in Blesta without the API credentials.

Hello everyone, I have this minor issue when receiving payments from Paypal Payments Standard. When the customer pays, Paypal sends an automated email which starts like this: Why does it tell me I received a payment from myself instead of from the customer? I am unsure of what settings to change to fix this. I only recently started using Paypal and my account is Premier type if that matters. I should mention that the financial process works, the money reaches my bank account and so on, this issue is purely cosmetic but it would be great if I could fix it. Any ideas? Anyone else have this problem when receiving money through Paypal?

+1 this is something that should have been addressed since v3 beta.

+1

+1

I think I may have included too much information and now the focus is on the wrong thing. Just to clarify, the situation remains that I want to update the username and password stored in the Blesta database and not make any changes to the Cpanel account on the hosting server. With "Use module" ticked: it gives a "Permission Denied" error, this is expected and it's the correct response because the username in Blesta is unknown to WHM and it's not possible for the Cpanel module in Blesta to change a username it cannot find in WHM. With "Use module" unticked: it says "The service was successfully updated." but nothing changes, it stays the same as it was. This is the part that is bugged out because it gives a success message but the user/pw records remain unchanged. I need to be able to correct the username and password stored in the Blesta db so that it matches the actual Cpanel account on the host server. Can anyone else try this to let me know if it works for you on v3.2.0?

The remote key is correct. I generated a new key just in case and saved it into Blesta. The thing is that the information should update if "use module" is unticked because then it should be modifying data in Blesta's database only. When "use module" is unticked it gives a success message but nothing changes so it seems like a bug to me. I just tried it with another server in the Blesta Cpanel module and it does not work for the second server either.

A customer has an existing service for a web hosting account with the Cpanel module. From the admin side if I click manage I am unable to modify the username or password. With "Use module" ticked: it gives a "Permission Denied" error. With "Use module" unticked: it says "The service was successfully updated." but nothing changes, it stays the same as it was. Is there a fix for this?

It works in FileZilla and I can connect to my sftp server. sftp port is default 22 as well. Same settings in Blesta fails to connect.

I've checked with the host, there is no block from firewall except for brute force attempts.

I am getting this error on Blesta v3.2.0 The SFTP connection failed! Please check your settings and try again. I have checked the settings and I can connect using FileZilla with the same credentials. The cron log has 868 pages and I still tried looking for the log entry for backup it was too many pages to look through so no success there. Anyone else having this issue?

Any update on this? Blesta 2.5 invoices had this feature, why was it removed? Every client has to contact us to find out why their partial payment is not reflected on the sent invoice. A fix for this would be greatly appreciated. Thanks