PRPNet 5.5 Released

[Happy5214]

The PRPNet server outputs a ton of sub-standard and invalid HTML. It starts with the lack of a DOCTYPE string, ends with the totals row (which includes inappropriate header cells) sorting in between data rows, and hits everywhere in between. There is no bolding of the links table, which appears to be the intent, and there's a ton of presentational markup that was deprecated then and obsolete now. The markup is due for an update.

One issue I see with updating to HTML5 is that it requires UTF-8 encoding. I don't know if that means you'd have to restrict allowed user-generated data to ASCII or start using wide characters.

[rogue]

Originally Posted by Happy5214

The PRPNet server outputs a ton of sub-standard and invalid HTML. It starts with the lack of a DOCTYPE string, ends with the totals row (which includes inappropriate header cells) sorting in between data rows, and hits everywhere in between. There is no bolding of the links table, which appears to be the intent, and there's a ton of presentational markup that was deprecated then and obsolete now. The markup is due for an update.

One issue I see with updating to HTML5 is that it requires UTF-8 encoding. I don't know if that means you'd have to restrict allowed user-generated data to ASCII or start using wide characters.

I'm not an HTML guru. If you can suggest actual code changes (or send me changed source files), then I can implement them. This would probably explain why Chrome doesn't display the HTML properly, although Firefox and Safari do.

[Happy5214]

Originally Posted by rogue

I'm not an HTML guru. If you can suggest actual code changes (or send me changed source files), then I can implement them. This would probably explain why Chrome doesn't display the HTML properly, although Firefox and Safari do.

I can do that, though admittedly it won't be high on my to-do list. Can I also suggest serving the resources (CSS, JS) through the socket (edit: by reading them in and relaying them through) rather than on other ports? My network has a peculiar set-up (I configured my server to map the resources to use a custom hostname I have set up on my computers' /etc/hosts, but it's not set up on my phone, so no resources.), so being able to get those files through the server itself would be useful to me.

[rogue]

Originally Posted by Happy5214

I can do that, though admittedly it won't be high on my to-do list. Can I also suggest serving the resources (CSS, JS) through the socket (edit: by reading them in and relaying them through) rather than on other ports? My network has a peculiar set-up (I configured my server to map the resources to use a custom hostname I have set up on my computers' /etc/hosts, but it's not set up on my phone, so no resources.), so being able to get those files through the server itself would be useful to me.

I do not know how to do that either, so assistance from anyone would be helpful.

[Happy5214]

First of all, this thread needs to be pinned, since I had trouble finding it.

How hard would it be to code the server to pull from an SQLite flat database? There are some really small assignments that would be overkill (both on the database server and on my SSD) to put on my main PRPNet servers, and I'd love to create a side server on a RAM drive to run these assignments.

By the way, the solution to the above issue of loading the resources through the server would be to read the file (the path would presumably either be fixed or in prpserver.ini) and output its contents through the socket whenever an HTTP GET request for the file is received, and then updating the paths in the header functions in the HTMLGenerator classes.

[rogue]

Originally Posted by Happy5214

First of all, this thread needs to be pinned, since I had trouble finding it.

How hard would it be to code the server to pull from an SQLite flat database? There are some really small assignments that would be overkill (both on the database server and on my SSD) to put on my main PRPNet servers, and I'd love to create a side server on a RAM drive to run these assignments.

By the way, the solution to the above issue of loading the resources through the server would be to read the file (the path would presumably either be fixed or in prpserver.ini) and output its contents through the socket whenever an HTTP GET request for the file is received, and then updating the paths in the header functions in the HTMLGenerator classes.

I have never worked with SQLite, so I cannot answer your question.

If you are a programmer, I suggest you d/l the source and take a look. Start with the DBInterface and SQLStatement classes.

[Happy5214]

Originally Posted by rogue

I have never worked with SQLite, so I cannot answer your question.

If you are a programmer, I suggest you d/l the source and take a look. Start with the DBInterface and SQLStatement classes.

I already have a copy of the PRPNet code from my project to port the HTML markup to HTML5 (still ongoing, though I lost some progress when my desktop died a couple of months ago). It appears there's an ODBC binding for SQLite, which I had to install separately on the Ubuntu package manager, but usually SQLite is linked into a program directly as a library. I've never used the C library directly (the only time I directly managed an SQLite database in my work was through the SQLAlchemy Python ORM package, and then using Perl DBI to export the data to flat files). I don't know which model you'd prefer. The ODBC package would have to be separately installed, but should be easier to code, while the library would require more coding work but would "just work" for the end user.

[rogue]

Originally Posted by Happy5214

I already have a copy of the PRPNet code from my project to port the HTML markup to HTML5 (still ongoing, though I lost some progress when my desktop died a couple of months ago). It appears there's an ODBC binding for SQLite, which I had to install separately on the Ubuntu package manager, but usually SQLite is linked into a program directly as a library. I've never used the C library directly (the only time I directly managed an SQLite database in my work was through the SQLAlchemy Python ORM package, and then using Perl DBI to export the data to flat files). I don't know which model you'd prefer. The ODBC package would have to be separately installed, but should be easier to code, while the library would require more coding work but would "just work" for the end user.

ODBC is preferable as it would require fewer code changes to the server code.

Would love to see HTML5 own PRPNet.

I could add you as a developer to the project in sourceforge.

[Happy5214]

Originally Posted by rogue

ODBC is preferable as it would require fewer code changes to the server code.

Would love to see HTML5 own PRPNet.

I could add you as a developer to the project in sourceforge.

I'll work on adding SQLite after I'm done with the HTML5 conversion.

I've never worked with SVN before as a developer, so I don't know how we'd do something like code review. I'd rather not directly commit changes if they don't fit with the vision you have for the code.

[rogue]

Originally Posted by Happy5214

I'll work on adding SQLite after I'm done with the HTML5 conversion.

I've never worked with SVN before as a developer, so I don't know how we'd do something like code review. I'd rather not directly commit changes if they don't fit with the vision you have for the code.

Okay. After you have made your changes you send send the updated files to me. I will take a look and provide feedback. Once all is good I will merge with what is in SVN.

I appreciate your contribution.

[gd_barnes]

Originally Posted by rogue

I don't know how I could possibly address this. If the new version of llr is outputting different residues, how is PRPNet supposed to compare the new residues to the old residues to verify that the test results match?

If there is a command line option to llr to generate different residues, then specify that in prpclient.ini. In other words instead of "llr.exe" use "llr.exe -xxx" where xxx is the command line option.

I'm trying to run multi-threaded LLR with PRPnet.

I saw TheCount's work around with the batch file for doing so. It works but it's a bit cumbersome.

Mark, you imply here that you can pass command line options to LLR in PRPnet with llrexe=llr.exe -xxx in prpclient.ini. I'm running Windows and so have to use the cllr version. I could not get it to work with:

llrexe=cllr.exe -t4

I tried it both with and without quotes and with and without spaces in different places. No luck. Even though cllr.exe is present, it keeps saying:

Could not find executable 'cllr.exe -t4'.

I'm running cllr version 3.8.23 and the latest prpclient.exe from sourceforge on an I7-9700 running Windows 10. I also tried an earlier version of prpclient.exe.

What am I missing here?