Re: OLC and CAI Binary File Validation (was Re: SSA OLC Region for Flight Claim)

Although FTP is a reasonable method of file transfer, it isn't likely
the appropriate method of uploading OLC data. FTP has also had a
pattern of security cracks in the past few years, so SCP/SFTP tunneling
via SSH is much preferred. A file transfered via FTP would require an
additional server process, additional server ports, real server load,
and additional scripts and support issues. If would also complicate
the edit function.

Claim submissions are undoubtedly parsed to one, and likely more, data
table(s) from which the several results pages are queried. PHP is the
method of choice. Likely MySQL, PostgreSQL, or maybe even DB2, would
be likely database engines due to cost and speed.

Obvious agendas for an OLC type setup would be badge leg and record
submissions with OO/NAC endorsements. However, since most NAC's have
their own system of validations and qualifications (and in some cases,
fees), that may require some real re-work between the FAI/IGC and NAC's
to accomplish. Technically, it looks very close. Bureaucratically,
it's a ways off for some of use, closer for others. Nevertheless,
legacy support would seem to remain important, as would bug fixes in
software and firmware.

My $.02

Frank Whiteley

jcarlyle wrote:
They weren't so much "solutions" as they were examples to help Doug
understand that he was being given a line. I agree that they have an
agenda which they aren't revealing. But it isn't gaining them users, at
least at my club. Most pilots there believe that the interface and
upload procedures are just too clunky and confusing to be worth their
time.

-John


Marc Ramsey wrote:
The brush-off might have something to do with the fact that all of these
"solutions" are specific to IIS/ASP running on Windows servers, when I
believe OLC runs Apache on Linux servers. That said, binary file upload
is pretty trivial to implement using the standard mechanisms provided in
HTML/HTTP, which suggests they have other reasons for not doing so...

Marc

.

Relevant Pages

  • Re: Uploaded TeX reconsidered
    ... The advice was to change the name of the file, ... that advice pertained to getting around your supposed caching problems so you could upload a *brand new* file created from a minimal example -- go back and read it *in context*. ... The other advice, to upload a completely different file created on somebody else's system, was meant to help diagnose file transfer problems. ... If you get the same result when downloading two different files from the same server, the problem is far more likely to be the server than it is to be your cache. ...
    (comp.text.tex)
  • Re: Uploaded TeX reconsidered
    ... The advice was to change the name of the file, ... upload the file with a new name. ... was meant to help diagnose file transfer problems. ... server than it is to be your cache. ...
    (comp.text.tex)
  • Re: File Upload - Security Issues
    ... You want to upload a file for what reason and ... these viruses have less chance of being able to execute (even if succeeded ... :> file and what pitfalls you see re: security might be helpful on this ... :>: files to an IIS server that doesn't have MS Office actually installed? ...
    (microsoft.public.scripting.vbscript)
  • Re: File Upload - Security Issues
    ... uploaded and the user could upload any or all of these in theory. ... There is no one product that can give you 100% security, ... > Code doesn't execute in local memory space unless remote user has rights ... > You don't have MS Office installed on the server. ...
    (microsoft.public.scripting.vbscript)
  • pure-ftp nologin
    ... I have a server running FreeBSD 6.3. ... # If you want to enable PAM authentication, ... AnonymousCanCreateDirs no ... # Disallow anonymous users to upload new files ...
    (comp.unix.bsd.freebsd.misc)