Commit Graph

18 Commits

Author SHA1 Message Date
8d8e910aa0 Add "v11" to the PostgreSQL Feature Matrix.
This will allow us to populate new features added to PostgreSQL 11
earlier in the release lifecycle to help drive more awareness to
what has changed.
2018-06-08 10:07:11 -04:00
970435dfd8 Updated Feature Matrix to reflect changes to website.
The feature matrix is now modified to be helpful for newer users.
Entries now go from neweset version to oldest, as well as
displaying all entries by default.
2018-04-17 13:43:12 -04:00
32dbfce1c4 Add v10 to feature matrix 2017-09-26 12:12:27 +02:00
097fdce64c Detect both http and https links in feature matrix links
We shouldn't have any http now, and the db will be updated to have only
https, but for safety accept both.

Based on a patch from Daniel Gustafsson
2017-02-18 13:34:11 +01:00
3001715ce6 Make v96 visible in feature matrix
Per request from Berkus
2016-09-27 14:00:51 +02:00
6bb3b040a2 Add version 9.6 to feature matrix
By default it's hidden, and we copy the current value for all features
from 9.5.
2016-09-22 14:57:29 +02:00
3344997c30 Hide 8.0 by default from feature matrix
We're getting too many versions there, so from now on when we add
a new one, we have to remove an old one.
2016-04-27 14:33:15 +02:00
49114ea675 Make featurematrix use regular integer fields instead of custom field
The custom fields will give us pain when we upgrade to use django
migrations, and don't really add anything useful to us here.
2016-04-26 15:22:03 +02:00
8058accee0 Get rid of PgModel, replacing it with simple signals
We were already using signals for everything except delete, and even
in our old version of django the delete signal exists (it didn't exist
when this code was first written).

Django doesn't really like models to be OOP like this, so keeping PgModel
would cause issues with upcoming changes in django 1.8. Using simple functions
is easier, and the actual functionality is replicated straight off.
2016-03-07 21:41:45 +01:00
9729558e10 Add 9.5 to the feature matrix 2015-07-08 13:36:56 +01:00
1432dd7d28 Add 9.4 to the feature matrix 2014-05-15 16:27:39 +02:00
3f1bc77001 add 9.3 to the feature matrix so that thom can start updating it 2013-05-26 12:34:47 -04:00
88ccd0d6b8 Add feature matrix entry for 9.2, hide 7.4 for layout reasons
Requires manual sql to be run on all installations:

BEGIN;
ALTER TABLE featurematrix_feature ADD COLUMN v92 int;
UPDATE featurematrix_feature SET v92=v91;
ALTER TABLE featurematrix_feature ALTER COLUMN v92 SET NOT NULL;
COMMIT;
2012-05-27 21:07:06 +02:00
f963e559d5 Make it possible to turn off visibilty of versions in the feature matrix
Turn the feature matrix fields into their own class and add a paramter
for visible_default to it. Turning this off will hide them from view.
In the future this could be expanded to make it dynamic, but for now let's
just stick to being able to statically hide them.
2012-05-27 21:05:36 +02:00
5bcbf1253e All purge_urls must be rooted, since we add ^ at the beginning 2011-11-27 13:31:20 +01:00
379b8d41cd Update feature matrix versions etc
8.5 -> 9.0
add 8.1
bugfix typo for loading of 8.5/9.0 values
2011-08-11 16:22:18 +02:00
f92709d2a6 Implement basic varnish purging
This allows all models inherited from PgModel to specify which
URLs to purge by either setting a field or defining a function
called purge_urls, at which point they will be purged whenever
the save signal is fired.

Also implements a form under /admin/purge/ that allows for manual
purging. This should probably be extended in the future to show
the status of the pgq slaves, but that will come later.

Includes a SQL function that posts the expires to a pgq queue. For
a local deployment, this can be replaced with a simple void function
to turn off varnish purging.
2011-06-14 19:48:48 +02:00
cad9eddd92 Implement the feature matrix 2010-01-11 22:55:00 +01:00