It's time to stop serving up stale pages. Remove this middleware caching
and start pushing it down to spots where we can actually control it more
appropriately (and only cache things that are expensive anyway).
Signed-off-by: Dan McGee <dan@archlinux.org>
This moves our site static files into the sitestatic directory if they
are shared resources, and also moves a handful of things (such as the
artwork logos) into application-specific static/ directories. This
allows the staticfiles contrib app to work after a few settings tweaks,
a run of collectstatic, and massaging the hardcoded '/media/' prefix out
of our templates.
Django 1.4 is going to make this a lot easier to move things to a CDN
and provides better template tags; for now this is setting the stage
before we can move to that.
Signed-off-by: Dan McGee <dan@archlinux.org>
This pulls them from the latest SVN commit on trunk. We don't have a
failproof method of getting the exact right commit, but this should be
close if it is run on a regular basis via cron (aka hourly).
Note that running locally, I needed the development version of South to
get the migration included here to apply because of information_schema
changes in the current version of MySQL.
Signed-off-by: Dan McGee <dan@archlinux.org>
Update a few things in settings.py, but more importantly, update
local_settings.py.template to be more in line with modern Django
settings.
Signed-off-by: Dan McGee <dan@archlinux.org>
To be more Django-like, Pythonic, or to fit better in the existing
archweb project. Also add some created fields to the models, as storing
dates for anything is almost always a good idea.
Signed-off-by: Dan McGee <dan@archlinux.org>
* Added vim modelines to files.
* Rearranged import statements.
* Moved the arch releng isos url to settings.py.
* Fixed some issues that arose from forgetting to import the isotests urls
package.
* removed redundant str() calls.
Signed-off-by: Dan McGee <dan@archlinux.org>
Add a new project for entry and listing of testing results for our
release ISOs. This will assist the release engineering team with
determining a good ISO to make into the real deal.
Signed-off-by: Dan McGee <dan@archlinux.org>
Add a config option DEBUG_TOOLBAR that defaults to False. If set to True
in local_settings, add the relevant application and middleware to the
settings to enable it.
Signed-off-by: Dan McGee <dan@archlinux.org>
By importing local settings at the end, you can override settings specified
in settings.py. Helpful for something like the Django debug toolbar. The
template loader needs to come last, however, in order to respect the
TEMPLATE_DEBUG setting.
Signed-off-by: Dan McGee <dan@archlinux.org>
We need a bit more, like actually having something relevant in the
RequestContext object, in order for this to all work. Instead of putting the
full request in just populate a 'secure' key with a boolean value indicating
whether the request is secure.
Signed-off-by: Dan McGee <dan@archlinux.org>
Set up a default DATE_FORMAT in settings.py and use it everywhere we do the
'|date' template filter rather than hardcoding the value in the template.
This also fixes a regression with news date/time now that we changed the
field to store both date and time.
Signed-off-by: Dan McGee <dan@archlinux.org>
This is done as client-side JS which makes the page nice and fast. Minor
versions can be excluded, as can packages in [multilib]. In addition,
architecture filtering is in place so you can limit the subset of shown
packages to those in any, both, one or the other.
Signed-off-by: Dan McGee <dan@archlinux.org>
This will work out well when using memcached in production, and should just
fall back to using the DB when developing locally with no cache or any other
sort of caching.
Signed-off-by: Dan McGee <dan@archlinux.org>
Implements FS#13741. A preview function is also added so working with news
items is easier to make sure you get the formatting right.
This will result in some older news items looking a bit weird if they didn't
put linebreaks in all the right places, we can fix a few of these as we
notice them.
Signed-off-by: Dan McGee <dan@archlinux.org>
Otherwise it is really confusing when you make template changes during
development and they don't show up immediately.
Signed-off-by: Dan McGee <dan@archlinux.org>
We should be well-protected by the "Vary: Cookie" header, and if we aren't
then we need to fix those pages that matter. This is the final step in
getting at least the heaviest hit part of our site to be served without any
Vary headers at all- the feeds.
Signed-off-by: Dan McGee <dan@archlinux.org>
This is also another step in making sure we don't unnecessarily access the
Django session object and thus add a Vary cache control header we don't
want.
Signed-off-by: Dan McGee <dan@archlinux.org>
This was having some serious effects on caching as we would always have to
access the user in the session, marking every page with a "Vary: Cookie"
header. This is the start of stamping that out. The way we get the user for
news item creation is now more similar to that from the todo lists, but not
quite. That should be adjusted to be more like the news item creation.
Signed-off-by: Dan McGee <dan@archlinux.org>
This is to address a rather large issue with caching of feed objects in
Django. Because they are built up using an XML library that does multiple
writes on a file-like object, a single feed object, even when pulled from
memcached, generates 1582 writes to the open socket rather than the optimal
one it could do.
Some version of this fix will be making it upstream, but I need to figure
out how to approach that before I do so and for now this will address one of
our larger performance issues on the live site since the packages feed is
hit as often as it is.
Signed-off-by: Dan McGee <dan@archlinux.org>
Thanks to Evangelos Foutras for the inspiration. Recreated from scratch only
to make sure everything is in sync.
From this point on, you will need to have the 'south' Django/Python package
installed to use archweb.
Signed-off-by: Dan McGee <dan@archlinux.org>
We aren't going to enable this because it is a restricted-access site, so no
need in keeping the crud around.
Signed-off-by: Dan McGee <dan@archlinux.org>
