Das Plugin Settings für Rails wird in meinen Applikationen stark verwendet.
Z.b. werden Informationen die im Layout verarbeitet werden auch mit gehalten. Dies belastet daher stark die DB. Um die Zugriffe zu minimieren, habe ich eine kleine Änderung im Plugin vorgenommen:

Wir definieren zunächst folgende neuen Globalen variablen:

@@use_cache = true
@@cache = {}

Danach diese neuen Methoden:

def self.use_cache(use_cache=true)
if(use_cache == true)
@@use_cache = true
else
@@use_cache = false
@@cache = {}
end
end

def self.use_cache?
return @@use_cache == true
end

Und nun ändern wir die Methode def self.object(var_name) so ab:

def self.object(var_name)
if use_cache?
set = @@cache[var_name.to_s]

if set.nil?
set = Setting.find_by_var(var_name.to_s)
if(!set.nil?)
logger.debug “Putting Setting in cache: ” + var_name.to_s
@@cache[var_name.to_s] = set
end
end
else
set = Setting.find_by_var(var_name.to_s)
end

set
end

Und schon wieder etwas verbesserte Performance

PS: Ja, ich weiß dass Caching mit z.B. MemCache auch eine Möglichkeit ist, man hat halt nur nicht immer nen MemCache am laufen und Settings werden bei mir eigentlich in jedem Projekt verwendet, wodurch die Lösung hier am besten war!

Anmerkung: siehe für MemCached: http://frederico-araujo.com/2007/12/13/make-your-rails-app-faster-with-memcached-part-1

convert this post to pdf.

Kaum zu glauben aber wahr: Eine Black Screen of Death (ja, das kommt eigentlich von DOS-Zeiten) kann produziert werden.

Wie?

Einfach: Man connecte sich auf sich selbst.

Also RemoteDesktop öffnen, eigenen Rechnernamen eingeben (AD-Domäne mit IP vom DHCP). Daraufhin im aufgehendem Dialog User und Passwort eingeben, beobachten wie das Fenster auf geht, sich auf dem Rechner eingeloggt wird und plötzlich der ganze Screen gesperrt wird (Schwarz).

Wieder raus kommen unmöglich.

OK, jetzt fragen bestimmt welche: Warum machst du auch sowas?

Ganz einfach, ich wollte wissen ob meine Rechte sich an Rechnern anzumelden nach einer Änderung von meinen Userrechten mir dies noch erlaubt, bevor ich in den Schulungsraum laufe und dort mich versuche anzumelden. Man will ja nicht vor seinen Kollegen dumm dastehen wenn nicht’s klappt wie es soll.

Interessant ist hier wirklich, dass meine Erwartung gewesen wäre: “Sie können sich nicht auf Ihrem Rechner anmelden” als Meldung kommt. OK, Microsoft hat hier wohl nicht mit PEBKAC gerechnet, aber muss man das nicht? Was wäre wenn ich wichtige Daten offen gehabt hätte?

Es ist nur interessant zu lesen, dass ich auch so so gut wie nichts zu diesem Problem im Netz gefunden habe.

Was folgern wir daraus: Denke nicht M$ hat dies so entwickelt wie du es dir vorstellst oder selbst getan hättest.

Meistens kommt es anders, vor allem als man denkt

convert this post to pdf.

Man kennt es von diversen Foren: nach dem 3. Anmeldeversuch muss man 15 Minuten warten bis der nächste Anmeldevorgang möglich ist.

Was auch bekannt ist: ein User darf sich nur vom 1.3.08 bis 31.3.08 anmelden.

Dies kann für weitere Sicherheit sorgen und unterbindet bruteforceattacken.

Wie implementieren?

Ausgangssituation: RestfulAuthentication.

Neue Attribute am User:

• login_from :datetime
• login_till :datetime
• loginTries :integer, :default => 0

Erweiterung um validierung eines passenden timeframes:

aus:

def self.authenticate(login, password)
u = find_in_state :first, :active, :conditions => {:login => login} # need to get the salt
u && u.authenticated?(password) ? u : nil
end

wird:

def self.authenticate(login, password)
u = find_in_state :first, :active, :conditions => {:login => login} # need to get the salt
u && u.loginframe_valid? && u.authenticated?(password) ? u : nil
end

und die neue Methode loginframe_valid? wird folgendermaßen implementiert:

def loginframe_valid?
startValid = login_from.nil? || Time.now > login_from
endValid = login_till.nil? || Time.now < login_till

