It was the Bitcointalk forum that inspired us to create Bitcointalksearch.org - Bitcointalk is an excellent site that should be the default page for anybody dealing in cryptocurrency, since it is a virtual gold-mine of data. However, our experience and user feedback led us create our site; Bitcointalk's search is slow, and difficult to get the results you need, because you need to log in first to find anything useful - furthermore, there are rate limiters for their search functionality.
The aim of our project is to create a faster website that yields more results and faster without having to create an account and eliminate the need to log in - your personal data, therefore, will never be in jeopardy since we are not asking for any of your data and you don't need to provide them to use our site with all of its capabilities.
We created this website with the sole purpose of users being able to search quickly and efficiently in the field of cryptocurrency so they will have access to the latest and most accurate information and thereby assisting the crypto-community at large.
It was a technical issue while I was sleeping. It's fixed now.
How it happened was that Slickage was downloading a big chunk of the database for testing without turning off some SQL transaction stuff, so ~10 hours into their query, some configured limit was reached (probably the size of the InnoDB undo log), blocking all other queries. The disk wasn't actually full.
(You might be worried about the security of letting someone have access to the live database, but they are restricted via SQL permissions to only reading non-sensitive columns.)
It was a technical issue while I was sleeping. It's fixed now.
How it happened was that Slickage was downloading a big chunk of the database for testing without turning off some SQL transaction stuff, so ~10 hours into their query, some configured limit was reached (probably the size of the InnoDB undo log), blocking all other queries. The disk wasn't actually full.
(You might be worried about the security of letting someone have access to the live database, but they are restricted via SQL permissions to only reading non-sensitive columns.)