× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Thanks Scott. Directory names I used were for example, not ones that we have used thus far. I had not thought of /user/local, that’s a good place to start.

The /www is for Apache instances, but often ruby and php apps wind up there too, that’s why I asked about it.

Thanks for the advise.

Jim Oberholtzer
Agile Technology Architects



On Mar 23, 2022, at 7:34 PM, Scott Klement <web400@xxxxxxxxxxxxxxxx> wrote:

Hi Jim,

By convention, /www directory is for IBM HTTP server instances. So if you made an HTTP Server instance named 'python', it'd make sense to put that instance under /www/python. But, that probably isn't what you've done here, which makes me think this isn't the right place for you.

It's not clear why you were considering /www/python?

As for "/opensource/python". That is completely non-standard, and seems very weird to me. Why would you call it "opensource" to begin with? Are you releasing your code as open source? Because the fact that whomever wrote the programming language wrote _it_ in open source hardly seems like a good reason to put _your_ code in a directory named "opensource". And, even if your code is open source, how do you know it'll never change licenses? This just seems like an odd way to classify things to me. Why is "open source" the most salient thing about the code that you want to put it in a directory named that?

Personally, I like the Unix convention of putting things needed for multi-user mode (i.e. not needed when the system is in restricted state) that are shared by all users in a directory named /usr. Then within that, have a place for things that are local to the machine (vs. packages installed everywhere) called /usr/local.

Within that, have a folder for each application, and within that folder, a place for source code. For example, /usr/local/accounting/src There's no need to denote what license it was released under or the programming language used in the folder name.

Since Python code typically ends in .py, you don't need to denote the language as part of the folder name. Put all of the bits related to the application, regardless of language, in the same folder. Some might be .txt, .json, .xml, images, etc... and some will be .py for python.

You might consider taking a look at sites like GitHub, SourceForge, etc to see how they structure their application folders for more ideas of how to do things.

On 3/23/2022 11:57 AM, Jim Oberholtzer wrote:
We've been having an internal debate about the best place to put production
open source web based applications. One suggestion is under the www
directory such as: /www/python/<appname>. Others suggest they should
reside in a directory such as "/opensource/python/<appname>", or
"opensource/nodejs/<appname>". We use apache as the web server with a
proxy, so that configuration will be under "/www".
I'm not sure I care, except to know that it will get backed up as needed,
reasonable to maintain, and not collide with OEM vendors code.
As a note, we tend to put the development directories under
"/home/user/python/<appname>. Any argument with that plan?
--
Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects
--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing list
To post a message email: WEB400@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/web400.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.