I’ve published my first live website in 2004 so almost 13 years ago. I know that this is not so long time ago but for me 13 years is nearly half of my age. In early 2000’s I definitely wouldn’t say that I’m a developer but since that moment creating a websites becomes something more that an hobby — my daily work. I know that in 2004 world wide web really advanced but for me this was same beginning — I’ve learned basic HTML and CSS and know how to copy/paste ready JavaScript code into my first masterpiece. My website was simple static HTML, no extra features apart from <marquee> tag which allows me to create first news highlighter and of course I’ve used <table> for entire layout (everyone did it that way that time!) so it was basically Excel with some CSS…

Oldie but goldie

What I really missed from that period is simplicity — I’ve got one file (sic!), which represent entire service. I’ve got copies of everything in my CD-ROM’s, don’t need to worry about performance, SEO and all that stuff from long checklist that you review every time you publish a website. It was a pure joy of having this what we today call tech blog.

Today if you want to start a simple Hello World website most of the tutorials will force you to use super advanced IDE, npm, learn command line tools, use Gulp, Grunt of Webpack, lint your code, use CSS pre-processor and some latest JavaScript library which will be outdated the next day. Really, this is basic set-up and you need from at least several hours to output on your browser

<h1>Hello World</h1>

It also depends how good you are at copy/pasting commands you probably even don’t understand. Current web development stack looks quite like on this discussion about JavaScript frameworks:

Make it simpler

In most areas tools that we use today are far more user friendly that few years ago. Just look at text editors, we’ve replace Microsoft Word by iA Writer, we’ve got minimalistic To-Do list apps instead of Excel, and use emojis exactly in the same way like hieroglyphs in ancient Egypt 4000 years ago. What is really interesting it really looks that this revolution missed web development tools…

Luckily there is light at the end of tunnel and it is called Publii.

Publii

Publii is an open source static CMS. Ok but what means static here? In short words this super nice tool generates static HTML pages like in old good times and publish them live with just one-click.

Some basics will never change — you still need a web server but that’s all. Publii is packed with bunch of nice templates and user-friendly interface which allows you to focus on publishing. So just open editor and write, then click Sync your website and preview your live article.

This is also great example that simplicity don’t have to mean lack of functionality. You can adjust layout, keep SEO on the highest possible level, add share buttons and all that stuff that modern websites needs.

If you’ve ever struggled to optimize your webiste and fight for green badges from Google now you can forget about it. This is static HTML — super safe and super fast. What is more you can generate Accelerated Mobile Pages (AMP) and CSS and JS files are compressed out of the box.

Less is more

Publii is still in beta version but you can try it here https://getpublii.com/. Works with Windows and macOS as well. As I’ve mentioned it is Open Source software so free of charge and really allows you to get back to web development basics. It is still your website, still have your very own element and you don’t need to spend hours to make every single small change. You just double click on the Publii icon and it’s ready — ready for your ideas and content that you want to share with other people.

Every single web development project sooner or later requires GIT repository. In our small (but efficient) team we’ve started like many do — with GitHub/Bitbucket account. It is a great starting point; with all those social features, issues, merge requests etc. but it appears very quickly that’s not enough.

The first biggest issue was security; due to company policies it is always better to keep all code inside so the only way is to use some self hosted solution. When it comes to install totally new software it would be good to provide as many features as possible and this way step by step we’ve end up with Gitlab Community Edition.

Why Gitlab?

To be honest, one of key decision makerswas fact that’s it free. I don’t want to use commercial software until we fell confident that this is exactly what we need. It appears that Gitlab not only suits our needs but also gives us more than we’ve expected. Before moving to Gitlab I’ve set up Github with Deploy bot to build our test/production servers. When amount of markets grows and we need to build 10 test environments and the same amount of production ones I can’t image this process without Gitlab CI.

Continuous Integration works like a charm. Really. You are able to set up multiple build stages, write own build scripts and with the mix of protected branches feature gives you full control over build process. What is more it is very, very easy to configure.

But you know what’s the best with Gitlab CI? You’ve got everything in one system, no extra installations, no 3rd party services — all in one place (and in fact even in one file).

Gitlab as project management tool?

For regular daily usage, Gitlab have all features critical for developers. I mean here: branches, merge requests which makes code review easier, comments system, issues etc. But what it makes so valuable tools for me is the project management aspect.

Of course for some projects it is absolutely enough to have issues and milestones but here with issues board you can use Kanban methodology as well.

Labelling system in web development project

This small but super useful feature allows to create structures and the flow of further changes, bugs submit and much more for you project. I’ve organized labels using colours which identify group of problem and names.

