BananaAcid

direct webinstaller link: http://bananaacid.ath.cx/~userv/badminpane...ller_badmin.exe sorry BADmin is delayed- still creating testcases to see if all works. nearly done with a IRC chat plugin (coded in PHP) to test a bunch of badmin features and finding bugs and limitations in badmin/dli/AVC. hm... i think ít will take 2 more days to be sure its fully stable in all edges. well any bugs left will be where they do not harm and can be quickly be fixed. is there actually still interest from any1 out there ?

in case any1 is actually following this along: im close to release the first stable ( supported ) version. currently it supports (with almost all features for each - firefox, chrome are the odd ones): best first... Opera, Webkit Browsers (Safari, Chrome, ...), FireFox, IE 8 (if i am not mistaken)... - shows update notifies in all supplied languages (with no additional strings to be translated) - nicely animated menu - rating of BADmin - framework for new styles/themes - crossbrowser compatible - while coding on this, AVC and DLI received a lot of patches + upgrades ... actually is an expirience you do not want to miss ... i will release it within 24 hrs i think. only a bug reporting feature will be included till the release... probably... btw: i invested a lot of time in research (browser shortcommings) and coding. from the last update till now, approx. 27 hrs... unbelievable how time consuming this is... but we want to make this server a better place, right?

see BADmin Panel (Admin Panel Replacement) for more admin "comfort"...

found more FireFox and WebKit (Google Chrome, Apple Safari) bugs to sort out. (not all will be fixable, due to the browsers beta status errors)

the WebInstaller can download and install DLI, AVC, BADmin

and again, while wondering why the features i added won't work at some pages, i stumbled over errornous files. no closed tags, some closed but never opened, no selfcontained tags closed... tags where they are not allowed... some coded pages are full of flaws. others are pretty much cleaned up... the CGI files are mostly not validating. and a few php files (my patcher fixes them to make BADmin panel work with them. and to make Opera and Firefox to work with them, too - if delivered as XML as they are coded actually) .... but i am still at it. will see how i can work around that. i might probably turn off stylish features for FireFox, since firefox is really picky extreamly cumbersome handling only 99% correct pages. not fault tolerant. also FFs JavaScript implementatation returns errors at places where there are none... if you can choose, use the Opera Browser. done: after a long search, i figured out, that it is a FireFox tag handling bug concerning script tags in XHTML. It prevented a page to show, but code was loaded. realized again: FF's JavaScript handling is soooo slow (mostly concerning html rearanging). Some folding animations are a pain. (luckily i implemented the option to turn animations off. that speeds it up a little. got to finish an additional theme...)

i am for PHP. just saying: it usually ends in "but .. is better then ..." and "but we have ... allready, why recode?" btw... i just got it now: you mentioned CLI. (i use PHP scripts also as batch replacements, and wsh extention, so my arguments above still fit) so you plan to leave Perl for the apanel tools, but change the perl cli stuff (port fetching in server start etc) to php? still: unify... yes use php. while we're at it: how about getting the stuff all little fixed up? removing all that batch stuff involved in starting the server, and placing one solid exe (or at least an interpreted one [CsScript - exe's c# code is placed in an "include", loaded into the exe and executed - leaves the source accessible])? .... i am doing something similar for my clients. removing all perl stuff (security), placing a friendly startup, badmin panel, better www/ folder structure, more plugins to extend. to make Uniserver not apear so geeky how about we get together and talk about how to pimp UniServer... just a thought..

