It seems database server is down
--
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google
On 30/04/13 11:06, mattn wrote:
It seems database server is down
I can display http://www.vim.org/ as non-logged-in but an attempt to log
in gives me:
Query attempt failed: Can't connect to local MySQL server through socket
'/var/lib/mysql/mysql.sock' (2)
while the URL bar gets set to "h
Tony Mechelynck wrote:
> On 30/04/13 11:06, mattn wrote:
> > It seems database server is down
> >
>
> I can display http://www.vim.org/ as non-logged-in but an attempt to log
> in gives me:
>
> Query attempt failed: Can't connect to local MySQL server through socket
> '/var/lib/mysql/mysql.so
Bram Moolenaar wrote:
> Yes, the database appears to be down.
> They "upgraded" the project recently, but I have no reason
> to assume this is related.
>
> Please check the sourceforge site for any known problems.
> Or file a support ticket.
> I'm afraid I don't have time right now to look into it.
Bram Moolenaar wrote:
> Please check the sourceforge site for any known problems.
> Or file a support ticket.
I've poked around and can't find anything, so I have filed a
support ticket:
https://sourceforge.net/p/forge/site-support/3872/
John
--
--
You received this message from the "vim_dev"
> Please check the sourceforge site for any known problems.
There are none (http://sourceforge.net/blog/category/sitestatus/)
> ticket
Not sure where to create one which is related to mysql hosting.
I've sent a message to #sourceforge at freenode hoping that staff will
reply soon.
Logging in usi
Excerpts from John Beckett's message of Tue Apr 30 13:22:53 +0200 2013:
> Bram Moolenaar wrote:
> > Please check the sourceforge site for any known problems.
> > Or file a support ticket.
>
> I've poked around and can't find anything, so I have filed a
> support ticket:
> https://sourceforge.net/p
In a 1000+ lines file, typing in the clsoing parenthesis. eg.
func(|)
| means the cursor, go to type.
The cursor will go to blink or shake. So I prefer disable matchparen in
insert mode.
2013/4/30 Gary Johnson
> On 2013-04-30, Fanhe Fanhed wrote:
> > matchparen plugin in CursorMoveI autocmd is
On Tue, Apr 30, 2013 at 4:16 PM, Fanhe Fanhed wrote:
> In a 1000+ lines file, typing in the clsoing parenthesis. eg.
> func(|)
> | means the cursor, go to type.
> The cursor will go to blink or shake. So I prefer disable matchparen in
> insert mode.
I don't think this has anything to do with some
On 2013-04-30, Fanhe Fanhed wrote:
> In a 1000+ lines file, typing in the clsoing parenthesis. eg.
> func(|)
> | means the cursor, go to type.
> The cursor will go to blink or shake. So I prefer disable matchparen in insert
> mode.
That's odd. I created a 2000+ line file, moved the cursor to the
That's odd too. I just forget how to reproduce. I remember it occurs a year
ago on my working pc.
I turn off this feature and try to reproduce in furturn.
Now just forget this...
Regards,
Fanhe
2013/5/1 Gary Johnson
> On 2013-04-30, Fanhe Fanhed wrote:
> > In a 1000+ lines file, typing in the
The vim.org problem has been fixed by Sourceforge.
However, my checking of some recent changes to the vim.org
database shows that vim.org was scanned by someone with Acunetix
Web Vulnerability Scanner. That was used to generate at least
124 user accounts, including text fields intended to probe fo
John Beckett wrote:
> The vim.org problem has been fixed by Sourceforge.
It still looked broken to me.
After a little digging I discovered that the PHP function we were using
to connect to the database no longer worked. I changed it by one letter
and now it's working again.
> However, my chec
Excerpts from John Beckett's message of Wed May 01 04:29:16 +0200 2013:
> 124 user accounts, including text fields intended to probe for
> bugs that might be exploited to break in to the system.
The bot did at least 20 login attemps per second !
http://www.vim.org/account/register.php
I've added a
This still does not protect agains resource exhaustion (mysql users
exceeded - which appened). There are modules for apache to prevent
excessive site usage by bot like attacks. Maybe we should propose
sourcreforge to set them up?
Marc Weber
--
--
You received this message from the "vim_dev" mai
I've introduced a total limit of 500 POST requests within 4h which is
slightly more than POST requests happen within 24h on an average day
(380 posts in 24h)
Thus if a bot uses multiple IPs, he should still fail soon
(unfortunately everybody else, too) - I think its more importatnt to
protect agai
16 matches
Mail list logo