Anonymous | Login | Signup for a new account | 2024-03-29 06:16 CDT |
Main | My View | View Issues | Change Log | Roadmap | Docs | Wiki | Repositories |
View Revisions: Issue #98 | [ All Revisions ] [ Back to Issue ] | ||
Summary | 0000098: Redo Mod-Rewrite for Better Flexibility | ||
Revision | 2009-06-19 16:18:25 by Dmitry | ||
Additional Information | |||
Revision | 2009-06-19 16:18:06 by Dmitry | ||
Additional Information | Proposing the following 1. Each "Unit Config" file will have a new option - PassPriority (we already might have it). If option was specified then that particular Prefix instead of "env" variable (now) will be added to URL in a special way. There will be 2 types of values: number - order if which current Prefix will be processed in case if there are multiple similar prefixes exist in current URL. true - order is not important, no matter if there are multiple similar prefixes - we just going to process it differently (from reg. env. var). In case if URL contains Prefixes with both "numerical" and "non-numerical" (as described above) priorities - system will process "numerical first and then the rest. Also "numerical" can priority can be negative value. 2. In the process of building URLs each prefix will call for event (ie. OnPrepareRewriteUrl ) which will do the job. 3. During the step of building Unit Configs Cache for Application - all prefixes with PassPriority will be added in priority order into new property of kApplication class so it can be used when kModRewriteHelper will be parsing and breaking URL apart. 4. During URL parsing current kModRewriteHelper will be taking "language" and "theme" parts while passing through the rest of URL (in correct order) to registered Prefixes calling an event (ie. OnParseRewriteUrl ) for local parsing. |
||
Revision | 2009-06-19 16:17:42 by Dmitry | ||
Additional Information | Proposing the following 1. Each "Unit Config" file will have a new option - PassPriority (we already might have it). If option was specified then that particular Prefix instead of "env" variable (now) will be added to URL in a special way. There will be 2 types of values: number - order if which current Prefix will be processed in case if there are multiple similar prefixes exist in current URL. true - order is not important, no matter if there are multiple similar prefixes - we just going to process it differently (from reg. env. var). In case if URL contains Prefixes with both "numerical" and "non-numerical" (as described above) priorities - system will process "numerical first and then the rest. Also "numerical" can priority can be negative value. 2. In the process of building URLs each prefix will call for event (ie. OnPrepareRewriteUrl ) which will do the job. 3. During the step of building Unit Configs Cache for Application - all prefixes with PassPriority will be added in priority order into new property of kApplication class so it can be used when kModRewriteHelper will be parsing and breaking URL apart. 4. During URL parsing current kModRewriteHelper will be taking "language" and "theme" parts while passing through the rest of URL (in correct order) to registered Prefixes calling an event (ie. OnParseRewriteUrl ) for local parsing. |
||
Revision | 2009-06-19 16:17:17 by Dmitry | ||
Additional Information | Proposing the following 1. Each "Unit Config" file will have a new option - PassPriority (we already might have it). If option was specified then that particular Prefix instead of "env" variable (now) will be added to URL in a special way. There will be 2 types of values: number - order if which current Prefix will be processed in case if there are multiple similar prefixes exist in current URL. true - order is not important, no matter if there are multiple similar prefixes - we just going to process it differently (from reg. env. var). In case if URL contains Prefixes with both "numerical" and "non-numerical" (as described above) priorities - system will process "numerical first and then the rest. Also "numerical" can priority can be negative value. 2. In the process of building URLs each prefix will call for event (ie. OnPrepareRewriteUrl ) which will do the job. 3. During the step of building Unit Configs Cache for Application - all prefixes with PassPriority will be added in priority order into new property of kApplication class so it can be used when kModRewriteHelper will be parsing and breaking URL apart. 4. During URL parsing current kModRewriteHelper will be taking "language" and "theme" parts while passing through the rest of URL (in correct order) to registered Prefixes calling an event (ie. OnParseRewriteUrl ) for local parsing. |
||
Revision | 2009-06-19 16:17:02 by Dmitry | ||
Additional Information | Proposing the following 1. Each "Unit Config" file will have a new option - PassPriority (we already might have it). If option was specified then that particular Prefix instead of "env" variable (now) will be added to URL in a special way. There will be 2 types of values: number - order if which current Prefix will be processed in case if there are multiple similar prefixes exist in current URL. true - order is not important, no matter if there are multiple similar prefixes - we just going to process it differently (from reg. env. var). In case if URL contains Prefixes with both "numerical" and "non-numerical" (as described above) priorities - system will process "numerical first and then the rest. Also "numerical" can priority can be negative value. 2. In the process of building URLs each prefix will call for event (ie. OnPrepareRewriteUrl ) which will do the job. 3. During the step of building Unit Configs Cache for Application - all prefixes with PassPriority will be added in priority order into new property of kApplication class so it can be used when kModRewriteHelper will be parsing and breaking URL apart. 4. During URL parsing current kModRewriteHelper will be taking "language" and "theme" parts while passing through the rest of URL (in correct order) to registered Prefixes calling an event (ie. OnParseRewriteUrl ) for local parsing. |
||
Revision | 2009-06-19 16:15:51 by Dmitry | ||
Additional Information | Proposing the following 1. Each "Unit Config" file will have a new option - PassPriority (we already might have it). If option was specified then that particular Prefix instead of "env" variable (now) will be added to URL in a special way. There will be 2 types of values: number - order if which current Prefix will be processed in case if there are multiple similar prefixes exist in current URL. true - order is not important, no matter if there are multiple similar prefixes - we just going to process it differently (from reg. env. var). In case if URL contains Prefixes with both "numerical" and "non-numerical" (as described above) priorities - system will process "numerical first and then the rest. Also "numerical" can priority can be negative value. 2. In the process of building URLs each prefix will call for event (ie. OnPrepareRewriteUrl ) which will do the job. 3. During the step of building Unit Configs Cache for Application - all prefixes with PassPriority will be added in priority order into new property of kApplication class so it can be used when kModRewriteHelper will be parsing and breaking URL apart. 4. During URL parsing current kModRewriteHelper will be taking "language" and "theme" parts while passing through the rest of URL (in correct order) to registered Prefixes calling an event (ie. OnParseRewriteUrl ) for local parsing. |
||
Revision | 2009-06-19 16:09:47 by Dmitry | ||
Additional Information | Proposing the following: 1. Each "Unit Config" file will have a new option - PassPriority (we already might have it). If option was specified then that particular Prefix instead of "env" variable (now) will be added to URL in a special way. There will be 2 types of values: number - order if which current Prefix will be processed in case if there are multiple similar prefixes exist in current URL. true - order is not important, no matter if there are multiple similar prefixes - we just going to process it differently (from reg. env. var). In case if URL contains Prefixes with both "numerical" and "non-numerical" (as described above) priorities - system will process "numerical first and then the rest. Also "numerical" can priority can be negative value. 2. In the process of building URLs each prefix will call for event (ie. OnPrepareRewriteUrl ) which will do the job. 3. During the step of building Unit Configs Cache for Application - all prefixes with PassPriority will be added in priority order into new property of kApplication class so it can be used when kModRewriteHelper will be parsing and breaking URL apart. 4. During URL parsing current kModRewriteHelper will be taking "language" and "theme" parts while passing through the rest of URL (in correct order) to registered Prefixes calling an event (ie. OnParseRewriteUrl ) for local parsing. |
Main | My View | View Issues | Change Log | Roadmap | Docs | Wiki | Repositories |
Web Development by Intechnic In-Portal Open Source CMS |