php 4 was allready capable of anything perl could do at the same time (through all the modules, to keep the core small). now this is even more true. security for php relies on settings, where perl has no security on win since it needs access restrictions enforced through the OS with user accounts (and is as such not even portable). for consistency i would definitly choose to drop perl. actually i had script trouble changing from php 2 to php 3. but following the whats depriciated guidelines, my old code still works today (when _POST and _GET where introduced i switched and assumed globals=off). (well yes, was never a problem with perl). the next BIG problem will come with PHP 6, as ALL depriciated functions are dropped, and old functions have their arguments rearanged to have a consistent look and feel. that will hurt... well not much if you mind modularity, but there will still be a bunch more to fix then using perl. Still: perl should be provided as plugin, since more devs (since Micro$oft is pushing it on to devs) are going into it. but not included within UniServer for security reasons (allowing others, as it is now presetted, to execute perl from everywhere on the server. e.g. Virtual-Hosts). *grin*: hm -> BATCH(and powershell2, CsScript), PERL, PHP, PYTHON, CF, ASP (vb, c#, ...), LUA, ...and a lot more interpreters... ... well is UniServer a WAMB, WAMP, WAMPPP or WAMPPPCAL... ? please, do not let us pick up the perl vs. php discussion .

get the WebInstaller . new DLI version out.

... check out BADmin (upgraded admin panel interface) .. and the WebInstaller (to install the latest AVC, DLI, BADmin)

Updates for DLI, AVC and BADmin Panel available. final BADmin Panel 1.0.0 is not yet released. download the updated WebInstaller working on v1.0.0: - Opera 9 works flawlessly with the newest additions to BADmin, firefox doesn't like faulty page header (send by some of the cgis) + JavaScript (firefox just doesn't fix the header on the fly.) - Theme X should not be run in IE 7 or below. needs to gray out the option. - maybe: newsticker ... if Ola would have setup the board to provide an rss feed for the updates/release section... btw: Opera Browser handles webpages the best, supports all standards and has the fastest javascript handling and displays pages the fastest(with all webpage features) try BADmin theme X with opera, you'll love it.

check the wikipedia entry (has a clean,small and good sample ready to use with all browsers) or use jquery+pquery or any other javascript framework+your own handling. usually, to keep the mysql querying from going crazy, you should use quotation marks within the query. havent looked at your code. go and paste it at something like pastebin for any1 to validate it. (www.tempcode.com / www.pastebin.com / nopaste / www.pastey.net / ...)

my guess: when mysql stops responding temporarly, you might have the folowing problems: you have a script that leads mysql to do something for a long period of time (try running the script with the errors after server restart a few times, and see if it causes that error), another program is using the mysql ports temporarly, or you have a memory problem: ram full, harddrive full (no pagefile space), ram broken(pc startup check would tell you unless it is disabled).

just a side note: uniform servers PHP is configured to show warnings. online hosters have mostly configured their PHP to not output warnings, only errors.

i forgot to mention IIS (microsofts web server. has to be turned off or port changed.) try to be more specific. i think i figured out that you dont even get to point 1: localhost:81 doesn't work. so what are you telling me? its not accessible trough lan? not by :80 and not by :81? apache process is running? then you probably didn't change all places in apaches config to port 81. if apache.exe is not in tasklist, you have a config error. test apache config: %apachepath%bin\Apache.exe -f %apachepath%conf\httpd.conf -S enter the correct path within %apachepath%. apache settings needed: line: text 124: Listen 81 285: ServerName localhost:81 979: NameVirtualHost * 980: <VirtualHost *> 981: ServerName localhost:81 982: DocumentRoot /www 983:</VirtualHost>

New version available. use the WebInstaller to get it, or the above links. enjoy. v. 0.1.3 RC - added Update check side boxes. (notify you if a new uniform server or plugin upgrade is available)

