BananaAcid

RELEASE CANDIDATES .6 Change: added enforcing a language by clicking on its language name. added header (2xheader.php) sending for characterset, since the current implementation didn't work. added header (2xheader.php) cache disabler, since the page shows old fields on page reload in new browsers - dangerous for password stuff cuz of browser caching (makes hungerian and other non ISO-8859-1 languages work). added header (2xheader.php) xml:lang="" to use the fitting language id. removed index.php part that was writing to .lang - empty .lang = automatic language choosing. go and download YAY, im so good, nananana, so good, so gooood.... i am proud of myself. it seems to be stable und easily useable. EXTENDING the previous introduced basic stuff. time to get more users. go and translate ppl! (see the previous post)

.5 Change: fixed patcher RegEx and typo in cgi paths and striped debug code from perlproxy, header.pm (removed the context type, since php parses it and does it itself. php would interpret it as text.) .5b Change: fixes all over the place. including plugin language files from includes/lang folder .6 (will need to implement enforcing a language. auto choosing works since 0.0.5) Full, working release. Try it. (German and English). if english is displayed, it works, but your desktop setted language doesnt (unless its english anyways). Otherwise a few other language files are included, but without cgi translations. check out the admin lang include folder for a readme. download. Translators help Plugin makers help btw: for the previous translations: copy and paste the cgi translations strings into the new langfile to have full translations (just needs someone to do the copy-paste work)

startmenu->run "cmd /K netstat -a -b" ... lists ports and the programs used. check for :http and :80 connections

you cant test it directly, since the physical path is not a subfolder of www and is mapped to a virtual path. that means, can only accessed through that virtual path (unless you change a bunch of lines @ apaches httpd.conf) try the uniControllers TEST button. is http://localhost working? otherwise use http://127.0.0.1 (thats the real ip localhost maps to internally) your server port might need to be changed. does a freshly unzipped version of UniServer 4.1 start and is accessable (if your old versions are off) through http://127.0.0.1 or http://localhost?

Version 0.0.1 Change: Initial Release - languages.inc.php, start_patcher.php and other DLI basic needed stuff .2 Change: added german translation. .3 Change: added more translations and cgiproxy with extended language files incorporating the cgi strings. .4 Change: fixed translation str for u2w.cgi + full german language support, few other translation strs fixed, another duplicate removed, lang/ crap files removed

welcome good that it was that easy to fix

Duplicate of thread Developer\Translators\Language system upgrade to attract more readers for discussion and testing added and upgraded a lot of stuff... just need some1 to test it out.... in case any1 is at least reading this post after all... it does patch the admin panel, the apanel/cgi-bin/... cgi files get replaced with the same ones but with marked what to translate. english translation is complete, german is close, all others work, but will have english strings at not yet translated text sections. i am asking every 1 to test it at a seperate installation. or backup you apanels www folder. just to make sure nothing happens to your original apanel-www installation in case something goes wrong. how to get it working? overwrite the files at your server, log into your apanel, start "start_patcher.php" by typing it into your address bar after any apanel stuff. IT DOES NOT MODIFY ANYTHING OUTSIDE THE WWW APANEL FOLDER! download details on the matter what does it do? Upgrade of the current language integration. ~~~~~~~~~~~~~~~~~~ DYNAMIC LOADING OF LANGUAGE FILES + FALLBACK: it dynamically selects the users language file if available or falls back to english. if none is found, show the string to be translated and mark it. Manual selection of language is possible, too. will fall back to english if none is available. CHANGES @ LANGUAGE FILES: just needs the same language files as before, with the $US = array... replaced to $lang = array... and an additional key "ISO" => "ISO-..." (for html files to include or other specific stuff), with a .inc.php extention. (en-uk.inc.php or a general en.inc.php, ...) any plugin can have a subfolder lang/ with its own lang array. ENFORCEING A LANGUAGE: any aPanel should pass on the "?langID" param to any other page it calls. ?langID (e.g. /?en) param will force the language to a specific one, error fallback to english. TRANSLATION HELPER: sendnsave is coded by me to help translating a page. just code it the usual way, then go through it, mark each sentence to translate and press ctrl+D. sendnsave will add it to 2 files. one will have the sentence to translate allready as value, while the other is a "barebone" file (empty vals). more at sendnsaves readme. CGI TRANSLATION: udrive\home\admin\www\cgi-bin\includes\lang\en is moved to ..\ and all text strings are changed to [[string]] and will be processed by perlproxy.php on the fly and be translated with language strings from the default language files of the admin panel. now, instead of calling the .cgis directly, replace the cginame with perlproxy.php/cgitocall.cgi?langID "?langID" is optional as it is for the rest of the aPanel. all the rest is taken care of.