Every single issues created in our list, no matter whether it is internal one or request from our customers get few types of labels like market or status. Most ideas are born in group Feedback which laters is transform to Pending or Additions.

Thanks to Status labels I can easily check which changes are ready to test or which ones are deployed to production and prepare changelog.

Kanban board inside Gitlab

According to everydaykanban.com definition Kanban is:

a way to organize the chaos that surrounds so many delivery teams by making the need for prioritisation and focus clear.

and it is the best definition that I’ve found. If you are familiar with this methodology you will fall in love with Gitlab because it may replace your another tool to keep your to do. Thanks you labels you can easily creates boards which are no different from regular Kanban board with: To Do, Doing and Done.

Just the tip of the iceberg

Features mentioned here are only the beginning and I’m sure that Gitlab may fit to any software project. Apart of it it has great UI, it is fast and scalable.

Small enhancements makes the difference; like leaving you in comment after push code link to automatically create merge requests.

And last but not least, it is not an advert — if you know any familiar software or know tools which makes project and web development easier and more efficient feel free to leave a comment!

Microdata is one of the best new features announced in Joomla! 3.3. Rich snippets like microdata (but also RDFa or microformats) provides additional informations for search engines for better understanding your content. In short words with microdata you will say to Google or any other browser engine :

Hey, here is my article and here you will informations about the author, publish date etc.

This microdata syntax can describe a specific type of information like article or person but also a movie, event, product or place. List of available schemas you can check on schemas.org website and also learn more about how mark up you content.

How to enable microdata in Joomla! 3.3?

You don’t have to do anything to use microdata with Joomla! 3.3 because improved article or contact view with additional microdata is available by default. There is also no option to disable it so all latest Joomla! users get SEO optimised content without changing anything in configuration or in article details.

Microdata details are not visible at first look because this additional HTML5 tags don’t change anything for regular website visitor. Let’s look at sample code from Google Webmaster Tools help. This is default way to display author information block without schemas syntax :

<div> 
 My name is Bob Smith but people call me Smithy. Here is my home page:
 <a href=”http://www.example.com">www.example.com</a>
 I live in Albuquerque, NM and work as an engineer at ACME Corp.
</div>

as you can see there is a simple div container and plain text with link inside. Search engine will interpet this part of code as a default text, search engine don’t know whether it is related with some person, article or what type oc content this part describe. Exactly the same text with additional microdata :

<div itemscope itemtype=”http://data-vocabulary.org/Person"> 
 My name is <span itemprop=”name”>Bob Smith</span> 
 but people call me <span itemprop=”nickname”>Smithy</span>. 
 Here is my home page:
 <a href=”http://www.example.com" itemprop=”url”>www.example.com</a>
 I live in Albuquerque, NM and work as an <span itemprop=”title”>engineer</span>
 at <span itemprop=”affiliation”>ACME Corp</span>.
</div>

It is not hard to see that the code is a little bit longer but it contains additional schemas informations. First of all the div container has itemscope definition which describe what type of vocabulary we will use so what type of content you want to describe — in this example it is Person. Every single imemprop describes particular person properties like url, nickname, name, title etc. Thanks to this additional code, Google and other browser engines can understand this HTML code and know that this describe some person.

I have Joomla! 3.3 how to check this microdata details?

When it comes to Joomla! implementation you just can’t see this changes until you will check your website source code. One of the most common use of microdata is to describe article and author. In Joomla default article view use the microdata but it is also used on contact page . In previous Joomla! versions default article content code looks similar to this one :

<div class=”item-page”>Nullam id dolor id nibh ultricies vehicula ut id elit.</div>

Since Joomla! 3.3 this code is extended by additional details :

<div class=”item-page” itemscope itemtype=”http://schema.org/Article">Nullam id dolor id nibh ultricies vehicula ut id elit.</div>

which clearly say to search engine — “Here start my article and there you should look for high quality content ☺”

Microdata syntax allows to include hierarchical data so the article definition is not the only change,when it regards to author details previously the code just display author name :

<dd class=”createdby”> Written by Joomla </dd>

and now you should see something similar to this :

<dd class=”createdby” itemprop=”author” itemscope itemtype=”http://schema.org/Person"> Written by <span itemprop=”name”>Joomla</span> </dd>

This two schemas are main change in single article view but of course they contain more itemprop definitions like dataPublished, genre, dateModified or interactionCount.

There is much easier way to check your document data structure by using Google Structured Data Testing Tool. With this tool all that you need to do is to paste link to your website and after that you will get all microdata included informations with syntax validation.