first of all: you MUST use :81 if did set up UniServer to use this port. (:80 is the default, if you don't type it in) So if your ISP blocks it completly switching to 81 is adviceable. otherwise redirect the user from port 80 to 81 (if :80 throttled or something). now, if you server is configured correcly, dns of your domainname hoster is updated, http://yourdomain.tld:81/ should work. this is what you should test first: This is written a little general, to help others sorting things out... http://yourdomain.tld:81/ does not work, why? (it is assumed that "localhost" [the used at the same computer you use for testing and UniServer is run at] is the LAN internal address to the PC where UniServer is started. if not use its LAN IP or hostname/computername) if localhost:81 does not work, your server does not run (taskmanager - apache.exe is listed?), or is misconfigured (runs but does not catch connections, try localhost:80) or is blocked by your software firewall (for WinXP internals to work properly, you must upgrade to SP2) if http://yourdomain.tld:81/ does not work, but http://localhost:81 does, you did not update your DYNAMIC DNS with your IP (most ISPs change the clients IPs every 24 hrs, unless you have a static IP) your router is not configured in "PORT FORWARDING" (<- not special apps or alike) to route the port :81 to your internal specific IP and port 81. (e.g. IP=192.168.0.101 EXTERNAL_PORT=81 INTERNAL_PORT=81 PROTOCOL=TCP / this is where you could change the external port 81 to internal 80 without reconfiguring UniServer) if your http://localhost:81/ works but not http://localhost:81/wordpress/, you have either: a redirect/blocking in place that does not allow to access any subfolders (has to be installed, is not a default) not installed wordpress within the .\www folder misspelled either the http://..../wordpress or .\www\wordpress foldername hope i didn't miss anything, enjoy

have the same with it in LAN. Would like to know that too. (btw, there are also admin programs that connect to it - official MySQL Administrator)

it patches the available apanel. so kinda works as one, since compatibility is maintained.

open your admin panel. navigate to PhpMyAdmin. within there is a SQL console you can test your code. it will tell you, that you have to enter all values within quotes. $state = "SELECT state_id FROM state WHERE state_name = $state_id"; => state_name = '$state_id'"; $state1 = mysql_query(...) $state1 is a mysql-result. not just a string. but you are using it line a single string. you need to $row = mysql_fetch_array($result, MYSQL_ASSOC); $my_string_state = $row['state_name']; (that should make it clear..) will do it. you should really see www.PHP.net for mysql handling. just visit http://php.net/mysql

http://bananaacid.de.vu/?uniserver/BADminP...ller_badmin.exe this installer will always grab the newest packages and unpack them. finally it opens the browser and sends you to the patcher that completes to process. should all work flawlessly. btw - the patcher(s) can be rerun without braking itself or something it didn't brake before ;-) )

ok am at it. installed a 3rd server ... for testing this stuff... (first is apollo, second is mona, third is mona testbed...) others are Teamspeak, Mumble, Counter-Strike:Source, slimftpd, conferencing media straming server, ... :-D well my server didn't complain yet. multiple core cpus rule! thinking back, this wouldnt have been possible several years ago without the loss of performance... EDIT: sorted it all out. should work now.

php-win cant be removed. its the php.exe with a inbuild commandswitch tu turn off the console popup. thats whats needed by the cgis to execute the language array fetching. same apache restrictions apply to php-win.exe as to php.exe or to perl.exe. so if there is a security access problem, the apache config needs to be fixed. (where as perl doenst even have a configuration file for restricting, since it believes the OS will handle folder/file permissions, where as php relies primary on the ini settings, secondary on the OS settings and lastly on virtual host settings [3!]) that would be a thing to sortout anyways. see my virtual host forum entry. thats what i use to restrict at least php access.... but what would suit uniserver in general? (i restricted referencing anything outside of www, since clients were able to abuse perl... and php) i am interested in the minor bugs youve seen, to squish them. the gfx are all either licenced under free use with no requirement to name the author or licencefree. one third is by myself, licence free. i am going for a next release if this installs flawlessly and has no known bugs (release is not language strings dependend, as i am only capable of translating en-de). EDIT: should all work now. the above links link to the latest of each, don't mind the link naming. installer will be appended later.

thats an error using the zipping function. you can comment using it out. ( in the badmin patcher ) have to sort it out. EDIT: (fixed the patcher zipping) src (v0.1.0 beta dev version - 26. April 09 fixed2) ... l() errors will happen, if the dli patcher didn't run. in this case badmin patcher has to call the dli patcher. (the dli patcher can be called over and over again, without trouble. replaces lang array calls with l(''). after adding new php files to admin/www, you should run the dli patcher, and copy any language strings from the modified includes/lang/en.php over to the en.inc.php to work.... thats where pluginname.en.inc.php comes into play by pluginmakers) btw: there are still features planned and prepared to get included int BADmin ( don't expect the theme X to be complete )