Age | Commit message (Collapse) | Author | Files | Lines |
|
Fixed is_https() to avoid incorrect detection.
|
|
Update system/core/Log.php
|
|
This reverts commit 8af05ac97513764cc539919e179794df87352c30.
|
|
This reverts commit bbc6ab4736a896be83e3e3d5f8856374ffa2984c.
|
|
This reverts commit 3de57eaea8510ea9cfd70f063565c24904669c4c.
|
|
This reverts commit 8af05ac97513764cc539919e179794df87352c30.
|
|
If using nginx instead of apache by default nginx will not populate the $_SERVER['HTTPS'] value. This change allows falling back to checking the port number of the request to determine if your on SSL or not.
The other option is adding the following to your nginx config.
fastcgi_param HTTPS on; #some php apps require this to detent https
|
|
Added a space after the comma on the ltrim().
|
|
|
|
|
|
|
|
Don't print no script access code into log file if log file is not .php anymore.
|
|
Added ltrim() as requested to strip '.' incase it's added by mistake.
|
|
Updated is_https() to avoid "NULL" or "0" values to set HTTPS.
|
|
whatever is preferred. example (.log)
This is a follow up to this pull request.
https://github.com/EllisLab/CodeIgniter/pull/2243
|
|
Updated Log.php so that a developer can extend it and change the log file extension.
It makes sense to default to .php when logs are in the public web folder. It would be nice if a developer moves the log file path we have the option to use a standard extension like .log
|
|
Signed-off-by: Bo-Yi Wu <appleboy.tw@gmail.com>
|
|
Also applied @xeptor's fix (a big thanks) to the sanitize_filename() method and added a changelog entry for it - fixes issue #73.
|
|
(where it makes sense)
Also:
- Implemented caching of configuration arrays for smileys, foreign characters and doctypes.
- Implemented cascading-style loading of configuration files (except for library configs, DB and constants.php).
|
|
|
|
|
|
|
|
As suggested in issue #2134 & PR #2149
|
|
Signed-off-by: Eric Roberts <eric@cryode.com>
|
|
Specific codes are as follows, but can easily be changed if a different order/breakdown makes more sense:
- 0: Success; everything executed as planned
- 1: Configuration Error; something is wrong with/in the configuration file(s)
- 2: Class Not Found; what it says
- 3: Driver Method Unsupported; the method you're trying to use on a Driver doesn't exist
- 4: File Not Found; 404 error
- 5: Database Error; something is broken in the database somewhere
- 6: Invalid Input; the user attempted to submit a request with invlaid characters in 1+ key names
7 through 26 are reserved for future use
- 27: Generic Error; generated by show_error() when the status code is >= 100
28 through 127 are errors generated by user applications, normally by using show_error() with a status code below 100
128 through 254 should not be used by applications, as they are reserved by system-level functions
- 255: PHP Fatal Error; automatically generated by PHP for fatal errors, and therefore not allowed for our use
Status codes below 100 are shifted up by 28 to place them in the user error range. It may make more sense to have these codes
left alone and instead shift the CI errors into the 101 through 127 space, but that's not what I opted for here.
It would probably also be a good idea to replace the hard-coded numbers with constants or some such, but I was in a bit of a
hurry when I made these changes, so I didn't look around for the best place to do this. With proper guidance, I could
easily amend this commit with another that uses such constant values.
Signed-off-by: Daniel Hunsaker <danhunsaker@gmail.com>
|
|
|
|
|
|
|
|
Signed-off-by: Eric Roberts <eric@cryode.com>
|
|
feature/output-cache-improvements
|
|
Exact same behavior, but faster. I also think it's more readable.
|
|
feature/output-cache-improvements
|
|
|
|
|
|
related to #2135
|
|
related to #2135
|
|
_fetch_uri_string(); use constant PHP_SAPI instead of function php_sapi_name()
|
|
Fix MSIE conditionals regex in minify output
|
|
to the class property declarations rather than setting them in the constructor. Subclasses can always override in their own constructor if they wish to. Is there a reason why it was done the way it was done? A policy that I am not aware of?
|
|
threshold and Log library instance to reduce function calls
|
|
Allows IE conditionals like the following to remain unmodified.
```html
<!--[if gt IE 8]><!--> <html class="no-js"> <!--<![endif]-->
```
Credit to joebert regex from
http://www.sitepoint.com/forums/showthread.php?696559-Regex-pattern-to-strip-HTML-comments-but-leave-conditonals&s=3eef4ceb0a59b2fdb946fa56220fb6fd&p=4678083&viewfull=1#post4678083
|
|
This reverts commit 8e12c787042396e172a7448c65bd16c3015ffb0f.
|
|
Allows IE conditionals like the following to remain unmodified.
<!--[if gt IE 8]><!--> <html class="no-js"> <!--<![endif]-->
Credit to joebert regex from
http://www.sitepoint.com/forums/showthread.php?696559-Regex-pattern-to-strip-HTML-comments-but-leave-conditonals&s=3eef4ceb0a59b2fdb946fa56220fb6fd&p=4678083&viewfull=1#post4678083
|
|
insertion method
|
|
Improved extensibility of the URI class
|
|
|
|
The existing header normalization routine converts headers provided by Apache (that is, with `-` in the name instead of `_`)
to all lowercase, with the exception of the first character. This is different from the expected result, wherein each word
of the header is capitalized. For example, `CONTENT-LENGTH` would normalize to `Content-length` instead of the expected
`Content-Length`. The reason for this is that the existing code is only converting underscores to spaces, and leaving hyphens
untouched. The fix is to replace hyphens with spaces as well before passing the result through `ucwords()`.
That fix is included here.
Signed-off-by: Daniel Hunsaker <danhunsaker@gmail.com>
|
|
not force a specific list of valid options for `$which`, and (2) build the `$segment_array` and `$total_segments` dynamically regardless of the contents of `$which`.
Signed-off-by: Daniel Hunsaker <danhunsaker@gmail.com>
|
|
|
|
|