There are two tools to deal with Windows 7 password recovery:
1. Reset disk
2. Anmosoft Windows Password Reset:
http://www.resetwindowspassword.com
--
Posted via http://www.ruby-forum.com/.
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.or
On 11/19/2013 3:39 PM, Francis Daly wrote:
> On Tue, Nov 19, 2013 at 01:45:15PM -0500, Ben Johnson wrote:
>> On 11/19/2013 12:38 PM, Francis Daly wrote:
>>> On Tue, Nov 19, 2013 at 10:36:53AM -0500, Ben Johnson wrote:
>
> Hi there,
>
This works as expected, with one major exception: "clean
On Tue, Nov 19, 2013 at 01:45:15PM -0500, Ben Johnson wrote:
> On 11/19/2013 12:38 PM, Francis Daly wrote:
> > On Tue, Nov 19, 2013 at 10:36:53AM -0500, Ben Johnson wrote:
Hi there,
> >> This works as expected, with one major exception: "clean-URL" rewriting
> >> does not work. In other words, th
On 11/19/2013 12:38 PM, Francis Daly wrote:
> On Tue, Nov 19, 2013 at 10:36:53AM -0500, Ben Johnson wrote:
>
> Hi there,
>
>> This works as expected, with one major exception: "clean-URL" rewriting
>> does not work. In other words, the homepage (/stage/) loads correctly,
>> but all sub-pages re
On Tue, Nov 19, 2013 at 10:36:53AM -0500, Ben Johnson wrote:
Hi there,
> This works as expected, with one major exception: "clean-URL" rewriting
> does not work. In other words, the homepage (/stage/) loads correctly,
> but all sub-pages return a 404. As soon as I attempt to add "rewrite"
> direc
Hi!
I am attempting to serve a staging website from a directory that is
outside of the web-server's document root, while at the same time making
the site accessible at a URL that "appears" to be a subdirectory of the
top-level domain. (I have to do this so that the SSL certificate for the
TLD can
On 19/11/2013 4:49 μμ, Maxim Dounin wrote:
Most likely you are using some rewrite instead, or something like
this.
Thank you,
In the end, it seems someone was actually trying to enter a wrong URL.
Thanks for the clarifications and sorry for the noise...
Nick
___
Hello!
Ivan Fratric of the Google Security Team discovered a bug in nginx,
which might allow an attacker to bypass security restrictions in certain
configurations by using a specially crafted request, or might have
potential other impact (CVE-2013-4547).
Some checks on a request URI were not exec
Changes with nginx 1.4.4 19 Nov 2013
*) Security: a character following an unescaped space in a request line
was handled incorrectly (CVE-2013-4547); the bug had appeared in
0.8.41.
Thanks to Ivan Fratric of the Google Security Team.
Changes with nginx 1.5.7 19 Nov 2013
*) Security: a character following an unescaped space in a request line
was handled incorrectly (CVE-2013-4547); the bug had appeared in
0.8.41.
Thanks to Ivan Fratric of the Google Security Team.
Hello!
On Tue, Nov 19, 2013 at 04:42:01PM +0200, Nikolaos Milas wrote:
> Hello,
>
> Can we suppress errors of the form:
>
> 2013/11/19 10:14:58 [error] 21848#0: *49602
> "/path/to/web/root/DATA/2013/320/index.php" is not found (2: No such
> file or directory), client: :::xxx.xxx.154.69, ser
Hello,
Can we suppress errors of the form:
2013/11/19 10:14:58 [error] 21848#0: *49602
"/path/to/web/root/DATA/2013/320/index.php" is not found (2: No such
file or directory), client: :::xxx.xxx.154.69, server:
www.example.com, request: "GET /location/path/2013/320/ HTTP/1.1", host:
"www
On 19/11/2013 11:21 πμ, Maxim Dounin wrote:
I don't think that open_file_cache results in a measurable
difference in your case. I would recommend disabling it unless
you have good reasons to enable it, just to simplify maintenance.
Thank you all for your suggestions.
It seems that disabling
On 11/19/2013 08:39 AM, Nikolaos Milas wrote:
> Hello,
>
> We are running a Joomla website loading a google map in an iframe (under
> NGINX) in the main (home) web page. This is the page mostly visited as
> it contains almost real-time data to be viewed by clients.
>
> The system info:
>
> Linux
On Tue, Nov 19, 2013 at 08:07:39PM +0900, Yuta MASUMOTO wrote:
> Hi there,
> I translated "install" and "beginners guide" articles into japanese.
>
> --
> Yuta MASUMOTO
> Mail: ow...@club.kyutech.ac.jp
> # HG changeset patch
> # User Yuta MASUMOTO
> # Date 1384857571 -32400
> # Tue Nov 19 19
Hi there,
I translated "install" and "beginners guide" articles into japanese.
--
Yuta MASUMOTO
Mail: ow...@club.kyutech.ac.jp
# HG changeset patch
# User Yuta MASUMOTO
# Date 1384857571 -32400
# Tue Nov 19 19:39:31 2013 +0900
# Node ID 6a6c13a1cbfbd414fa54361748fc5dac289c432a
# Parent 649
On 19/11/2013 4:31 AM, Francis Daly wrote:
*If* that php is set to always return cookies, then you might want to
run a separate php-fpm that does not return cookies for the static
site. But that's a side issue.
Will look into that. Thanks, hadn't thought of it. Did a cursory glance
at Google a
On Tue, Nov 19, 2013 at 09:19:19AM +, Francis Daly wrote:
> On Tue, Nov 19, 2013 at 09:39:44AM +0200, Nikolaos Milas wrote:
Hi there,
Oh, and following Maxim's mail...
> The errors will happen when a file size is changed in-place -- so "mv
> a.html b.html && echo new > a.html" should continu
On Tue, Nov 19, 2013 at 04:13:30AM -0500, Ian Evans wrote:
> On 18/11/2013 6:26 PM, Francis Daly wrote:
Hi there,
> Just to clarify, the two "servers" are on same physical box with the
> same document root, just migrating to a better host. So php is
> installed.
> On the www block, I currently
On Tue, Nov 19, 2013 at 09:39:44AM +0200, Nikolaos Milas wrote:
Hi there,
> 2013/11/17 12:39:14 [alert] 20709#0: *9059 pread() read only 38605 of
> 39107 from "/path/to/web/root/HTML/gmap/gmapv3_auto_el.html"
> ...that this is probably related to the "open_file_cache" directive, and
> in fact
Hello!
On Tue, Nov 19, 2013 at 09:39:44AM +0200, Nikolaos Milas wrote:
[...]
> The problem is that there is a repeating error of the form (I have
> changed real host name and web root path, as well as client IP
> address):
>
> 2013/11/17 12:39:14 [alert] 20709#0: *9059 pread() read only 38605
>
On 18/11/2013 6:26 PM, Francis Daly wrote:
Thanks for your response.
(You can possibly avoid that if you use something like
.../dhe403.shtml/$request_uri and handle it appropriately on the far
side.)
Ok.
It would seem easier to either proxy_pass or fastcgi_pass to the old
server, in an err
22 matches
Mail list logo