Joomla 3.3 Microdata was originally published in Joomla CMS on Medium, where people are continuing the conversation by highlighting and responding to this story.

tak mocne, że aż nie do przejścia

Najnowsza aktualizacja Joomla! 3.2 promowana jest hasłem “Something New for Everyone” i faktycznie każdemu użytkownikow przynosi kilka nowych problemów.

Powszechnie znany jest już problem z reCaptch’ą, która
nie działa nie tylko w najnowszym wydaniu ale także w poprzednich, co związane jest ze zmianą adresów przez Google (czego na pewno nikt się nie spodziewał, a Google zrobiło to z dnia na dzień bez jakiejkolwiek wcześniejszej informacji). Więcej na ten temat w języku polskim można znaleźć tutaj (wraz z rozwiązaniem) oraz w języku angielskim pod tym adresem.

Jedną z nowych opcji w Joomla! 3.2 są tak zwane mocne hasła (ang. strong passwords) które użytkownik może aktywować w ustawieniach wtyczki User — Joomla! Cała zmiana polega na tym, że zamiast funkcji skótu MD5 wykorzystywana będzie funkcja BCrypt. Funkcja sama w sobie idealnie nadaje się do zabezpieczania haseł statycznych. Co prawda, sól stosowana w metodzie MD5 jest długa, bo 32 bitowa ale skrót wygenerowany za pomocą metody BCrypt jest bardziej złożony i trudniejszy do złamania. Gdy wspomniana opcja zostanie włączona, wszystkie nowo tworzone hasła będą dłuższe niż poprzednie. W praktyce oznacza to, że w przypadku aktualizacji Joomla! w naszej bazie danych znajdziemy mix starych i nowych haseł.

Jaki jest efekt takiej niespójności danych nie trudno przewidzieć — nowo zarejestrowani użytkownicy nie są w stanie się zalogować ani zresetować hasła. Sam proces rejestracji nie wyświetla żadnych błędów, a administratorowi pozostaje zdecydować, którym użytkownikom chce zapewnić dostęp — nowo utworzonym czy już istniejącym (poprzez włączenie lub wyłączenie opcji strong passwords).

Oczywiście pozostaje jeszcze możliwość ręcznego naprawienia błędu. Dokładny opis można znaleźć w tym artykule: Joomla 3.2 passwords issue (solution). Problem jest już zgłoszony i prawdopodobnie tak jak inne pozostanie naprawiony wraz z najbliższym wydaniem.

Uwaga: Problem podobno nie występuje przy czystych instalacjach Joomla! 3.2, gdzie wszystkie hasła będę zapewne tej samej postaci dopóki konfiguracja wtyczki nie zostanie zmieniona.

Joomla! 3.2 i mocne hasła was originally published in Joomla CMS on Medium, where people are continuing the conversation by highlighting and responding to this story.

Co nowego z punktu widzenia developera?

Kilka dni temu ukazała się kolejna wersja Joomla! 3.2. Wersja beta w przeciwieństwie do poprzedniej wersji alpha przynosi kilka zauważalnych zmian — zarówno w zakresie interfejsu jak i funkcjonalności. Dokładne zmiany w tej wersji opisane są tutaj. Najważniejsze z nich to:

• wersjonowanie dla domyślnych i dodatkowych komponentów,
• dwuskładnikowe uwierzytelnianie,
• Joomla! Ajax Interface,
• wbudowany sklep z rozszerzeniami,
• komponent “Post-Installation Messages”,
• aktualizacja biblioteki jQuery do wersji 1.10.2,
• liczne zmiany w interfejsie zaplecza.

JSite

Pierwsze co rzuca się w oczy po instalacji Joomla! 3.2 to możliwe problemy wynikające z usunięcia klasy JSite. W przypadku szablonów dla Joomla! klasa ta używana jest na przykład do uzyskania elementów aktywnego menu:

$menu = JSite::getMenu();

powyższy kod zgodny z Joomla! 3.2 będzie wyglądał następująco :

$menu = JFactory::getApplication()->getMenu();

Analogicznie przedstawia się kwestia pobierania instancji klasy JRouter:

JSite::getRouter();

powinien zostać zamieniony na :

JApplication::getRouter();

Usprawniony “Debug Mode”

Brian Teeman w swojej prezentacji dotyczącej Joomla! 3.2 — A big box of chocolates przedstawił także usprawniony tryb debugowania. Faktycznie już w wersji beta otrzymujemy dostęp do poprawionych narzędzi, które znacznie ułatwią proces optymalizacji i wyszukiwania błędów. W zakładce “Profile Information” prezentowane są dokładne dane dotyczące wywołanych zdarzeń przedstawionych w wygodny graficzny sposób. Widok zapytań SQL został uzupełniony o informacje dotyczące czasu trwania zapytania oraz ilości użytej pamięci.

Pola formularza z użyciem możliwości HTML5

Lista zmian najnowszej wersji zawiera ciekawy punkt o nazwie Introducing HTML5 form fields and attributes — GSOC, który mówi o dodaniu nowych funkcjonalności do dostępnych pól formularzy w Joomla! Dzięki dodaniu parametrów do elementów formularza takich jak: autocomplete, autofocus, spellcheck itp. Wszystkie dostępne warianty możesz znaleźć pod tym adresem.

Interesujące wydaje się pole typu Pattern, gdzie zdefiniować możemy wzorzec służący do walidacji wartości formularza. Po więcej szczegółów dotyczących usprawnień elementów formularzy zapraszam do prezentacji autora tego dodatku.

Inne elementy, które nie sposób pominąć

Na liście zmian można zauważyć także dodanie Joomla! RAD czyli Rapid Application Framework. Według założeń będzie to dodatkowa biblioteka zawierająca zestaw klas i funkcji usprawniających pracę twórcom rozszerzeń.

Joomla! Ajax Interface to kolejny komponent, który znajdziemy domyślnie w kodzie Joomla! W opisie można znaleźć informację:

By itself, the Joomla Ajax Interface does not any functionality, but it easily extended by modules and plugins, for custom Ajax functionality.

Z pewnością po publikacji finalnej wersji Joomla! waro bliżej przyjrzeć się możliwościom tego komponentu.

Joomla! 3.2 (beta) was originally published in Joomla CMS on Medium, where people are continuing the conversation by highlighting and responding to this story.

krótkie podsumowanie wybranych prelekcji

Jak zapewne wszyscy związani z Joomla! w Polsce wiedzą 5 oraz 6 października w Łodzi odbyły się Joomla! Day Poland (lub jakby to powiedział “Zwiastun” Joomla! Day Polska). Po pierwsze cieszę się, że w Łodzi bo do centrum konferencyjnego miałem 15 minut drogi, po drugie dlatego, że organizacja wypadła świetnie co jest zasługą wielu osób, których nie sposób tutaj wymienić.

Business Day

Po krótkim rozpoczęciu poprowadzonym przez organizatorów, pierwszą prelekcję w efektowny sposób przedstawił Ofer Cohen — członek zarządu OSM, który przybliżył kilka liczb związanych z Joomla! na świecie, opowiedział także o nowościach w Joomla! 3.2, przy tym całość ubrał w małe show związane z pozbywaniem się swoich koszulek. Wziął także kilka naszych (koszulek) więc mogę się tylko domyślać co się z nimi stanie na najbliższym Joomla! Day. Następne dane było wystąpić mi osobiście, co oczywiście tutaj przemilczę, powiem tylko, że miałem tzw. prime time bo znacząca liczba osób po występie Ofer’a pozostała na auli.

Prelekcja Macieja Kuźniara prezesa Oktawave mówiła o tym jak Oktawave widzi chmurę i tę prelekcję najlepiej jest porównać do tego co przedstawił Ryszard Dałkowski drugiego dnia. Wydawać by się mogło, że wspomniana chmura widziana przez Microsoft (Azure) i Oktawave na pierwszy rzut oka jest taka sama jednak w detalach widać znaczące różnice. Wniosek jest jeden — Joomla! z pewnością znajduje tam swoje miejsce i to chyba najważniejsze dla użytkowników. Prezentacja “Wsparcie dla klientów — czyli punkt widzenia zależy od punktu siedzenia” Pawła Frankowskiego cieszyła się taką popularnością, że punktualne przybycie oznaczało brak miejsc. Z relacji osób, które miały przyjemność posłuchać Pawła wiem, że było warto.

Po przerwie obiadowej rozpoczęła się kolejna sesja prelekcji którą rozpoczął Tomasz Dziuda mówiący o module News Show Pro, tutaj również w ramach autoreklamy dużo nie napiszę ale wspomnę tylko, że Stefan Wajda i Sebastian Dajnowiec w swojej prezentacji nie znaleźli wad w tym rozszerzeniu.