basic: Ajax itself is about how to use XMLHttpRequest in JavaScript (web browser dependend) that request gets needed data from a PHP/ASP/CFM/LUA/... server script, and extracts whats needed. that whole proccess is called Ajax. since it can be trouble some, there are some JS (and a few are mixed JS/PHP) related frameworks to help you with (they do much more, but parts of them are about using ajax the simple way). if you are using Ajax requests, you are probably going to modify the page through JS at runtime, so the frameworks are a better choice then a JS-Ajax class alone. Most common ones (all JS only): jQuery (my fav) DoJo Prototype mootools ... JS, Ajax classes only: XAjax Simple AJAX Class ... just to round it up.

General notes on debuging Ajax: if the php url (the Ajax would use) works, your server related Ajax part is ok. Call the php files that handle the Ajax call with params directly, to see if there are php parse errors. the javascript part is browser related. test it in a MODERN browser as firefox 3, Opera 9/10, IE 8. your js fetching might need a different url as the deployed version. (firefox and opera have nice error debugging for JS, use these to see if there are errors in paths) im uniform server for developing, resarch and testing my comercial ajax stuff as well other stuff too...

The wiki post about creating an account is @ Wiki: DynDNS_Account for dns update i would recommend inaDyn (install free, only 1 exe, works like a charm, super simple, the best choice for portability). how to set it up in general and specific info about connecting it to a domain name is in my KB (the link from above)

( for PHP 5.3.x and SQLite use SQLite3::open ( string $filename, int $flags= SQLITE3_OPEN_READONLY ) )

open the taskmanager and see if apache is running to determine if it is (most commonly) a uniserver config problem (is not running) or a vista problem (is running) press the test button on UniController...

just as a thought: as mysql seems to be troublesome, you could export all mysql data and import it to a SQLite db. in that case you would not rely on the mysql server since the sqlite php extention messes with it. as structure and commands are the same, you would only need to batch replace the mysql_* commands to sqlite_* ones in the php files. downside: for every msql connection establishing, the replacement would be, for example, sqlite_open( string $filename ) i know, thats even more work... but could be usefull for a cd version...

i am sorry, u guys are right. previously donloaded UniServer4_0.zip from sf.net. redownloaded to compare contents and its file length is the same but the files list is different. it does contain more dlls. but internal modification date is the same. i guess it messed up the header while downloading. let me officially appologize for me getting so into this without double checking. please delete my posts as the are of no use. (and are quite emberassing from my point of view...)

EDITED: is nonsense. ignore that post (left for understanding followups)

did you SAVE the text/html file as UTF-8 ? declerations dont work if the chars to show are "ISO" chars, for example pasting from another document, some editors might not "migrate" the chars (they try to map the chars into UTF-8 with custom functions - wont always work. same for editors not supporting UTF-8/UTF-16)

it is part of the .NET 1.1 framework ( http://support.microsoft.com/kb/326922 ) get either install the framework to avoid similar problems or download the dll from http://www.dynamiclink.nl/htmfiles/rframes...info_m/2292.htm http://www.dll-files.com/dllindex/dll-files.shtml?msvcp71 i couldn't find it in my Mona installation. but since i have the .NET 1.1 Framework installed, no trouble (at least at one of my machines) anyways, every1 should have .NET 1.1 up to 3.5, even on winME/win2000 machines.

just an old post from me concerning dnydns and a domain... Apache and Virtualhosts with DynDNS and free domains

stupid question: did u activate the rewrite module? my Mona: on line 194 in httpd.conf in \UniServer\udrive\usr\local\apache2\conf #LoadModule rewrite_module modules/mod_rewrite.so is commented out. remove the # if it is.

check if IIS is running... the Home editions don't have it installed, but the other win versions do. might also be a proxy problem - if you use TOR or Hotspotshield and its not correctly configured for you or a MS proxy setting. they might cause trouble on port 80 as well as any web config supporting apps like eMule or alike (with port 80 configured.) just a hint for others that have trouble. might not be a solution in your case. trojans usually dont hook port 80 as they usually use UDP and a not so obvious port.

uniform server (apache) and IIS use the same port 80 by default -> http://... is port 80. so in order to use both parallel you need to change the port for one of them or turn one of them off. if you change the port to 8080 for example, you have to enter http://localhost:8080/ into your browser to access it. turning uniserver off, you won't be able to use its features like admin panel and so on. so why would you deactivate uniform server? if you use IIS there is no need for uniform server... answered for completeness

requirements: - php - (javascript) - c#, ... - dos batch - optionally: autoIT why? I am coding and planning a few usefull additions, but have no time to type it all down. Most stuff is defined and needs to be coded (all research done). for? - Admin Panel improvements - replacement of helper scripts, turning them into php (batch, php) - plugins for the server with administration pages (php) - plugin manager (php, js) - uniCommander ( a better UniController replacement, also replaceing uniserv ) <- c# - and more (c# and autoit required) where? http://bananaacid.de.vu/?uniserver and here stop, i cant code in ... - well, if you have a generall knowledge about a specific language / or outdated like c++ (unmanaged) and still wish to get involved, i will help you get started. join now, the code wants YOU!