Closed (fixed)
Project:
Drupal core
Version:
8.0.x-dev
Component:
system.module
Priority:
Critical
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
3 Jul 2012 at 15:21 UTC
Updated:
29 Jul 2014 at 20:51 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #2
sunAll config system conversions are API changes, so tagging as such.
Comment #3
aspilicious commentedhmm, not sure about the naming
or
or ???
Comment #4
sunYeah, indeed a bit tough :)
How about something like this?
Comment #6
alexpottI wonder if the compression variable should reflect the fact the we can respond to more than just HTTP and in order for compression to work the request header
HTTP_ACCEPT_ENCODINGmust be set and contain the valuegzip. So maybe something like:Or maybe
http_encode_gzipinstead ofhttp_response_gzip?Comment #7
sunI like the more specific "gzip" instead of the overly generic "compression", but on the rest, I think that "bandwidth", "optimization", and "http" are too wordy and implementation-specific...?
I'd also kinda hate to see
->get('bandwidth_optimization.http_response_gzip')... ;)It still does not feel 100% optimal to me, but nevertheless, I hope we can jump on a patch soon. (In-patch renames of keys are possible anytime.)
Comment #8
aspilicious commentedDone (hopefully)
Comment #10
aspilicious commented#8: drupal8.config-system-performance.8.patch queued for re-testing.
Comment #12
aspilicious commentedThis is fun...
When there are multiple parts, drupal_array_get_nested_value gets called. But in early bootstrap common.inc isn't loaded yet.
So we should copy the functionality or move the function to bootstrap.inc. (or any other file that get bootstrapped soon)
Anyone has another idea?
Comment #13
aspilicious commentedAnd isn't there an update function somewhere for system performance settings? o_O
Comment #14
sunThanks for jumping on this, @aspilicious!
Created #1704196: Remove Config's dependencies on procedural Drupal code in includes/common.inc to resolve the bootstrap dependency issue.
I'm also not 100% sure on the config object keys/naming yet. One of the most knowledgeable persons I'd associate with these settings apparently is @catch... so I hope he can give this a quick review to tell us whether the proposed keys/names are technically correct and also, in line with current/upcoming changes?
Comment #15
aspilicious commented#8: drupal8.config-system-performance.8.patch queued for re-testing.
Comment #17
aspilicious commentedShould pass now..
Comment #18
aspilicious commented#17: drupal8.config-system-performance.17.patch queued for re-testing.
Comment #19
alexpottWe're missing an upgrade path from variables to config... and what about existing drupal 8 install?
The patch attached adds the missing upgrade from variables. Not sure how to deal with existing drupal 8 sites...
The patch also changes the key order in the YAML file to be alphabetical.
For some reason the inderdiff was weird...
Comment #20
alexpottRerolled patch to apply to latest 8.x
Also marking this as critical as we've broken the upgrade path as there currently is no migration of these settings for 7.x -> 8.x
Comment #22
catchfwiw the naming here looks fine to me, and I agree with renaming maximum_age to max_age since it's actually setting that in the cache-control header.
Comment #23
alexpottSome of new code was doing
$config->get('cache')Comment #25
alexpott#23: 1669902.drupal8.config-system-performance.23.patch queued for re-testing.
Comment #26
tim.plunkettLooks great!
Comment #27
webchickCommitted and pushed to 8.x. Thanks! :D
Comment #28
sunAwesome job guys! The new keys look really clean and self-descriptive to me! :)
Comment #29.0
(not verified) commentedUpdated issue summary.