Jul's Blog - Latest Comments

Re: Make rails3 deployment more robust with inploy

julian7 — Sun, 09 Dec 2012 03:24:12 -0000

I have switched yet again :) Now I'm using mina (http://nadarei.co/mina/) for deployment. It builds a full shell script, and sends it through a single ssh connection.

Re: Make rails3 deployment more robust with inploy

Elaine Li — Sat, 08 Dec 2012 20:55:08 -0000

sounds like this would be useful for deployment, I will give it a try and let you know if i was successful. great share

Re: Electronic invoicing in Hungary — in Hungarian

Bo Harald — Sat, 24 Sep 2011 15:46:30 -0000

Hear that Hungary has decided for a deadline for paper or e-mail to public sector - like most countries have/will do soon. Is this so - pls mail to harald@sypbh.pp.fiKind regardsBo Harald

Re: Electronic invoicing in Hungary — in Hungarian

Bo Harald — Sat, 24 Sep 2011 15:45:43 -0000

Hear that Hungary has decided for a deadline for paper or e-mail to public sector - like most countries have/will do soon. Is this so - pls mail to harald@sypbh.pp.fi
Kid regards
Bo Harald

Re: Vendoring gems with style

julian7 — Wed, 25 May 2011 11:55:01 -0000

I'm thinking about the weakness of adding ./bin to PATH for a while now, and I think I found a solution: start a dev console (bundle exec $SHELL). It sets the whole environment for your needs (eg. $GEM_* variables, $PATH, $BUNDLER_* and such), without start using $PWD/bin especially if it's in a world-writable area.

Re: Vendoring gems with style

julian7 — Sun, 22 May 2011 11:42:43 -0000

RVM gemsets are not unnecessary, but using them may cause configuration issues. You can have three fellow developers. Maybe all of them use rvm, but maybe not. Maybe they like your naming conventions, maybe not. You can't please them equally.
You can have multiple deployments on the same server. You can't use too specific .rvmrc, because it would mess up your deployments, especially if you serve production too.This is why people tend to leave out .rvmrc from version control.Our point in these blog posts are to encourage everyone to add .rvmrc to source control, even it means tradeoffs.

By default, bundler installs gems to $GEM_HOME, which means your bundled items can be managed by gem command too.

It might be convenient, but after a while, your gem list will be overcrowded with old versions, gathering dust. Therefore, you start cleaning it up. You can do it on your own machine, but you definitely should not do such a thing on a production server.

Of course, you can separate bundled environments with gemsets, but if you start using multiple places (more developers, more deployment targets), this start being a burden. Now I don't even want to mention gems which have .rvmrc in them.

This means we have two issues to fight against: the resistance of putting .rvmrc to source control, and being too specific.

Anyways, bundler does a good job in vendoring: it puts everything in $GEM_HOME, therefore it maintains the same directory structure as rubygems do. It also adds a `bundler` dir to add gems referenced with git URLs.

While I understand the weaknesses of putting ./bin into a PATH, but in a systems administrator's perspective, putting executables into a world-writable area is dangerous, and therefore executing them should be restricted in OS level.

I tried the same with adding PATH settings into .rvmrc, but it's not a robust solution.

Re: Vendoring gems with style

michaelnutt — Sat, 21 May 2011 09:46:55 -0000

I'm not sure I follow your reasoning. The article you linked to says rvm gemsets are unnecessary, but doesn't say why. They then say to vendor everything inside your application saying "disk space is cheap". I'm not sure why they don't just go ahead and use an rvm gemset for that.

In your example, you vendor everything in your application, but then symlink the directory to a shared directory. This seems like the worst of all worlds. If I do a regular `bundle install` bundler will look for the correct version in system gems and use that, or otherwise install it alongside whatever version I have. I haven't looked through how bundler does vendoring, but in your situation if you have two apps with different dependencies both symlinked to the same directory I think the apps will end up overwriting each other's gems.

If you don't have the space to vendor things in your app, why not just use regular `bundle install`+ binstubs and let bundler meet dependencies?

Lastly, it's fairly minor, but be aware that adding "./bin" to your path has security implications. If I'm a lower privileged user I could add my malicious binary to /tmp/bin/ls and then when you cd into tmp and `ls` you'll end up running my command. The bigger concern is just general confusion with your PATH randomly picking up things in bin directories.

Re: Unobtrusive JqGrid on Rails à la 2dconcept, but with Searchlogic

Phlegx — Tue, 25 Jan 2011 15:36:50 -0000

Ok, nice!

>> With this script is it possible to search across relations? Example user.residence.name

Do I have to make joins?

Re: Unobtrusive JqGrid on Rails à la 2dconcept, but with Searchlogic

julian7 — Tue, 25 Jan 2011 15:01:26 -0000

Memoizable just caches the result of your method, it's more like def method() @_method ||= ... end. You can put these methods to another controller (may I suggest using another class which inherits ActiveController, just to be able to exclude these methods if they're not needed), however you won't be able to use @@index_columns, because it would be propagated to all other objects. You'll have to use class methods to do so:

    class SortableController < ApplicationController
      protected
      def order_by ... end
      def sort_index
        self.class.index_columns.include?(params[:sidx]) ? params[:sidx] : nil
      end
      def sort_order
        params[:sord] == 'desc' ? 'desc' : 'asc'
      end
    end

and in your controller:

    class WhateverController < SortableController
      def self.index_columns
        @@index_columns ||= [:act, :id, :firstname, :lastname, :"region.name", :"residence.name"]
      end
      ...
    end

The catch is @@index_columns will be native only for WhateverController, and it won't be propagated to SortableController.

Re: Unobtrusive JqGrid on Rails à la 2dconcept, but with Searchlogic

Phlegx — Tue, 25 Jan 2011 08:44:29 -0000

Ohh nice! I test it today. If it works then you are THE BEST!
The code looks simple and clear but what is ActiveSupport::Memoizable?!
How can i do to put the :order_by, :sort_index, :sort_order methods to the application controller? Because I have the jqgrid on all index views and so I have to add all this methods to every controller.

Whit this script is it possible to search across model attributes in relations with e.g. the model user that shows the jqgrid on index:

@@index_columns ||= [:act, :id, :firstname, :lastname, :'region.name', :'residence.name']

So, :'region.name' and :'residence.name' are two models in relation with the model user.

What jqgrid plugin are you using for Rails3? Can you deploy a example app to github please?

bye

Re: Unobtrusive JqGrid on Rails à la 2dconcept, but with Searchlogic

julian7 — Tue, 25 Jan 2011 04:21:05 -0000

Yep, searchlogic is not in my current stack. This is how a recent users#index looks like:
https://gist.github.com/794700

Re: Unobtrusive JqGrid on Rails à la 2dconcept, but with Searchlogic

Phlegx — Mon, 24 Jan 2011 16:11:05 -0000

Hi!

How looks the code for rails3? So, you have uninstalled searchlogic?

bye
phlegx

Re: Unobtrusive JqGrid on Rails à la 2dconcept, but with Searchlogic

julian7 — Thu, 23 Sep 2010 10:09:51 -0000

I already switched to Rails3, and it doesn't check params[:sidx] (it should be one of the columns). Anyways, in rails3, arel does a very nice job, and searchlogic is not needed anymore.

Search and order by should work in the same time, however it could depend on your database backend. Which one you use?

Re: Unobtrusive JqGrid on Rails à la 2dconcept, but with Searchlogic

Phlegx — Tue, 21 Sep 2010 10:53:03 -0000

Hi!

Nice work. Some suggestions:

- What is your used Rails Version?
I use 2.3.8 and i have to change the method public_send to send to get it to work.

- If i search on a column (e.g. username) AND i order the the username column, i get an error. I cannot search AND order a column at the same time. Can you help me please? I'm very newbie in Rails.

Cheers
phlegx

Re: iPhone

js — Sat, 22 Nov 2008 03:58:30 -0000

Én nem MSN-ezek a buszon, lehet, hogy ez a gond. Azonban arra már rájöttem, hogy autóvezetés közben felhívni valakit lényegesen veszélyesebb, mint a régi, hard-keyboard-os nokia-val.

Re: iPhone

lymmz — Wed, 29 Oct 2008 20:33:08 -0000

igazabol engem elgondolkodtat az, hogy megeri-e a penzet az elso generacioshoz kepest, illetve a jol megszokott qwerty gombsoros motorola utan tudnek-e msn-ezni lotyogo buszon.

Re: Bodum Santos

js — Mon, 21 Jul 2008 14:47:03 -0000

Persze most mondhatnám, hogy nem fogjátok elhinni, de tényleg megjött a cuccos. Majd erről is fogok valamit írni.

Re: Bodum Santos

lymmz — Fri, 02 May 2008 15:24:08 -0000

akkor még nem lesz homokóra alakú kávécsinálómasinád!

Re: Bodum Santos

js — Sat, 29 Mar 2008 12:07:03 -0000

Ötödik hete nem szóltak vissza, bár két hete érdeklődni kezdtem. Akkor az volt a helyzet, hogy már leadták a rendelést, de a cég még nem szólt vissza. News at 11.

Re: Bodum Santos #2

js — Mon, 17 Mar 2008 13:40:51 -0000

hehe, akkor kéne odamenned, amikor még jól látod, hogy az egy Rumcájz-puska végén bogyóval! Rajtam is fennt van gyakran a Kwak-buff, de hát én már csak a madarasteszkóból szerzem.

Re: Bodum Santos #2

lymmz — Mon, 17 Mar 2008 07:13:44 -0000

pedig már azt hittem, hogy jobb kocsmákban ilyenbe mérik a barna sört. :)

Re: Új év, új blogmotor

js — Tue, 04 Mar 2008 18:43:32 -0000

Háhá, mistype, cégé!

Re: Új év, új blogmotor

fpoison — Tue, 04 Mar 2008 18:26:18 -0000

Nagyon szep es jo :) De draga baratom az nem inport hanem import :) :) amugy cg a bloghoz, nagyon szep :P

Re: Új év, új blogmotor

js — Mon, 18 Feb 2008 17:40:46 -0000

Good catch... egyébként teljesen ide vág, azért nem volt meg az adatbázis, mert azt nem mozgattam át a js.hu-val együtt, miközben az aldomain-eket csináltam :)

Re: Új év, új blogmotor

bpelhos — Mon, 18 Feb 2008 06:41:44 -0000

A http://js.hu/jos/ oldaladon nem működnek a linkek (pl. http://js.hu/jos/spec-1 ).

Bocs, hogy itt szólok, de nem találtam sehol kontakt lehetőséget.