return startValid && endValid
end

nun muss nur noch aus der authenticated?(password) Methode die Anzahl der loginversuche ausgewertet werden:

def authenticated?(password)
result = crypted_password == encrypt(password)

# validate the logins
if result
if self.loginTries != 0
self.loginTries = 0
self.save
end
else
self.loginTries = self.loginTries + 1

if self.loginTries == 3
self.login_from = Time.now + 15.minutes
self.loginTries = 0
logger.info “User #{id} has been blocked for 15 minutes with his third failed attempt!”
end
self.save
end

result
end

Einzigstes Problem, das nun noch auftreten kann, ist, dass der Counter eventuell in einem Szenario falsch gesetzt ist.
Dabei könnte man noch ein Attribut last_logintry :datetime anfügen, das ausgewertet werden müsste bei einem Anmeldeversuch, wenn der Counter > 0 ist und den dann wenn last_logintry < Time.now - 15.minutes ist, den Counter wieder auf 0 setzen.

Nur als kleiner trick, der dafür sorgt, dass user sich nicht immer anmelden können.
Ach ja: eine Meldung erscheint nicht, da dies zu viel Aufschluss geben könnte was passiert ist.
Diese Arbeit wäre dem Administrator überlassen, wenn diese in den Userinformationen, die nur er sieht, dort dann passend alles ermitteln kann.

convert this post to pdf.

Un wieder ein mal ein weiteres Plugin.

SimpleWidgets soll es ermöglichen zur Laufzeit wie hier in diesem Blog an der Seite bestimmte bereich dynamisch einzublenden. Neueste Beiträge wäre ein Partial und dies kann an der gewünschten Stelle eingebunden werden.

Im Layout wird festgelegt <%= render_widgets “Groupname” %> und alle Widgets für diese Gruppe (optional) werden nun angezeigt. Caching usw alles optinal bestimmbar. In der Verwaltungsui kann man dynamisch die einzelnen Widgets passend zuweisen.

Widgets sollten beim start der Appkikation registriert werden (Durch name unique) oder können manuell angelegt werden. Das Partial muss dabei vorhanden sein!

—

You see it everywhere, simple little widgets that will be rendered (mainly on the frontpage)
into the site. E.g. Wordpress. I wanted something like that too, where i have partials that do my work and at runtime
i define which Widgets are shown. (All or special groups.)
So i define once in my layout where i want to have the widgets.
E.G. in an left sidebar i want all widgets that belong to group XYZ rendered. (Default is all Widgets)

so i define in my layout:
<div id=”sidebar”>
<%= render_widgets :name => “XYZ” %>
</div>

This will now search the widgets in the Widgetgroup XYZ and render them.
You may define them at runtime using manual defining or what i did was create an Holder.
WidgetHolder.register (in environment) registers all defined using the Method

SimpleWidgets.register_widget(”BlogEntries”, “posts/blogwidget”, :group => “XYZ”)

In the UI (/widgetgroups/show/id) you may drag and drop the widgets and they will now be shown
at the desired place.

Attention: currently an Widget belongs to exactly one group. If this is not desired, tell me, i could change this!

SVN: http://svn.sjoker.net/svn/railsplugins/trunk/simplewidgets/

convert this post to pdf.

Letztens habe ich in mein FireStation-Projekt caching eingebaut. Was ist mir dann passiert: die Stickies wurden fehlerhaft gecachet und man sah Sie ohne eigentlich der passende User zu sein. Wie kriegen wir das weg?

Direkt ist dies wohl nicht vorgesehen (wer denkt schon daran?).

Da die Stickies an Hand der Session erkannt werden, so können wir diese auch passend auslesen lassen mit der Methode render_stickies.

Der kleine Trick:

1. Erstellung eines StickiesController
2. Schreiben der Methode: mystickies
   

   def mystickies
   respond_to do |wants|
   wants.js {render :layout => false } # nur mittels Ajax lesbar
   end
   end

3. Erstellen des Views mystickies.rhtml
   

   <%= render_stickies %>

4. Einbindung in das Layout
   

   <div id=”stickies”>
   <%= javascript_tag “Event.observe(window, ‘load’, function() {new Ajax.Updater(’stickies’, ‘/stickies/mystickies’, {asynchronous:true, evalScripts:true}); });” %>
   </div>

5. Freuen

Soooo einfach geht das!
Etwas ajax, etwas refactoring und alles läuft wie am Schnürchen

convert this post to pdf.