The Web Browser's Operating System
Technical Information (For Web Designers And Applet Programmers)
As mentioned previously, these are the basic requirements for web designers who wish to run BrowzOS from a server:
Also, there are 3 steps for web designers to get started with BrowzOS:
Edit the web pages as needed. This includes adding/removing scripts and applets as needed, editing scripts as needed, changing the file names of the HTML pages as needed and editing the contents of the HTML pages as needed (i.e.: adding/removing links, icons, etc.)
If an applet or script requires directory/file access on a web server, log into the server (using either an FTP or SSH client) and change the file attributes of the directory to allow full read/write/execute permissions to the Owner, Group and Public user groups. In an FTP client, this is done by right-clicking on the folder, selecting File Attributes and either selecting all the check boxes or changing the numeric value to "0777" or "777." In an SSH client, log into the UNIX shell and type either of the following commands:
Where "foldername" is the name of the folder whose attributes need to be changed. This can also be done to individual files that require full access and modification such as text files and database files; simply substitute "foldername" with the name of the file whose attributes need to be changed.
If the extracted/edited package is uploaded into a website's folder on a server (i.e.: if the package has been uploaded to ftp://www.yourdomain.com/yourdomain.com/ or ftp://yoursubdomain.domain.com/yoursubdomain.domain.com/,) open the web browser, type the web address and the index page is loaded (which can be changed as needed). If the extracted/edited package is uploaded into a folder residing inside an actual domain or sub-domain's main website folder, changes are need to the already-existing index page in order to allow navigation to the BrowzOS index page (again, anyone can change the BrowzOS index page as needed).
When designing applets that require direct file access on a client computer from a server, the best programming language to use for creating the applet is Java. Typical Java applets do not have file access on a client computer for security reasons. However, Java applets may be signed with a certificate, which will give them the ability to access the client computer's hard drive. Usually, web designers who work for professional organisations and corporations can apply for a certificate from a Certificate Authority (CA,) which can cost $150-$400 per year. For other web designers (especially hobbyists and open-source web designers) who do not have the money to spend for a certificate from a CA, Java applets can be self-signed (at no monetary cost) with a home-made test certificate.
Even though home-made test certificates are free when compared to CA certificates, the only true difference between them is the fact that, when self-signed, the web browser will not recognise the applet as having been created by a trustworthy source; it will be identified as trustworthy only when signed using a CA certificate. Because of this, a client computer user must grant permission for the applet to run and install the test certificate. In any case, whether or not it is signed using a CA or test certificate, the Java applet will still retain the unrestricted functionality of direct file access on a client computer's hard drive.
When using Sun's Java SDK, the simplest way to self-sign a Java applet is by completing the following commands in a command prompt:
Where "StorePassword" and "KeyPassword" are the desired keystore and key passwords for the certificate, "Creator" is the name of the applet's creator, "365" forces the certificate to be valid for 365 days (use any value if desired) and "mykey" is the default keystore alias (a.k.a.: the default name of the generated certificate).
Please refer to the following guides for the applet-signing tools available in Sun's Java SDK: