Wcześniej aplikacja była odpalana jako fcgi na tym samym serwerze na ktorym była domena, wiec o dziwo (!!!) bez ustawienia <code>ActionMailer::Base.smtp_settings</code> wszystko ładnie działało.

Problem pojawił się jednak przy przeniesieniu na inny serwer. Na początku w logach wszystko wyglądało ok, była treść maila i proste stwierdzenie “mail sent”. Pomimo tego żadne maile nie docierały. Zmiana hasła w ustawieniach smtp_settings też nic nie pomogła, nadal “mail sent”, a wyników jak nie było tak nie ma.

Rozwiązanie:
Z pomocą przyszło ustawienie:

ActionMailer::Base.raise_delivery_errors = true

i błąd zwracany przez aplikacje o nie udanej autoryzacji. Szybkie sprawdzenie danych do autoryzacji i… następna zagadka. Wszystko poprawnie ustawione, a maili jak nie było tak nie ma. Jak to przy wszystkich problemach z Railsami rozwiązanie jest bardzo proste: Chcąc się logować na konto user@domena.com w ustawieniach smtp pozycja: :user_name => “” powinna wyglądać :user_name => “user@domena.com” a nie jak można się było spodziewać :user_name => “user”.

Dzięki temu zrobiłem następny krok ku agile development

Po próbie generowania wszystkiego przez metodę kontrolera okazuje się że IO.popen jest wykonywany po tej metodzie i nie można w ciele metody przekierować przeglądarki do pdfa bo go jeszcze nie ma.

Wszystko to dotychczas odbywało się lojalnie, próba zainstalowania htmldoca na serwerze site5 na początku się nie powiodła, ale po wymienieniu jednego maila z supportem wszystko się wyjaśniło.

Wpisując polecenie prosto z shella wszystko działało natomiast z rubego nic sie nie generowało. Po dokładnym przegrzebaniu się przez dokumentacje okazało się ze jest parametr HTMLDOC_NOCGI który należy ustawic na true. Tak też zrobiłem, ale… nic się nie zmieniło. Pomoc jaka przyszła z forum htmldoca też nie wiele pomogła.

Po 2 dniach wielkich problemów, za namową znajomego powróciłem do fpdf, która w rubym jest jako rpfdf. Opanowanie podstawowych metod i wygenerowanie czcionek  z polskimi ogonkami zajeło mi 3 godziny. Instalacji na serwerze na dobrą sprawę nie ma, gdyż rfpdfa załącza się jako normalną klasę rubego. Ilość czcionek jest ograniczona tylko przez posiadanie plików tff. Dotychczas generowałem tylko ariala w dwóch wersjach, ale inne nie powinny powodować problemów.

Podsumowując w moim przypadku htmldoc okazał się wielkim nie wypałem, mimo początkowych szybkich rezulatatów, natomiast prawdziwym hitem okazało się rfpdf. Wszystko szybko, łatwo i przyjemnie, bez uciekania się do zewnętrznych aplikacji. Polecam wszystkim!

Wkrótce powinno uzbierać sie parę czcionek, które udostępnie “dla leniwych”.

Przeczytam tą książkę kiedyś jeszcze raz, na razie mam bardzo mieszane uczucia.
Na pierwszą książkę polecam coś z tutoriali ogólno dostępnych, a potem Agile Web Development with Rails.

Jedną z takich propozycji jest geograficzny tetris.

1. Google (start sierpień 1998)
2. Szerokopasmowy internet. W Polsce to początki neostrady czyli 2003.
3. Aukcje na eBay (Sierpień 1997)
4. Amazon.com (May 1997)
5. Google AdWords (2000)
6. Otwarte standardy (HTML 4.0 w 1997)
7. WI-Fi (802.11 - 1997)
8. youTube, zamieszczanie treści generowanej przez użytkownika (2005)
9. iTunes (2001)
10. BlackBerry (1999)

Dlatego powstała lista 80 porad jak lepiej wykorzystać to duże narzędzie.

Polecam wszystkim uzależnionym od gmaila :)

Ciekawie kiedy będzie dostępna w Polsce?

Krótki opis narzędzia. Polecam każdemu piszącemu więcej niż sklep internetowy na zalicznie projektu na studiach/w technikum.

Czym więcej osób pracuje nad projektem tym bardziej się przydaje. Polecam szczególnie gdy zamierzamy wracać

do kodu za dłużej niż przerwa na kawę.

strona główna projektu

Wprawdzie niewielu już angielskie teksty przeszkadzają (albo chociaż powinno tak być),  ale odbieram to jako ukłon w stronę polskiej społeczności. Czyżbyśmy generowali już tyle przychodów?

na razie wszystko wygląda ok.

Każdy dbający o swój wizerunek w sieci powinien zadbać o swoją stronę uwzględniając

• wygląd strony (projekt graficzny)
• użyteczność, czyli dobre, intuicyjne rozmieszcznie elementów
• samą treść

Oczywiście kolejność jest dowolna w zależność od rodzaju strony czy serwisu.

Jednak równie ważną formą przekazu jest używany przez wszystkich e-mail. W mailu do klienta czy współpracownika również warto zadbać o wygląd graficzny. Tutaj głównym przekazem jest treść, ale przedstawienie graficzne może przesądzić o przeczytaniu lub odrzuceniu wiadomości. Sam często dostając bardzo długiego maila pisanego ciągłym tesktem od razu go kasuje lub oszukując siebie zostawiam do przeczytania na później. Jednak to później nigdy nie następuje, pojawiają się następne maile i o tym pierwszym zapominam.

W przypadku kiedy wysyłamy wiadomość, która może zostać odrzucona może warto wzbogacić ją o grafikę wyróżniając ją z tłumu. I tutaj przychodzą nam z pomocą gotowe szablony do maili .