Rafał Wrzeszcz - Wrzasq.pl

Using Disqus in XHTML applications

Wednesday, 28 November 2012, 09:22

Disqus is a great service! Without any doubt - brilliant comments system for any website you have. With it you no longer need to care about implementing comments system, moderation tools, social stream etc. Everything you need from commenting system is there. However there is one problem with it - it doesn't work with real XHTML applications (not so common over the net, but still). What's even worse Disqus team stated clearly that they will not care about XHTML applications. If they won't, then I will :).

Tags: XHTML, Web, Disqus, Code, JavaScript

» Komentarze

JavaScript Zend-like url helper

Monday, 25 July 2011, 20:35

In JavaScript, especially when you work with AJAX (many requests to frontend host) and dynamic UI (many requests for assets like images) you have to resolve a lot of URLs. Problem comes, when you have to keep some base of your URLs reference (like web application base URL), or keep your links switchable easily (static hosts balancing). If you are familiar with Zend_Framework, you must know baseUrl() helper for Zend_View. Isn't that a handful thing? Then why not use it in your client scripts as well :)? Here I propose my solution for easy URLs resolving that behaves much like Zend_View's baseUrl() helper.

Tags: Zend, Code, JavaScript, Kod

» Komentarze

Serving static content (CSS and JavaScript) with GZip

Saturday, 23 July 2011, 18:29

When you publish your project in production environment you usualy have some build tasks to be done for each release. For web projects it's good to take care about static contents there - mainly images, CSS and JavaScript. If your project is going to work under heavy load, one of the optimization field will be response size and time. While you will mainly look into your engine/application to shortnen it's response handling time, sometimes it may not be the case. The other point at which you should look is serving static content. Even when those files are stored on separated static server usualy one page load requires loading planty of additional static files. One of the good options is to compress them - smaller size means both smaller bandwidth and shorter loading time for clients.

Tags: Apache2, GZip, CSS, JavaScript, Server, Optimization, Production, .htaccess

» Komentarze

ChillDev.JS - applications mechanism

Sunday, 17 April 2011, 17:20

