-
Posts
42 -
Joined
-
Last visited
Posts posted by mas.satriyo
-
-
On 9/13/2016 at 2:47 AM, Paul said:
It was merged in on Friday, grab the latest version here - https://github.com/blesta/module-digitalocean We did some testing with our own DO account. I'm not happy with the way DO handles SSH keys, but that's beyond the scope of this fix.
still not working
module just upload ssh key to digitalocean but not create new droplet -
4 hours ago, timnboys said:
Working on the fix right now.
as i tried before, the digitalocean api php file was the problem
-
11 hours ago, cyandark said:
cPanel Extended works fine. IDK why you have this problem.
got this problem with cpanel root user
works nice with reseller account21 minutes ago, naja7host said:You have error reporting set to -1 in blesta config . Change it to 0 . This errors will not shown .
thanks @naja7host, one of my staff enabled error reporting after moved to aws last saturday
-
5 hours ago, cyandark said:
cPanel Extended works fine. IDK why you have this problem.
i got this error while trying to add new server
Oh noes! Undefined variable: ip on line 130 in /home/supermikrocom/my.hostmikro.com/blesta/components/modules/cpanelextended/api/cpanel_api.php
this error while trying to change package status
Undefined index: meta on line 978 in /home/supermikrocom/my.hostmikro.com/blesta/components/modules/cpanelextended/cpanelextended.php
-
1 hour ago, naja7host said:
is not true , we are using cpanel module, and supend is suspending the account, not terminating . for cpanel extended i have not tested or used .
it's weird
because it's not only happens once, i try to create some dummy accounts and suspend them
all of them are terminatedi'm using whm 58 btw,
-
On 8/23/2016 at 9:58 AM, timnboys said:
yes if you are willing for a paid module that is okay I can do that....as to be honest if I had to rewrite everything from scratch and didn't get to turn it into a paid module for the time and work I spent on it I don't think me in that situation nor anyone else would like/be happy with that lol.
never use modulesbakery's digitalocean module, but can you code the module which looks like hypnoticmonkey's whmcs digitalocean module?
it's really user and admin friendly
pm me the cost and it's 'license agreement' -
On 8/23/2016 at 3:29 PM, Licensecart said:
Sounds like the hostname or something is incorrect unless cPanel has updated and changed how something works?
On 8/23/2016 at 4:00 PM, naja7host said:It work for me .
On 8/23/2016 at 10:09 PM, Paul said:If the user changes their password in cPanel then it won't work because Blesta doesn't have the right password. We need to use their new API for single sign on to improve this.
i don't know why the problem happens, but it's already solved itself and i did nothing
On 8/23/2016 at 11:06 PM, cyandark said:Probably the user has changed the password in cPanel.
@Paul, @cyandark, blesta official cpanel module and cpanel extended module doesn't know the difference between 'Suspend' and 'Terminate'
I've just suspended a client's cpanel service but Blesta Terminate (delete) the service from my cPanel server
it's gone and he (client) got mad at me
lucky i have backup -
thanks @naja7host, so it's just change the product to 'Inactive'
-
I want to remove package which is no longer sale
All previous order already canceledbut when i try to delete the package, this warning shows
The package could not be deleted because a service is currently using it.
Anyone can help?
-
the 'Log In' link at services list just open new tab, not open cpanel login page
tested using cpanel 11.58
-
On 8/18/2016 at 9:14 AM, cyandark said:
cPanel Extended Module for Blesta is since today a CyanDark Product.
cancel is equal to suspend
cancel service = terminate account
suspend service = terminate account -
On 8/21/2016 at 11:34 PM, Licensecart said:
You can't use piping and SMTP. You use either of them, we use SMTP so you enter your SMTP details on the department and then wait for the cron to run which will then import emails every 5 minutes.
sorry, i mean i'm using SMTP in Settings > Company > Mail Settings
and "Piping" in Support > Departments
mail piping not working with this configuration, no email importedbut while i was using PHP mail in Settings > Company > Mail Settings and "Piping" in Support > Department, it was working, mail imported well
2 hours ago, Paul said:Email piping for the support system and using SMTP for outgoing mail are completely separate and should not affect each other in any way, except that all outbound email, including that of the support system, would use SMTP for outgoing mail. If SMTP is not working for the support system, it shouldn't be working for any email. Double check that your credentials are correct and that the necessary ports are open at your firewall.
i've checked credentials, port and security setting
it is working in my other script/cms, but not in blesta
i can send email from "Client > Account Actions > Email client but mail piping is not working -
i've configured blesta to use smtp with my own account (smtp server - smtp account - etc.)
i configured 'Piping' in 'Mail Handling'
but mail piping from Support/Ticket not workingticket created not forwarded to email
did anyone use smtp for mail settings in blesta and working mail piping?
-
On 8/16/2016 at 10:36 PM, timnboys said:
Yes I saw your ticket and will be working on this soon along with your tcadmin module
also interested with this module
pm me the price
-
On 6/15/2016 at 2:55 AM, timnboys said:
okay great I will just fork your repo to one on github for me to then merge the changes back that I will make to make it work again to you.
hi,
can you re-create this DO module?
i think paid module is okay
-
it a one class file ... this is the content
thanks a lot naja7host
i need to learn blesta module rules first
-
Yeah, looks like you'll need a KloxoMR module for Blesta.
In the meantime, you could use the Universal Module, it just won't automatically provision, suspend, etc. Would work ok if you manually approve orders. There are some developers on the forums here that may be able to help you write the module if you like. We have had very few requests for Kloxo.
hi paul,
can you give me the old blesta kloxo module?
just wanna try to recreate the module for blesta 3
thanks
-
yum search mailparse
See if a package with mailparse exists for php56u, something like php56u-pecl-mailparse or something and then try installing that. That should avoid the conflict.
how does blesta check mailparse availability for admin_departments page?
Going to sleep..worked last whole night..good luck
yeah, still trial and error
and it's 4 AM here btw
-
Yes there is no that package in repository.......I don't know which centos you are running..supose 6.5
6.8 actually
[root@nodename ~]# cat /etc/redhat-release CentOS release 6.8 (Final)
-
Hey I forgot to tell you...for devel conflict
Did you try yum install php5-dev than try to install 2.1.6 version which is compatibile for you...
These commands install mostly recent variant and mostly now incompatibile with older variants
package not found
[root@nodename ~]# yum install php5-dev Loaded plugins: fastestmirror, presto, priorities, protectbase, replace Setting up Install Process Loading mirror speeds from cached hostfile * mratwork-epel: mirror.datto.com * mratwork-ius-stable: mirror.symnds.com * mratwork-webtatic: us-east.repo.webtatic.com 0 packages excluded due to repository protections No package php5-dev available. Error: Nothing to do
-
but is there a way to only install mail parse for that version say php 5.6? Why doesn't he just update to 5.6 and leave it on that until 7.0 ioncube comes out.
i have php56
[root@nodename ~]# php -v PHP 5.6.22 (cli) (built: May 31 2016 11:39:15) Copyright (c) 1997-2016 The PHP Group Zend Engine v2.6.0, Copyright (c) 1998-2016 Zend Technologies [root@nodename ~]# php56m-cli -v PHP 5.6.21 (cli) (built: Apr 29 2016 10:47:22) Copyright (c) 1997-2016 The PHP Group Zend Engine v2.6.0, Copyright (c) 1998-2016 Zend Technologies with the ionCube PHP Loader (enabled) + Intrusion Protection from ioncube24.com (unconfigured) v5.1.2, Copyright (c) 2002-2016, by ionCube Ltd.
don't know why i can't install mailparse (and mailparse-2.1.6) with php but can install it with php56m-cli
that's why i need to change the "Piping Configuration" path
-
For php 6 or older need Release 2.1.6
[root@nodename /]# pecl install mailparse-2.1.6 downloading mailparse-2.1.6.tgz ... Starting to download mailparse-2.1.6.tgz (36,538 bytes) ..........done: 36,538 bytes 9 source files, building running: phpize Can't find PHP headers in /usr/include/php The php-devel package is required for use of this command. ERROR: `phpize' failed
and the php-devel has conflicts
[root@nodename /]# yum install php-devel Loaded plugins: fastestmirror, presto, priorities, protectbase, replace Setting up Install Process Loading mirror speeds from cached hostfile * mratwork-epel: mirror.cs.princeton.edu * mratwork-ius-stable: mirror.symnds.com * mratwork-webtatic: us-east.repo.webtatic.com 0 packages excluded due to repository protections Resolving Dependencies --> Running transaction check ---> Package php-devel.x86_64 0:5.3.3-47.el6 will be installed --> Processing Dependency: php(x86-64) = 5.3.3-47.el6 for package: php-devel-5.3.3-47.el6.x86_64 --> Running transaction check ---> Package php.x86_64 0:5.3.3-47.el6 will be installed --> Processing Dependency: php-common(x86-64) = 5.3.3-47.el6 for package: php-5.3.3-47.el6.x86_64 --> Processing Dependency: php-cli(x86-64) = 5.3.3-47.el6 for package: php-5.3.3-47.el6.x86_64 --> Processing Dependency: httpd-mmn = 20051115 for package: php-5.3.3-47.el6.x86_64 --> Running transaction check ---> Package httpd.x86_64 0:2.2.31-1.mr.el6 will be installed --> Processing Dependency: httpd-tools = 2.2.31-1.mr.el6 for package: httpd-2.2.31-1.mr.el6.x86_64 ---> Package php-cli.x86_64 0:5.3.3-47.el6 will be installed ---> Package php-common.x86_64 0:5.3.3-47.el6 will be installed --> Running transaction check ---> Package httpd-tools.x86_64 0:2.2.31-1.mr.el6 will be installed --> Processing Conflict: httpd24u-2.4.20-3.ius.el6.x86_64 conflicts httpd < 2.4.20 --> Processing Conflict: httpd24u-tools-2.4.20-3.ius.el6.x86_64 conflicts httpd-tools < 2.4.20 --> Processing Conflict: php56u-cli-5.6.22-2.ius.el6.x86_64 conflicts php-cli < 5.6 --> Processing Conflict: php56u-common-5.6.22-2.ius.el6.x86_64 conflicts php-common < 5.6 --> Processing Conflict: php56u-gmp-5.6.22-2.ius.el6.x86_64 conflicts php-gmp < 5.6 --> Finished Dependency Resolution Error: php56u-cli conflicts with php-cli-5.3.3-47.el6.x86_64 Error: php56u-gmp conflicts with php-common-5.3.3-47.el6.x86_64 Error: httpd24u-tools conflicts with httpd-tools-2.2.31-1.mr.el6.x86_64 Error: httpd24u conflicts with httpd-2.2.31-1.mr.el6.x86_64 Error: php56u-common conflicts with php-common-5.3.3-47.el6.x86_64 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest
why it's not possible to change php path from "Piping Configuration" ?
-
May I ask why are you doing?
/usr/bin/php56m-cli /usr/bin/php /home/username/hostmikro.id/member/plugins/support_manager/pipe.php plugin/support_manager/ticket_pipe/index/1/
I'm not a professional personally, but that looks like you are trying to run two PHP versions and it should be:
/usr/bin/php56m-cli /home/username/hostmikro.id/member/plugins/support_manager/pipe.php plugin/support_manager/ticket_pipe/index/1/
But I would highly recommend you hire a system admin because it should be easy to set-up but you have more than one PHP version, and you'll need to ensure you install the functions for the correct version of PHP.
sorry, my mistake during 'copy-paste'
i mean
/usr/bin/php56m-cli /home/username/hostmikro.id/member/plugins/support_manager/pipe.php plugin/support_manager/ticket_pipe/index/1/
my php path is /usr/bin/php56m-cli and /usr/bin/php
yum search mailparse
See if a package with mailparse exists for php56u, something like php56u-pecl-mailparse or something and then try installing that. That should avoid the conflict.
there are some conflicts
[root@nodename /]# yum search mailparse Loaded plugins: fastestmirror, presto, priorities, protectbase, replace Loading mirror speeds from cached hostfile * mratwork-epel: mirror.datto.com * mratwork-ius-stable: mirror.symnds.com * mratwork-webtatic: us-east.repo.webtatic.com 0 packages excluded due to repository protections ==================================================================== N/S Matched: mailparse ==================================================================== php-pecl-mailparse.x86_64 : PHP PECL package for parsing and working with email messages Name and summary matches only, use "search all" for everything. [root@nodename /]# yum install php-pecl-mailparse.x86_64 Loaded plugins: fastestmirror, presto, priorities, protectbase, replace Setting up Install Process Loading mirror speeds from cached hostfile * mratwork-epel: mirror.datto.com * mratwork-ius-stable: mirror.symnds.com * mratwork-webtatic: us-east.repo.webtatic.com 0 packages excluded due to repository protections Resolving Dependencies --> Running transaction check ---> Package php-pecl-mailparse.x86_64 0:2.1.5-2.el6 will be installed --> Processing Dependency: php(zend-abi) = 20090626 for package: php-pecl-mailparse-2.1.5-2.el6.x86_64 --> Processing Dependency: php(api) = 20090626 for package: php-pecl-mailparse-2.1.5-2.el6.x86_64 --> Running transaction check ---> Package php-common.x86_64 0:5.3.3-47.el6 will be installed --> Processing Conflict: php56u-common-5.6.22-2.ius.el6.x86_64 conflicts php-common < 5.6 --> Processing Conflict: php56u-gmp-5.6.22-2.ius.el6.x86_64 conflicts php-gmp < 5.6 --> Finished Dependency Resolution Error: php56u-gmp conflicts with php-common-5.3.3-47.el6.x86_64 Error: php56u-common conflicts with php-common-5.3.3-47.el6.x86_64 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest
-
Run this first
yum install php-devel php-mbstring
Than try again
php-devel has conflicts packages
[root@nodename member]# yum install php-devel Loaded plugins: fastestmirror, presto, priorities, protectbase, replace Setting up Install Process Loading mirror speeds from cached hostfile * mratwork-epel: mirror.cs.princeton.edu * mratwork-ius-stable: mirror.symnds.com * mratwork-webtatic: us-east.repo.webtatic.com 0 packages excluded due to repository protections Resolving Dependencies --> Running transaction check ---> Package php-devel.x86_64 0:5.3.3-47.el6 will be installed --> Processing Dependency: php(x86-64) = 5.3.3-47.el6 for package: php-devel-5.3.3-47.el6.x86_64 --> Running transaction check ---> Package php.x86_64 0:5.3.3-47.el6 will be installed --> Processing Dependency: php-common(x86-64) = 5.3.3-47.el6 for package: php-5.3.3-47.el6.x86_64 --> Processing Dependency: php-cli(x86-64) = 5.3.3-47.el6 for package: php-5.3.3-47.el6.x86_64 --> Processing Dependency: httpd-mmn = 20051115 for package: php-5.3.3-47.el6.x86_64 --> Running transaction check ---> Package httpd.x86_64 0:2.2.31-1.mr.el6 will be installed --> Processing Dependency: httpd-tools = 2.2.31-1.mr.el6 for package: httpd-2.2.31-1.mr.el6.x86_64 ---> Package php-cli.x86_64 0:5.3.3-47.el6 will be installed ---> Package php-common.x86_64 0:5.3.3-47.el6 will be installed --> Running transaction check ---> Package httpd-tools.x86_64 0:2.2.31-1.mr.el6 will be installed --> Processing Conflict: httpd24u-2.4.20-3.ius.el6.x86_64 conflicts httpd < 2.4.20 --> Processing Conflict: httpd24u-tools-2.4.20-3.ius.el6.x86_64 conflicts httpd-tools < 2.4.20 --> Processing Conflict: php56u-cli-5.6.22-2.ius.el6.x86_64 conflicts php-cli < 5.6 --> Processing Conflict: php56u-common-5.6.22-2.ius.el6.x86_64 conflicts php-common < 5.6 --> Processing Conflict: php56u-gmp-5.6.22-2.ius.el6.x86_64 conflicts php-gmp < 5.6 --> Finished Dependency Resolution Error: php56u-cli conflicts with php-cli-5.3.3-47.el6.x86_64 Error: php56u-gmp conflicts with php-common-5.3.3-47.el6.x86_64 Error: httpd24u-tools conflicts with httpd-tools-2.2.31-1.mr.el6.x86_64 Error: httpd24u conflicts with httpd-2.2.31-1.mr.el6.x86_64 Error: php56u-common conflicts with php-common-5.3.3-47.el6.x86_64 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest
tooltip says
"Set your piping path as shown, but be sure to update it to point to where PHP is installed if it differs from what is shown."
how can i 'point to where php is installed' if the form is just 'readonly' ?
Onapp Module
in Feature Requests
Posted
any latest update regarding blesta-onapp integration?