WebFaction
Community site: login faq

I am interested mainly in django. I see in the control panel domains, subdomains, applications, and websites, and then django projects and django apps. It seems all of them have choices involved around naming. I have some confusion about how I can useful name these.

domains I get a free call on. subdomains should be simple and meaniful to end users There are some reasons to avoid duplication. If I had multiple operational domains I need to have the subdomains unique anyway because these are also going to be control panel website names. Then I can construct an control panel application name out of the concateation of the subdomain and the * app category*. I think I can away with this since I do not think a control panel website will have more than one app from the same category. For the website name, I guess I reuse the subdomain name, which as you recall was globally unique.

Now the project directory name is located under a directory named after the control panel website name? So its path is unique and will always be *myproject". The django app names will be unique on the internet, and thus have a unique path. But I am confused as to how to think about

manage.py startapp myappname

I know myappname is not to be the name of a python module, because of conflict error messages. I am not sure what startapp does...

So, I wonder if my attempt at naming conventions for myself is taking the correct things into account.

Thank you for your consideration.

asked 08 Feb '11, 21:43

astar
156
accept rate: 0%


Name them whatever you want. It is up to you to decide your own naming convention. I tend to name my apps based on things I can easily remember and are readable by a person, so say it is my blog, it would be named johns_blog.

permanent link

answered 08 Feb '11, 21:50

johns
5.3k312
accept rate: 23%

edited 08 Feb '11, 21:51

Thank you for your answer.

I interpret an aspect of it as:

I do not need a tight naming convention even for myself.

If I have a naming convention for myself, there is no reason to socialize it.

So perhaps a matter of taste. Alas, I am used to environments with tight naming conventions, highly socialized.

Now, beyond that, and not addressing character set issues, I tried to identify external constraints on naming. There I note if I have foo.bar.com and foo,cheese.com and name two sites foo then in a flat websites directory structure I think I am in trouble. If I have that tendency to name the site after the subdomain, then I need to pause and think, and here I try a bit to do that.

permanent link

answered 08 Feb '11, 22:27

astar
156
accept rate: 0%

http://docs.webfaction.com/user-guide/websites.html

Consider the control panel apps my_drupal and forum. I create them as control panel apps. They are going to default to ~/websites as directories. Okay so far? Now when I do do the control panel website for mysite.com, I will generate some sort of proxy relationship such that https://mysite.com/ serves from my_drupal and https://mysite.com/forum serves from forum. Okay so far? If I was doing the doc, I would make the urls explicit to help the clueless.

An interesting aspect of this is it seems to me the control panel website widgets allow the url that goes to the control panel app forum to be something unrelated in naming such as https://mysite.com/flaming. Okay so far?

Yah, I know I am slow :-)

So instead of the above control panel apps let us create control panel apps my_django, my_static, my_wsgi and a control panel website that links them up together. It seems to me I sort of need all three? and connected somehow. Now the one I really really never worked with the wsgi app.

But here is a bit of a clue.

http://docs.webfaction.com/software/django/mod-migration.html

Not a lot right in house. And there were a couple challenges.

So I get a screen with a standard html search widget and then there is a fancy search widget on the right. The first does not work at all. Here might be the url:

http://docs.webfaction.com/software/search.html?q=wsgi

The fancy "search the documentation" widget returns nice results. I feel they might link to the text quoted rather than an index which is fairly long, much below the fold, and which I have to carefully inspect and then click on an index item to get to the quoted text.

Hmm, this is much too long and is more a usability narrative. Let me here pause and see what tomatoes I need to dodge. :-)

permanent link

answered 09 Feb '11, 12:02

astar
156
accept rate: 0%

Your answer
toggle preview

Follow this question

By Email:

Once you sign in you will be able to subscribe for any updates here

By RSS:

Answers

Answers and Comments

Markdown Basics

  • *italic* or _italic_
  • **bold** or __bold__
  • link:[text](http://url.com/ "title")
  • image?![alt text](/path/img.jpg "title")
  • numbered list: 1. Foo 2. Bar
  • to add a line break simply add two spaces to where you would like the new line to be.
  • basic HTML tags are also supported

Question tags:

×15
×8
×2

question asked: 08 Feb '11, 21:43

question was seen: 2,889 times

last updated: 09 Feb '11, 12:02

WEBFACTION
REACH US
SUPPORT
AFFILIATE PROGRAM
LEGAL
© COPYRIGHT 2003-2019 SWARMA LIMITED - WEBFACTION IS A SERVICE OF SWARMA LIMITED
REGISTERED IN ENGLAND AND WALES 5729350 - VAT REGISTRATION NUMBER 877397162
5TH FLOOR, THE OLD VINYL FACTORY, HAYES, UB3 1HA, UNITED KINGDOM