Even thought I'm quite busy with my business projects I still working hard on ChillDev.JS. I would like to present next huge step - applications mechanism. jQuery has it's jQuery-UI and so my beloved Prototype has it's Scripty2 (still in it's beta). But they are relatively simple libraries, that provide just UI widgets. For something more, you have to look for additional extensions. For jQuery you will probably find mbContainerPlus (looks beautifull, but it's a piece of crappy code, using it will be pain in your ass), but how about Prototype-based libraries? There is LivePipe UI, old Prototype-UI, but they still provide just simple dialog boxes widgets. Now, ChillDev.JS brings full windowing and applications stack for Prototype!

Tags: Scripty2, ChillDev.JS, Skrypty, JavaScript, Kod, Prototype

» Komentarze

ChillDev.JS - let me introduce

Tuesday, 29 March 2011, 16:22

First of all - what is ChillDev.JS? Don't worry - it's not another framework. It is set of components (and various useful routines) built on top of Prototype. It is (will be?) set of classes and UI components that bases on Prototype and Scripty2. It's main purpose is to be flexible and scalable - completly objective API with well-though data dlow allows even complex projects to use it's components by composing them with own routines (see the grid example). ChillDev.JS will focus mainly on complex problems, like windowing/application mechanisms, data grid or forms, so with it you should be able to create rich web applications even for advanced purpose.

Tags: Scripty2, ChillDev.JS, Skrypty, JavaScript, Kod, Prototype

» Komentarze

What makes me angry - jQuery

Saturday, 26 March 2011, 03:40

Yes, I mean it - jQuery is a trash! For last time I was working alot on client-side interfaces for some projects in Red Sky and so I used a lot of jQuery there (not because of my own choice). This only cemented my conviction, how crappy is this library. Creating applications (I mean mechanisms more complicated then simple elements sliding) is a way through passion. I will try to describe best why I think that. If you are starting your adventure with JavaScript - dont get fooled with all that short lines which make your site shiny and blinky - you still have time to choose different, surely better.

Tags: Fuckups, JavaScript, jQuery, Prototype

» Komentarze

Przegląd frameworków JavaScript: Prototype

Saturday, 13 June 2009, 05:44

Jako ostatni przetestowałem bibliotekę Prototype. Swego czasu była to biblioteka najbardziej popularna w projektach korporacyjnych. Realizuje podobny model jak MooTools, jednak można przy jej pomocy tworzyć kod przypominający ten tworzony pod jQuery. Prototype to rozwiązanie dojrzałe i spójne. Mimo iż trochę brakuje niektórych aspektów, to pozostałe są dopracowane bardzo szczegółowo. Jedynym mankamentem tej biblioteki jest dramatycznie niska wydajność w przeglądarkach Internet Explorer (przynajmniej w kwestii obsługi selektorów, bo to właśnie obejmuje test SlickSpeed, na wynikach którego się opieram). W pozostałych przeglądarkach spokojnie może on konkurować z MooTools, czy jQuery, a nawet zazwyczaj je przeganiać - jedynie dojo pozostaje niedoścignionym demonem szybkości. Po przeglądzie wszystkich bibliotek to właśnie na Prototype postanowiłem postawić i wydaje mi się, że był to dobry wybór. Korzysta się z niego bardzo wygodnie, oferuje bardzo szeroką funkcjonalność przy minimalnym ograniczaniu już istniejącej funkcjonalności i pozostawiając szerokie możliwości rozbudowy. Tworzony kod jest bardzo wygodny i sami decydujemy w jakim stopniu używamy frameworku, a ile robimy standardowymi metodami.

Tags: Web, Teksty, JavaScript, AJAX, DOM

» Komentarze

Przegląd frameworków JavaScript: MooTools

Friday, 12 June 2009, 03:22

Kolejnym frameworkiem w kolejce był MooTools. Realizuje on odmienną od dojo i jQuery ideę - nie tworzy zupełnie nowego środowiska, lecz rozszerza domyślny model typów danych. Powiem szczerze, że o wiele bardziej mi się podoba taka metoda działania, jak już wspominałem przy okazji opisywania dojo - po pierwsze nie trzeba uczyć się zbyt wiele, po drugie możemy sami decydować w jakim stopniu korzystamy z oferowanych przez bibliotekę opcji i po drugie takie rozwiązanie jest moim zdaniem o wiele bardziej skalowalne - nie rozwarstwia kodu przez co mamy nadal pełną swobodę odnośnie jego podziału i polityki rozwoju. MooTools jest bardzo wygodny w użyciu, szczególnie, jeśli do tej pory pracowaliśmy już z JavaScript, ale niekoniecznie korzystaliśmy z jakiejś biblioteki tego typu. Jedynym mankamentem jest nieco postrzępiona dokumentacja (nieraz czytając okazuje się, że błądzimy bez celu, bo ktoś nie dodał opisu potrzebnych akurat nam rzeczy).

Tags: Web, Teksty, JavaScript, AJAX, DOM

» Komentarze

Przegląd frameworków JavaScript: jQuery

Thursday, 11 June 2009, 15:33

Muszę przyznać, że dojo wywarło na mnie bardzo pozytywne wrażenie, mimo kilku mankamentów dotyczących raczej mojego subiektywnego podejścia i metod tworzenia aplikacji. Następny postanowiłem wypróbować jQuery. Ten framework cieszy się dużą popularnością i bardzo szybko zdobywa sobie uznanie w sieci. Powiem szczerze, że opinie, jakie o nim czytałem w większości niemal spowodowały, że w ciemno wybrałbym ten framework - od razu powiem, że całe szczęście, że postanowiłem to wszystko przejść na własnej skórze. Ta biblioteka rozczarowała mnie i to mocno. Zupełnie nie rozumiem fascynacji nią w środowisku deweloperów. Jedyną jej zaletą jest to, że pozwala stworzyć tasiemca w jednej linijce, który coś zrobi.

Tags: Web, Teksty, JavaScript, AJAX, DOM

» Komentarze

Przegląd frameworków JavaScript: dojo

Wednesday, 10 June 2009, 03:51

JavaScript jest obowiązkowym elementem każdej nowoczesnej aplikacji webowej. Ja sam jestem w nim powiedzmy średnio-zaawansowany: tego co jest potrafię używać do czego potrzeba, ale poezji w nim nie stworzę. We własnych aplikacjach piszę kod dość łopatologicznie, natomiast kiedy tworzę coś, co musi zadziałać i to sprawnie, wykorzystuję framework, do którego akurat jest dostępne przystępne case study projektów podobnych do tego, co właśnie muszę wyposażyć w interfejs wygodniejszy niż czysty XHTML+CSS. Jednak z czasem stało się to niewygodne, bo zamiast przyzwyczajać się chociaż do jednego frameworka, za każdym razem zaczynałem pracę od nowa. Postanowiłem wstawić w swój silnik webowy jakiś konkretny framework. Postanowiłem przejrzeć 4 popularne frameworki - dojo, jQuery, MooTools i Prototype. Początkowo brałem też pod uwagę YUI, jednak po przejrzeniu dokumentacji i przykładów doszedłem do wniosku, że jest on nieadekwatny do moich potrzeb. To czego potrzebowałem nie jest tam wcale uproszczone (na przykład brak wsparcia dla przesyłania danych za pośrednictwem XHR wykorzystując JSON, a sam framework jest niewątpliwie stworzony z myślą o wysoce skalowalnych, dużych serwisach - ja JavaScript wykorzystuję na mniejszą skalę. Postanowiłem się więc podzielić swoimi spostrzeżeniami na temat wspomnianych bibliotek. Nie będą to tutoriale, ale moje subiektywne oceny, może pomogą komuś w podjęciu decyzji.

Tags: Web, Teksty, JavaScript, AJAX, DOM

» Komentarze