Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Do we need to rethink article types? #18

Open
allanjamesvestal opened this issue Jul 25, 2011 · 3 comments
Open

Do we need to rethink article types? #18

allanjamesvestal opened this issue Jul 25, 2011 · 3 comments

Comments

@allanjamesvestal
Copy link
Contributor

The current ones seem like they'd need a bit of review to me.

@myersjustinc
Copy link
Member

The existing ones are very much a product of the 'eater's needs at the time that model was written. I'd be up for rethinking them or even making it relate back to an ArticleType model of some sort to make it easier to customize. Other alternatives?

@allanjamesvestal
Copy link
Contributor Author

I like this idea. But more broadly: can we combine this with #43 and just have a 'types of content' model? We'd only have a few fields on it — probably a M2M to contenttypes.ContentType that were sub-classes of core.Content, a verbose name and an internal (possibly slugified) name.

@myersjustinc
Copy link
Member

Sure. The sheer amount of normalization in this project (all over the place, not just here--but this made me think of it) makes me wonder how best to optimize this thing for heavy load, though. There should be a pretty extensive look at Brubeck's caching setup (and query optimization) at some point.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants