pyramid_fullauth 0.3.0 released!

Posted:
Tags:  fullauth pyramid pytest pytest_pyramid python

After over a month of work I've finally released version 0.3.0 of pyramid_fullauth! This release changes are mostly to testing the package, as with it, it finally reached 100% code coverage, but along I also introduced automatic style checking with pep8, pylint, pep257 and mccabe linter, so in-code changes were big enough, that I had to release it as a new minor version.

Read more…

Comments

Testing web applications using SQLAlchemy.

Posted:
Tags:  fullauth pytest-dbfixtures python sqlalchemy

Some time ago, I decided to refactor pyramid_fullauth tests from mostly unittest style (though run by py.test) to same factor function style tests and base them on pytest_pyramid package, when it comes to test webapp. Everhything went smoothly, until I stumbled upon SQLAlchemy session in tests.

Read more…

Comments

Elasticsearch analyzers

Posted:
Tags:  elasticsearch

Elasticsearch is all the buzzwords recently. There are projects using it to fast distributed search, as a document database and as a tool for data analysis. I've wanted to check out Elasticsearch for some time already, even more, since I've been at lecture about aggregations in Elasticsearch by Honza Král at PyConPL 2013 . I recently got a chance to check it out migrating project from whoosh to elasticsearch. And first thing I noticed about Elasticsearch from solutions I've been using so far are analyzers.

Read more…

Comments

Pylama - Python developer's helpful companion

Posted:
Tags:  linter pep8 python

Everyone might have a hard time to keep his code clean, shiny according to pep8, and not to mention that there are other extensions to ` pep8 <http://legacy.python.org/dev/peps/pep-0008/>`_ rules, like pyflakes, or other linters for that matter. Of course, each linter can be installed, but imagine the need to run each separately, to determine what's in your code that should be fixed. Here comes Pylama.

Read more…

Comments

SQLAlchemy 0.9 dialects speed tests

Posted:
Tags:  mysql postgresql python sqlalchemy

This fourth SQLAlchemy's dialects speed tests aims to test this ORM's newest version, 0.9.x, which is available for about a month already. This version, amongst other improvements, contains C extension for python3.

Read more…

Comments

pyramid_fullauth 0.2.3

Posted:
Tags:  fullauth pyramid python

It took over a four months, but finally got new version of pyramid_fullauth cooked, with three fixes. One relaxing dependency on tzf.pyramid_yml, second adjusts package to pyramid 1.5a3, and third fixes relation definition between AuthenticationProvider and User classes.

Read more…

Comments

pytest_pyramid - to ease testing pyramid apps in pytest suite

Posted:
Tags:  pyramid pytest testing

I've just released pytest_pyramid, a package, that should help testing pyramid applications with pytest suite. It's mostly generalized code, that I've been using across my projects to create both configuration and testing application.

Read more…

Comments

Year's end SQLAlchemy speed tests on postgres and mysql

Posted:
Tags:  mysql postgresql python sqlalchemy

This third SQLAlchemy speed tests for various dialects is my third try, prompted by Tony Locke. Tony is a contributor to pg8000 postgresql connector, which just recently got a huge overhaul and got a new version, after almost three years. I was happy to comply, as his request got me reason to work a little bit on my testing script as well, and automate the whole process.

Read more…

Comments

tzf.pyramid_yml 0.3.0

Posted:
Tags:  pyramid python yaml

I've just released new version of tzf.pyramid_yml. For toally new thing foir this package, I Licensed it under MIT License. Apart from that it introduces few enchancements in terms of defining config location.

Read more…

Comments

How to kill a process hanging on a port

Posted:
Tags:  terminal tip

Sometimes when you develop, you might find yourself with strange error. It says that the process you're trying to start is trying to use port, that is already being used. It's strange, because it is usually You, who used this port on previous run. If that's the case, then fuser command should relieve you from this error.

For example:

fuser 6543/tcp -k

The k parameter is responsible for actual killing. Without it, the command would just identify which process is using port/socket in question.

Comments