Aleksander Kuczek powiedział trochę o tym jak zgodnie z prawem rozliczyć przychody związane Joomla!, niektórych postraszył, niektórym pewnie otworzył oczy na fakt, że takie koszty trzeba ponosić, ogólnie bardzo pozytywnie. Mateusz Grabowski przybliżył temat sklepów w oparciu o VirtueMart. Pokazał, że rozszerzenie które delikatnie ujmując nie jest moim ulubionym (ale wciąż jest najlepiej sprawdzającym się sklepem dla Joomla!) można usprawnić tak aby było bardziej przyjazne użytkownikowi. Szkoda tylko, że metoda badawcza mało dokładna i tak naprawdę nie wiadomo na ile zmiany przyczyniają się do poprawy sprzedaży a na ile to dzieło przypadku, sezonowości itp. Okres porównawczy powinien być znacznie dłuższy a sama analiza mogłaby się opierać na więcej niż jednym wskaźniku. Po losowaniu nagród i kolacji zakończyliśmy dzień pierwszy, wrażeń i tak było wystarczająco.

Community Day

Drugiego dnia na szczęście można było pojawić się odrobinę później, po luźniejszym wykładzie poprowadzonym przez Pawła Frankowskiego, ponownie wystąpił Ofer Cohen i postanowił przybliżyć słuchaczom Architekturę Joomla! Powiedzmy sobie szczerze, że był to raczej wykład dla programistów (czasem dobrze sobie przypomnieć wszystko w dużym skrócie) ale pokazał też, że Joomla! to nie tylko zaplecze i to co widzimy na naszej stronie ale konkretny kawałek kodu wielu programistów. Następnie pomimo drobnych problemów z mikrofonem wystąpił Ryszard Dałkowski, o którym wspomniałem już w odniesieniu Oktawave — szacunek za ekspresowe uciszenie “szyderców” Microsoft paroma gratisami. “Oczko w Joomla! 21 niezbędnych rozszerzeń” to bardzo fajnie przeprowadzona prelekcja pokazująca przekrojowo różne rozszerzenia dla Joomla! idealna dla zwykłych użytkowników jak i osób, które tworzą strony oparte o Joomla! komercyjnie. Zainteresowanie prezentacją na temat Responsive Web Design Dziudka było tak duże, że po raz drugi już nie znalazłem miejsca.

Nie ma tego złego co by na dobre nie wyszło więc w tym czasie znalazłem się u Michała Trzepizura, który przybliżał problem tworzenia kopii zapasowych. Wszystko super, wielu użytkowników na pewno zdało sobie sprawę jak źle zarządzają kopiami bezpieczeństwa (lub też w ogóle ich nie posiadają). Zapomniał jedynie wspomnieć, że Akeeba Backup domyślnie tworzy backup zawierający wszystkie poprzednie kopie (o ile oczywiście nie wyłączymy tego katalogu w opcjach komponentu) o czym zapewne dotkliwie przekonają się użytkownicy próbując tworzyć kopię nawet kilka razy na tydzień. Wielkość jednej kopii będzie rosła w sposób praktycznie wykładniczy i szybko skończy się to informacją od hostingu, że ilość miejsca została wykorzystana. Nie wspominając już o fakcie, że większość budżetowych hostingów nie zapewni dostępu do CRON’a.

Drugi dzień swoją prezentacją na temat LESS zakończył Tomasz Dziuda, po której nastąpiło kolejne losowanie nagród (chyba nikt nie wrócił z pustymi rękami) i pamiątkowe zdjęcia.

Czas na podsumowanie

Joomla! Day to obowiązkowy punkt dla każdego związanego z Joomla! Mi szczególnie miło było poznać osoby z którymi do tej pory miałem tylko kontakt wirtualny, odpowiedzieć na pytania (a tych było wiele i nie tylko po prezentacjach ale także w kuluarach). To co mnie osobiście zaskakuje to przekrój użytkowników (i nie chodzi tylko o ich wiek) i mnogość sposobów wykorzystania Joomla! Cieszę się, że mogliśmy rozdać wiele gratisów i miło było zobaczyć na drugi dzień ludzi z logiem GavickPro na plecach. To co udało mi się wynieść z konferencji (poza torbą gratisów) to także przekonanie, że nie ma niezdrowej konkurencji pomiędzy Joomla! a innymi systemami CMS. Nikt tutaj nie starał się na siłę pokazać, że Joomla! to rozwiązanie idealne i najlepsze — bo tak nie jest, co nie zmienia faktu, że mi nadal najbliższe.

Do zobaczenia za rok!

Joomla! Day Poland 2013 was originally published in Joomla CMS on Medium, where people are continuing the conversation by highlighting and responding to this story.