Jeżeli zainteresował Cię temat Hobo ale odstraszał Cię brak dokumentacji trochę się w tym temacie zmieniło na lepsze.
Pojawił się tutorial do aktualnej wersji (0.7) http://hobocentral.net/tutorial i teraz faktycznie można bez większych problemów stawiać pierwsze kroki.
Bardzo polecam zainteresowanie się tym tematem.
Przypominam, że pisałem o Hobo tu: http://hoscilo.pypla.net/2007/10/01/jeszcze-szybsze-prototypowanie-w-railsach-hobo/
Pythoniści spotykają się w Krakowie 28.1.2007. Szczegóły znajdziecie tu: http://python-krakow.blogspot.com/2008/01/pierwsze-spotkanie.html.
Bardzo cieszy mnie to, że zaczynają powstawać inicjatywy związane z Pythonem - póki co programiści i fascynaci Ruby’ego mają bardziej prężne inicjatywy. Żałuję, że nie będę mógł zjawić się w Krakowie tego dnia.
Życze powodzenia z tą inicjatywą.
Jestem przekonany o tym, że nadchodzący Bootstrap 8.2 będzie wybitnie ciekawy.
Wszystkie szczegóły znajdziecie tu http://bootstrap.pl/2008/01/11/zawartosc-bootstrapa-v801/.
Widzimy się 19 stycznia 2008 o 12 na Chłodnej 25.
Dodam, że już za miesiąc Bootstrap w takie formie i pod taką nazwa będzie miał już rok - postaramy się wymyślić coś specjalnego :)
Ostatnio nie miałem czasu niczego napisać ale o Bootstrapie poinformować wprost muszę.
Zapowiadają się dwie bardzo ciekawe prezentacje:
Pierwsza będzie o tym jak Wikidot podbije świat rozwiązań wiki. Michał Frąckowiak, siła sprawcza Wikidot, opowie o historii projektu, przedstawi kulisy techniczne oraz organizacyjne. Nie zabraknie też informacji o planach rozwoju, oraz tego na jaki model biznesowy nastawione jest Wikidot.
Drugim prelegentem będzie gość ze Słowenii, Andrzej Nabergoj, CEO New Europe Online. Andrzej opowie o ich doświadczeniach startupowych, w tym pozyskiwaniu kapitału VC jak i bootstraping, kreatywne tworzenie nowych rynków, odkupywanie firmy od VC. Przedstawi również opinie na temat konkurencyjności Wschodniej Europy na tle rynków globalnych. Prezentacja będzie przeprowadzona po angielsku.
Spotkanie jak zwykle odbędzie się 24 listopada 2007 na Chłodnej 25.
Wszystkie informacje dotyczące tego spotkania znajdziecie tu: Bootstrap 7.11
Dodatkowa informacja.
Jeżeli chcesz być informowany na bieżąco o kolejnych Bootstrapach, a nie używasz RSS lub boisz się, że w nawale informacji coś przegapisz, zapisz się do grupy Bootstrap-Alert, która poinformuje Cię o spotkaniu mailem. Więcej informacji znajdziesz tu: Bootstrap-ALERT!
Już za tydzień kolejny Bootstrap - będzie ciekawie.
Informacje znajdziecie tu.
Serdecznie zapraszam i do zobaczenia.
Pewnie wiesz lub słyszałeś/-aś jak szybko tworzy się prototypy w Ruby on Rails. Znasz pewnie generator “scaffold_resource” gdzie możesz z linii poleceń stworzyć model, migracje, pełen CRUD (controller i widoki) i to w wersji RESTful. Dodatkowo dostajemu podstawowe API (XML) do zarządzania tym modelem.
Przykład:
ruby script/generate scaffold_resource Person first_name:string last_name:string notes:text
Nie będę opisywał jak dokładnie wyglądają wygenerowane pliki ponieważ to możecie sprawdzić sami.
Część was znudzona pisaniem własnych paneli administracyjnych pewnie znalazła takie projekty jak ActiveScaffold czy auto-admin (klon rozwiązania z Django) ew nawet Streamlined (muszę przyznać, że moja wiedza o tym projekcie jest ograniczona).
Są to faktycznie niezłe rozwiązania konkretnego problemu - panelu administracyjnego (może z wyłączeniem Streamlined, który idzie w inną stronę).
Na pierwszy rzut oka Hobo służy do rozwiązywania tego samego problemu - błąd.
Jako zachętę do dalszego czytania polecam te 3 screencasty.
Zaznaczam aby nie próbować tworzyć aplikacji razem z prowadzącym - za chwilę wyjaśnię dlaczego.
Dla leniwych kod aplikacji dostępny jest w pliku załączonym do tego wpisu
Kod jest zgodny z wersją 0.6.2 i może przestać działać w wersjach wyższych od tej.
Instalujemy Hobo:
sudo gem install hobo
Tworzymy nowy projekt. Jest to projekt Railsowy z modyfikacjami Hobo:
hobo blog
Hobo stworzył nam modele User oraz Guest, kontrolery Application, Front i User
W katalogu głównym projektu tworzymy modele:
ruby script/generate hobo_model Post
ruby script/generate hobo_model Comment
i kontrolery tych modeli:
ruby script/generate hobo_model_controller Post
ruby script/generate hobo_model_controller Comment
Teraz możemy zająć się definicjami modeli. Poza standardowymi definicjami relacji mamy blok fields
Uważni zauważyli pewnie, że generator modeli nie tworzy plików migracji, zostaną one wygenerowane automatycznie wraz z określeniem pól w bloku filelds. W tym bloku poza standardowymi typami Railsowymi mamy takie typy jak :html, :markdown, jeżeli uzupelnimy blok o wpis timestamps stworzone zostaną pola created_at i updated_at.
Jeżeli odpowiednio zdefiniujesz relacje odpowiednie pola dla kluczy zostaną stworzone. Hobo będzie również śledził zmiany w polach i odpowiednio modyfikował pola w migracjach.
W tym bloku możemy również definiować walidatory.
Załóżmy że nasze proste modele wyglądają tak:
W tym momencie musimy jeszcze określić dane do logowania w config/database.yml
Jeżeli mamy zainstalowaną obsługę SQLite3 wystarczy:
development: adapter: sqlite3 database: db/blog_development.db
Generujemy migracje.
ruby script/generate hobo_migration
migracja zostanie wyrzucona na ekran konsoli, wciskamy m i ewentualnie podajemy nazwę pliku migracji (lub wciskamy Enter by pozostawić proponowany).
W tym momencie pozostało nam jesze wykomentować linię
w app/controllers/application.rb, która może sprawiać nam problemy (nowe zabezpieczenia w Edge Rails z tego co wyczytałem).
Odpalamy
ruby script/server
i pod adresem http://localhost:3000/ powinniśmy mieć działającą aplikację Hobo-Railsową :)
Przetestujmy czy działa - w przeglądarce wchodzimy na http://localhost:3000/signup powinien pojawić się formularz zakładania nowego konta. Załóżmy użytkownika o nazwie admin (to dość ważne by użyć tego loginu dla dalszej części tego poradnika).
W celu późniejszego zalogowania się do aplikacji używamy http://localhost:3000/login
Możemy poruszać się po naszym nowym blogu ale przyznajmy to szczerze “wieje nudą” bo nie możemy nic dodać ani edytować - zmieńmy to.
W modelu User przedefiniujemy metodę super_user? by wyglądała tak:
To sprawia, że nasz użytkownik jest administratorem i został wyłączony z restrykcyjnego w tym momencie systemu uprawnien.
Pobawmy się aplikacją w tym momencie. Jak widać wszystko działa pięknie, cała edycja jest w standardzie Ajaxowa. Do wyświetlania na listach używane jest pole name lub title jeżeli takie pole nie występuje brana jest nazwa modelu + id. Możemy to zmienić definiując metodę to_s dla danego modelu.
W ten sposób w dosłownie 5 minut mamy działającą aplikację. W tym momencie możemy zająć się modyfikacjami widoków (a dokładniej ich stworzeniem) np app/views/posts/show.dryml
Sprawmy by ten plik wyglądał tak:
<Page>
<main>
<panel>
<header><h2>Wpis na blogu</h2></header>
<section>
Tytuł: <editor:title/>
</section>
<section>
Treść: <editor:content/>
</section>
<section>
Komentarze: <view:comments part=”post_comments”/><br />
</section>
<section>
Użytkownik: <editor:user/><br />
</section>
</panel>
<form with=”&Comment.new” update=”post_comments, comment_form” part=”comment_form”>
<input:content/>
<input:user/>
<input:post/>
<submit label=”Dodaj”/>
</form>
</main>
</Page>
Kilka słów wyjaśnienia. W tym przypadku jesteśmy w kontekście konkretnego Posta/Wpisu na blogu i polecenieeditor “wie”, że chodzi o edycję pola w obrębie tego obiektu. Możemy ten kontekst oczywiście zmieniać dla określonej części kodu.
Jeżeli zalogowany użytkownik nie ma uprawnień do edycji danego obiektu lub danego pola zamiast edytora pojawi się po prostu view chyba, że użytkownik nie będzie miał uprawnień do oglądania obiektu/pola.
Przez part definiujemy części strony, które później możemy podawać jako parametr do Ajaxowych przeładowań. Gdybyśmy w deklaracji formularza wyżej pominęli updates formularz odesłałby nas do strony nowo stworzonego posta a tak po jego dodaniu odświeży nam komentarze i sam formularz.
Hobo umożliwia nam korzystanie z wielu niezależnych modeli do obsługi użytkowników. Standardowo tworzy model User ale możemy również stworzyć własne, które będą koegzystowały ze sobą (np Admin czy Editor) i będą zdefiniowane zupełnie odrębnie.
Hobo umożliwia też proste wpięcie zaawansowanego systemu autoryzacji (np authorization plugin- odpowiednie metody maja tylko zwrócić true lub false.
Mam nadzieję, że zainteresowałem was choć trochę Hobo i poświęcicie mu trochę czasu gdy wejdzie w fazę stabilna i pojawi się konkretna dokumentacja.
Wydaje mi się, że twórcy Hobo zebrali najlepsze pomysły z Ruby on Rails i Django i próbują zrobić coś co wychodzi jeszcze o krok dalej. Trzymam kciuki i będę śledził dzieje tego projektu.
Najbliższy Bootstrap dość wyjątkowy ponieważ zupełnie wakacyjny - nie będzie prezentacji ani określonego programu spotkania lub jak kto woli - całe spotkanie będzie składało się z rozmów.
Jeżeli chcielibyście poznać twórców blogów, które czytacie i aplikacji, których używacie - zapraszamy serdecznie.
Informacje o spotkaniu znajdziecie tu.
Mnie niestety na tym Bootstrapie nie będzie - od czwartku zaczynam długi, zasłużony urlop.
Ostatnio mało pisze za to sporo robię i może niedługo po moim powrocie będzie można zobaczyć pewne efekty mojej pracy.
Do zobaczenia we wrześniu.
