News for hackers. Stuff that matters.

gpsarakis

Re:Call me maybe: Elasticsearch 1.5.0 on Tuesday May 05, 2015 @12:55AM (#9490910)
Sphinx does indeed a very good job and is continuously improved. It is very fast and with small memory footprint.

We also built https://techusearch.com which uses Sphinx indexes (think of a SaaS version of Elasticsearch backed by Sphinx).

Re:Pygments, a generic syntax highlighter on Monday February 16, 2015 @02:08PM (#9058567)
Interestingly enough, there is one unofficial API http://pygments.appspot.com/, but supports an outdated version (1.5).
Re:SpaCy: Industrial-strength NLP with Python and Cython on Sunday January 25, 2015 @10:51AM (#8943163)
Great work! Do you consider PyPy support also?
Re:Scrap the SCP. How to copy data fast using pigz and nc on Saturday January 10, 2015 @04:57AM (#8866421)
Sure you can :). Naturally transfers via SSH "suffer" from the encryption overhead but prevent MITM/network sniffing etc. The author points out that (only) in a trusted LAN you could use this solution to make things go faster.

I guess the title should be a little more mild - scp isn't going away, or rsync via SSH for that matter.

Re:Scrap the SCP. How to copy data fast using pigz and nc on Saturday January 10, 2015 @04:22AM (#8866374)
pigz does parallel compression, taking advantage of multiple cores. I am not really sure if you can achieve this with scp.
Re:Scrap the SCP. How to copy data fast using pigz and nc on Saturday January 10, 2015 @04:07AM (#8866354)
Thumbs up for pv which shows the progress bar. Using parallel compression may have serious impact on CPU resources, so it needs to be balanced.

Have you also done any testing with ssh + gzip?

Also, as you note at the end, the security concerns are not trivial.

Re:Make Your Own Programming Language on Saturday January 03, 2015 @06:30PM (#8832477)
Great read! An effort on a DSL using PLY (Python LEX-YACC implementation): https://github.com/georgepsarakis/quick-bash .

It is actually a transcompilation to Bash from a functional language, using Python for the intermediate processing.

Re:MimicDB: Speed boost for S3, 2000x faster on Tuesday November 19, 2013 @02:26AM (#6759754)
Probably you can, if you implement upload callbacks which can be passed through the success_action_redirect parameter. Not sure though.
Re:MimicDB: Speed boost for S3, 2000x faster on Tuesday November 19, 2013 @02:21AM (#6759735)
It says that it only stores metadata locally not objects themselves (although it could probably have an option for that too and serve as a general S3 cache).

Nice effort, Redis is perfectly fine but I believe that the storage layer should be somehow more separated in case someone wants another type of storage, e.g. in-memory SQLite is adequate and already installed in most systems.

Re:Why do yo use JavaScript-Libraries like jQuery? on Sunday November 17, 2013 @08:45AM (#6748861)
Taking a quick look at the source code directory structure https://github.com/jquery/jquery/tree/master/src, I believe that you could create a minimal, customized build containing only features that you actually want. For example only element selection (which is very convenient and fast IMO) and AJAX.
CSS selectors are much easier to remember than XPath. Python's BeautifulSoup allows you to select elements with selectors and is very convenient. XPath is a bit more verbose and most people already are familiar with CSS syntax.
Re:Writing a FUSE filesystem in Python on Monday November 04, 2013 @01:58PM (#6670403)
Nice post! You mentioned that you implemented this wrapper for backups. Apart from creating a virtual file system for sandboxing perhaps, isn't this generally slower? Maybe I am not getting the exact purpose of this task.
Re:Django plugins you shouldn't start without on Sunday November 03, 2013 @03:17AM (#6662578)
This app proves also very helpful if you use Nginx: https://github.com/andreiko/django_graceful
OK, thanks for answering!
Is this version compatible with 1.4.2 or will it require a full data dump/restore?

Older »