[PLUGIN] CustomBuild 2.0

There should be no problems with CentOS 5.0, and the issue is caused by an old release of DA.
 
thats the problem, its not adding the server location.
this is what is there when doing it from apache prefork and php 5.5 in dso.
server {
listen MY IP:80;
listen 127.0.0.1:80;
listen [::1]:80;
server_name $hostname 173.208.129.114;

root /var/www/html;
index index.html index.htm index.php;

# Add expires header for static content
# images, fonts, css, javascript
#
location ~* \.(js|css|jpg|jpeg|gif|png|otf|eot|fft)$ {
# If a file, add expires header
if (-f $request_filename) {
expires 60d; #max;
add_header Cache-Control public;
}
}
Click to expand...

when going from apache event with php-fpm it build the conf file I posted with no server info so no sites work.
I didn't do any rewrite_confs as I wanted to see if this is bug first.

EDIT: If you want I could swap it again and then do the rewrites to see if it works, just let me know.
 
Config posted in the previous page doesn't look like a default one, so if you customized it, "./build rewrite_confs" should fix the problem.
 
but I didn't, there were no nginx files on server when I converted. I swapped back to straight apache, deleted all the nginx files, converted again and same conf file was there.
in a bit I'll convert again and do the rewrite.
 
When you update something, you get the modal popup with it updating etc. But if it's done and I close the modal, maybe the page should refresh so the update isn't listed anymore.
 
smtalk said:
Please use the following files/folders for RoundCube customizations:
Code: 
/usr/local/directadmin/custombuild/custom/roundcube/plugins/
/usr/local/directadmin/custombuild/custom/roundcube/skins/
/usr/local/directadmin/custombuild/custom/roundcube/config.inc.php
/usr/local/directadmin/custombuild/custom/roundcube/.htaccess
Click to expand...

Thanks for adding this.

Would you be able to include the program directory as well? We go into the en_US/label.inc file and rename Username to E-mail Address to make things clearer to our users and would like that change to be retained during any updates that are done.
 
smtalk said:
I'd suggest you emailing support [@] directadmin.com. Something might be wrong with your license. When you get your DA updated to 1.45.4, plugin should start to work.
Click to expand...

Thanks for your suggestion. I emailed them and they gave a straight solution, my DA is now 1.45.4.
Here is the solution, for anyone who's interested
if you have a 64-bit OS:

cd /usr/local/directadmin
wget -O new.tar.gz http://files1.directadmin.com/963018346/packed_es50_64.tar.gz
tar xvzf new.tar.gz
./directadmin p
scripts/update.sh
killall -9 directadmin
./directadmin d

If you have a 32-bit OS:

cd /usr/local/directadmin
wget -O new.tar.gz http://files1.directadmin.com/963018346/packed_es50.tar.gz
tar xvzf new.tar.gz
./directadmin p
scripts/update.sh
killall -9 directadmin
./directadmin d
Click to expand...

Anyway, back to the plugin, I have new issue with it :p buttons are showing as text, screenshot is attached
Capture.PNG
Reinstall the plugin did not fix the problem, is there any way can I try?
Thanks
 
You're running CustomBuild 1.2. Plugin is for CustomBuild 2.0 :) That's the 3rd case of problems, when software requirements are not met and posts are written to the thread. Would you like me to add a check to the plugin so that it would allow anyone to install it if it's not CustomBuild 2.0 and DA 1.45.4? Thank you.
 
nginx not set to cache correctly

doing the rewrite confs after installing ngix-apache with apache as event mpm and using php-fpm worked.

one issue I see though, nginx proxied to apache is to allow cache of static items.
the default conf file does not include the cahce paths needed
http://nginx.com/resources/admin-guide/caching/

we can always add it ourselves but if possible (I don't know if different distros have different paths) it should be there.
I also bump worker processes up a few depending on site activity. a good example template is the free cpanel nginx plugin as thats designed specifically for caching. I've attached copy of that conf file here.
View attachment example_nginx.zip
 
Last edited:
I am experiencing the same error as written in #89: "getpwuid error: Success".

CB 2.0 plugin 1.0.12
DA 1.45.4

In Plugin Logs I see:

Warning: scandir(/usr/local/directadmin/plugins/custombuild/logs): failed to open dir: Permission denied in /usr/local/directadmin/plugins/custombuild/admin/elements/helpers.php on line 43 Warning: scandir(): (errno 13): Permission denied in /usr/local/directadmin/plugins/custombuild/admin/elements/helpers.php on line 43
 
Last edited:
Please try reisntalling the plugin in "Plugin Manager", if that doesn't help, I would like to check what is wrong on your system.
 
just wanted to again thank you for this, it really helps make changes and update stuff.
 
smtalk said:
You're running CustomBuild 1.2. Plugin is for CustomBuild 2.0 :) That's the 3rd case of problems, when software requirements are not met and posts are written to the thread. Would you like me to add a check to the plugin so that it would allow anyone to install it if it's not CustomBuild 2.0 and DA 1.45.4? Thank you.
Click to expand...

Thanks for pointing that out, I thought the number 1.2 indicated the version of the plugin so I did not check custombuild version :">
It would be great if the plugins shows some errors that requirements are not met.
I have experienced that zlib, zlib-devel, libtool and autoconfig are needed for rebuild too, clicking on the interface affected nothing without those.
 
These packages are mentioned in DA pre-installation commands, and CB 2.0 FAQ recommends to re-run the pre-installation commands.
 
You must log in or register to reply here.
Back
Top