<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Javascript on basis42</title><link>https://www.basis42.de/kategorie/javascript/</link><description>Recent content in Javascript on basis42</description><generator>Hugo</generator><language>de-de</language><lastBuildDate>Mon, 21 Jan 2013 18:38:21 +0100</lastBuildDate><atom:link href="https://www.basis42.de/kategorie/javascript/index.xml" rel="self" type="application/rss+xml"/><item><title>Aktuelle node.js Version auf CentOS 6.3 installieren</title><link>https://www.basis42.de/aktuelles-node-js-auf-centos-63/</link><pubDate>Mon, 21 Jan 2013 18:38:21 +0100</pubDate><guid>https://www.basis42.de/aktuelles-node-js-auf-centos-63/</guid><description>&lt;p>Da es für CentOS keine Packages für node.js gibt, hier eine kleine Anleitung, um sich zu behelfen:
&lt;strong>Kurze Anleitung&lt;/strong>
&lt;del>Einfach das von mir gebaute RPM für node.js in Version 0.8.18 verwenden (falls die Architektur passt).&lt;/del>&lt;/p>
&lt;blockquote>
&lt;p>&lt;strong>Hinweis (2026):&lt;/strong> Das RPM biete ich nicht mehr zum Download an. Node.js 0.8 ist seit über zehn Jahren ohne Sicherheitsupdates und sollte nicht mehr eingesetzt werden. Aktuelle Versionen gibt es über die offiziellen Pakete von &lt;a href="https://nodejs.org/en/download">nodejs.org&lt;/a>.&lt;/p></description></item><item><title>Javascript- und CSS-Resourcen-Verwaltung mit grunt.js</title><link>https://www.basis42.de/javascript-und-css-resourcen-verwaltung-mit-grunt-js/</link><pubDate>Fri, 18 Jan 2013 17:26:11 +0100</pubDate><guid>https://www.basis42.de/javascript-und-css-resourcen-verwaltung-mit-grunt-js/</guid><description>&lt;p>Da ich im Rahmen eines Techtalks versucht habe, meinen Kollegen das Javascript-basierte Buildtool grunt.js näher zu bringen, will ich zumindest die &lt;a href="http://talks.basis42.de/grunt.js_talk" title="grunt.js Talk">Sildes&lt;/a> und den &lt;a href="https://github.com/basis42/grunt.js_talk" title="Beispielcode grunt.js">Beispielcode&lt;/a> hier verlinken, um die Informationen allgemein verfügbar zu machen.
Der Vortrag gibt anhand eines Beispiels eine Einführung wie man grunt.js in (nicht nur) JavaScript-Projekten nutzen und für die eigenen Belange konfigurieren und erweitern kann. zusätzlich spannend für mich war meine erste Mal &lt;a href="http://lab.hakim.se/reveal-js" title="reveal.js">reveal.js&lt;/a>, einem JavaScript Framework für Präsentationen. Wenn ich das so mit PowerPoint vergleiche, dann hat das Bauen der Präsentation damit auf jeden Fall 10x mehr Spaß gemacht, unbedingt ausprobieren :-).&lt;/p></description></item><item><title>Javascript, Cookies, IFrames, Ads und all die Dinge</title><link>https://www.basis42.de/ads_iframes_sicherheit/</link><pubDate>Wed, 01 Dec 2010 18:11:22 +0100</pubDate><guid>https://www.basis42.de/ads_iframes_sicherheit/</guid><description>&lt;p>Da ich heute ein Gespräch mit einem Kollegen hinsichtlich der Gefahren von fremd-gehosteten Ads hatte und ich bezüglich dessen nun schon mal den Großteil fein aufgeschieben habe hiermal meine Gedanken dazu:
Im konkreten Fall ging es um Ads die über &lt;a href="https://web.archive.org/web/20101202021232/http://dfp.doubleclick.net/">DFP&lt;/a> ge-scheduled werden. Generell sind im Grundsatz 2 Arten denkbar, eine Ad welches über ein Netzwerk, wie z.B. DFP, ausgeliefert wird, eingebunden werden kann:
Zum einen direkt in die Seite eingebettet oder aber in einem speziellen IFrame, welches lediglich einen kleinen html Schnipsel enthält, der für das Einbinden des Ads notwendig ist. Wobei bei ersterer Variante relativ offensichtlich ist, das das im Prinzip recht böse ist, wir laden uns (meist) Javascript in den Scope unseres Dokuments, welches dann auf Cookies, DOM, etc. zugreifen kann.
Auch ein IFrame bringt wenig Besserung, wenn  z.B. ein Ad über die im IFrame geladene Datei &lt;a href="http://www.example.com/ads/iframe.html">http://www.example.com/ads/iframe.html&lt;/a> geladen wird, so hat man gegenüber einer direkten Einbindung unter z.B. &lt;a href="http://www.example.com/seite.html">http://www.example.com/seite.html&lt;/a> zumindest hinsichtlich der Cookies nichts gewonnen, das DOM der einbettenden Seite ist allerdings geschützt. Für die Cookies hilft hier das setzen eines Cookies mit vollem Pfad oder aber auf verschiedene Subdomains z.B. &lt;a href="https://www.example.com">www.example.com&lt;/a>, während Ads über eine eigene Subdomain ausgeliefert werden, z.B. ads.example.com.
Nehmen wir also an wir sind auf des selben Domain, haben unsere Cookies nicht auf eine speziellen Pfad gebunden und die böse Cookieräuberin ist in unserem Fall Frau Google. Google ihrerseits spannt nun generell ein iframe auf, in etwas so:&lt;/p></description></item><item><title>International PHP Conference und Webtechcon 2010</title><link>https://www.basis42.de/international-php-conference-und-webtechcon-2010/</link><pubDate>Thu, 14 Oct 2010 20:41:23 +0200</pubDate><guid>https://www.basis42.de/international-php-conference-und-webtechcon-2010/</guid><description>&lt;p>Der erste Arbeitstag nach 3 Tagen auf &lt;a href="https://web.archive.org/web/20101023234858/http://webtechcon.de/">besagter Veranstaltung&lt;/a>, neigt sich dem Ende, trotzdem, selbst mit einem Tag Abstand schwirrt mir noch der Vortrag &amp;ldquo;CouchDB - a Database for the Web&amp;rdquo; von &lt;a href="https://web.archive.org/web/20101024175652/http://blog.innerewut.de/">Jonathan Weiss&lt;/a> im Kopf herum, NoSQL Datebanken wie eben CouchDB hab ich auf jeden Fall bis jetzt viel zu wenig beachtet, das schreit förmlich danach, sich damit mal einzuschließen und ein paar Dinge mal ganz praktisch im stillen Kämmerlein auszuprobieren.
Was auf jeden Fall auch hängen geblieben ist, sind viele kleine Denkanstöße aus diversen Vorträgen hinsichtlich jQuery bzw. allgemein Javascript, die zwar alle allein betrachtet nichts wirklich besonderes sind, aber so geballt nochmal serviert auf jeden Fall eine Bereicherung für den Alltag. Und wo ich gerade bei Kleinigkeiten bin: Der window.onError Handler der bei Javascript Fehlern im Frontend auf einen Webservice loggt, ist zwar nicht sooo neu, aber immer noch genial und als &lt;a href="http://www.nicosteiner.de/">Nico Steiner&lt;/a> eben jenen Handler in seinem Vortrag über die 1&amp;amp;1 Frontend-Architektur erwähnte, viel es mir wie Schuppen von den Augen, das Ding hatte ich vor Jahren auch schon mal, aber leider ist es bei aktuellen Projekten verloren gegangen, was aber nun zack nachgeholt wird.
Ansonsten gabs Dienstag Abend lecker Bierchen, welches die Gespräche über Softwareentwicklung, Prozesse und Konzepte doch ganz anständig emotionalisiert hat. Aber nun ja &amp;hellip; das muss auch mal sein :-). Bleibt also nur zu hoffen, das auch nächstes Jahr wieder ein vergleichbar reichhaltiges Angebot an zumindest für mich interessanten Themen geboten wird, dann bin ich auf jeden Fall wieder mit dabei.&lt;/p></description></item><item><title>ExtJS, leere Form Panels und deren Values</title><link>https://www.basis42.de/extjs-form-panels-value/</link><pubDate>Wed, 23 Dec 2009 16:04:48 +0100</pubDate><guid>https://www.basis42.de/extjs-form-panels-value/</guid><description>&lt;p>Im Moment baue ich an einer relativ komplexen Webapplikation deren Frontend auf dem Javascript-Framework &lt;a href="http://www.extjs.com">ExtJS&lt;/a> basiert. Im Zuge dessen bin ich auf ein Verhalten  des Frameworks gestoßen, was ich ungünstig finde:
Wenn ich auf einem Objekt des Types Ext.FormPanel die Methode getValues() aufrufe, bekomme ich nicht wie man vermuten könnte NULL oder zumindest eines der kranken Javascript Derivate davon, sondern ein Objekt welches eine Eigenschaft [Leerstring] mit dem Wert &amp;lsquo;undefined&amp;rsquo; hat. Ein Objekt welches man &amp;lsquo;zu Fuss&amp;rsquo; so konstruieren könnte:&lt;/p></description></item><item><title>Scope von Javascript Variablen</title><link>https://www.basis42.de/scope-von-javascript-variablen/</link><pubDate>Tue, 19 May 2009 20:41:42 +0200</pubDate><guid>https://www.basis42.de/scope-von-javascript-variablen/</guid><description>&lt;p>Nachdem ich mich heute im Dojo Support Forum doch relativ &lt;a href="https://web.archive.org/web/20090705135929/http://www.dojotoolkit.org/forum/dijit-dijit-0-9/dijit-support/dijit-byid-throws-object-doesnt-support-action-ie7" title="Post im Dojo Forum">konsequent zum Obst gemacht&lt;/a> hab, ist dieser Artikel ein kleiner Reminder to myself beim Schreiben von Javascript Code nie, aber auch wirklich nie wieder das kleine Wörtchen &amp;lsquo;var&amp;rsquo; vor der Variable zu vergessen. Ansonsten hat man ganz schnell mal ein unerwartetes Objekt am Wickel.  Sei es mir eine Lehre und ich verbitte mir spöttische Kommentare, ich leide auch so schon genug :-).&lt;/p></description></item></channel></rss>