Dzielimy się tym co ważne

POST-REDIRECT-GET (PRG) is a design pattern that states that a POST request to the server should be answered with a REDIRECT response that points the user to a GET request what will yield some summary of the POST-ed data. To quote Wikipedia, When a web form is submitted to a server through an HTTP POST request, attempts to refresh the server response can cause the contents of the original POST to be resubmitted, possibly causing undesired results, such as a duplicate web purchase.To avoid this problem, many web developers use the PRG pattern — instead of returning a web page directly, the POST returns a redirect. The HTTP 1.1 specification introduced the HTTP 303 („See other”) response code to ensure that in this situation, browsers can safely refresh the server response without causing the initial POST request to be resubmitted. In most cases, failure to implement PRG properly leads to user seeing an unfriendly warning message when trying to refresh the page with the form. If the user chooses to continue with the refresh operation (which they are naturally tempted to do), it can lead to them executing duplicate request – with results ranging from inconvenient (like registering two edits with the same data) to downright dangerous (like charging the payment twice). The solution, as we said, is to respond to POST request with a REDIRECT that points the user to a GET page. When the form in question is filled correctly, it’s as simple as returning a RedirectToPageResult from […]

Podczas pracy nad jednym z projektów spotkałem interesujący problem. Wyobraź sobie, że masz listę z danymi, która może być wyświetlana jako prosta siatka, bądź bardziej zaawansowany widok ze zdjęciami, opisem itd. Przykład poniżej: Implementacja samego mechanizmu zmiany widoku jest bardzo prosta. Wystarczy zwykły przełącznik, którego stan może być trzymany jako podstawowy useState, bądź nawet jeśli jest taka potrzeba – w storze Redux. Gdzie więc jest problem? Problem można napotkać w momencie kiedy zmieni się widok. Przeglądarka nie zapamiętuje wtedy na którym itemie z listy aktualnie byliśmy, tylko zachowuje pozycję scroll. Wyobraź sobie, że patrzysz aktualnie na Item 5, zmieniasz widok na „szczegółowy” i zamiast Item 5 pojawia się Item 2. Dzieje się tak, ponieważ szczegółowe itemy mają większą wysokość i zmieniają całkowicie widok listy. Przykład możesz zobaczyć tutaj. Jak można rozwiązać ten problem? Przed zmianą widoku należy sprawdzić oraz zapisać informacje, który item jest aktualnie widoczny. Zmienić widok. Sprawdzić pozycję scroll zapisanego itemu. Ustawić scroll na sprawdzoną wcześniej pozycję. Głównym problemem tych operacji jest wykonanie funkcji tuż przed zmianą widoku. Można oczywiście nasłuchiwać eventu „scroll” i zapisywać z każdym eventem nową informację o aktywnym elemencie, ale nie jest to zbyt optymalne podejście. Idealnie byłoby sprawdzić drzewo DOM zaraz przed zmianą widoku. Dla utrudnienia, powiedzmy, że należy to zrobić BEZ modyfikacji funkcji zmieniającej widok. getSnapshotBeforeUpdate Dla takich sytuacji React przygotował metodę cyklu życia komponentu zwaną getSnapshotBeforeUpdate. Możesz o niej więcej przeczytać tutaj.  Jednak naszym celem nie jest przepisywanie wszystkiego na komponent klasowy. Więc jak to zrobić z hookami…? Using hooks – […]

Enterprise Architect’a albo się kocha, albo nienawidzi. Dla analityka to zawsze trudna relacja – często jest to po prostu „małżeństwo z rozsądku”. Warto co jakiś czas się szkolić, poznawać nowinki i przede wszystkim spotykać się z innymi użytkownikami tego kolosa. Dlatego też zdecydowałem się wziąć udział w konferencji zorganizowanej przez Enterprise Architect User Group (wielkie brawa dla Jackie i Iana Mitchell oraz Jacka Woynarowskiego) w gdańskim Starterze http://www.eausergroup.com/component/content/article/16-next-event/172-gdansk-event-may-2019-abstracts-and-speakers 24 maja 2019 roku. Agenda naładowana była tematami, o których warto dowiedzieć się więcej, porozmawiać, posłuchać zaawansowanych użytkowników. Trzeba było uważnie wybierać ścieżki aby stracić jak najmniej. Praktycznie każdy prowadzący wnosił wiele ciekawych wątków do mojego (jakże skromnego) pojmowania możliwości, jakie drzemią w słynnym „Enterprajsie”. W dyskusjach kuluarowych można było dać upust nieco swojej frustracji dotyczącej ułomności Architecta – skomplikowaniu, trudności w integracji z innymi systemami, publikacji i współpracy z klientem. Kilka dni po konferencji uruchomiłem EA, przejrzałem swoje modele i z ogromną pokorą wróciłem myślami do zagadnień podejmowanych przez prowadzących wykłady i warsztaty. Model systemu infrastruktury drogowej i wodnej w Holandii zaprezentowany przez  Jana de Laifde czy model systemu planowania i zarządzania pracami budowlanymi i utrzymaniowymi zarządu dróg w Montrealu zaprojektowany i zaprezentowany przez Lidię Bontems – to było coś, co zrobiło wrażenie absolutnie na wszystkich uczestnikach spotkania. Utemperowało ego, pokazało miejsce w szeregu oraz ogrom możliwości, które czekają na odkrycie w EA. Z pewną zazdrością myślałem o kolegach i koleżankach po fachu, którzy włożyli ogromny wysiłek w przybliżenie możliwości tego narzędzia szerszemu niż tylko analitycy biznesowi i systemowi gronu. Na […]

This article is the third and the last part of the three-part series that will smoothly introduce Room Persistence Library to you. The previous part was focused on @Embedded entities and @TypeConverters, during the work we also needed to add DB migration which was discussed as well. In this part, I will show you how to add relations between tables/entities and how to query them properly. (the second part can be found here).

Konferencja, której nie było Zeszłej jesieni świat PHP zaskoczyła wiadomość, że z początkiem bieżącego roku rusza w Ostródzie nowa konferencja ExpoPHP. Było to o tyle zaskakujące, że organizować to wydarzenie miała ta sama firma, która kilka lat temu organizowała PHPCon Poland. PHPCon Poland, jak niektórzy może pamiętają to były wydarzenia naprawdę wyjątkowe. Nieco dzikie, nieco chaotyczne, ale przesiąknięte duchem programowania, pasją i chęcią zdobywania wiedzy. Przy tym wszystkim cena była przystępna, a i zaplecze na solidnym poziomie. Nagle, w 2016 organizator podjął decyzję, aby zakończyć organizację tej konferencji w Polsce i wypłynął na szerokie, Europejskie morza pod szyldem PHP CE.

Jedno z pytań, które pojawia się w trakcie rozmowy rekrutacyjnej w Speednecie dotyczy konferencji. W większości przypadków jest to przysłowiowa kropka nad „i”, ponieważ już w trakcie rozmowy można wywnioskować, czy kandydat rozwija się, pracuje nad poszerzaniem swojej wiedzy, uczy się na doświadczeniu innych i czy po prostu lubi programować.

Witajcie w 2019 roku. Mamy nadzieję, że to będzie dla Was dobry rok. Mimo, że to dopiero początek stycznia możecie zastanowić się jak spędzicie ten rok, bo na wiele konferencji zapisy już ruszyły. Postaramy się szybko przybliżyć kilka możliwości…

Powoli rok 2018 się kończy. Był to świetny rok, uczestniczyliśmy m.in. w 4Developers, ReQuest, PHPSrbija, Web Summer Camp, Test:Fest i wielu innych. Natomiast każdy z nas porusza się w lokalnej społeczności. Dla nas taką społecznością jest Trójmiasto, w którym odbywa sie dużo małych spotkań związanych z różnymi technologiami, np. CodeSkill.

Nie jest łatwo zostać analitykiem biznesowym i wykorzystywać cały arsenał narzędzi służących dobrej analizie. Tym bardziej, ważne jest, aby ciągle się rozwijać lub chociażby przypominać sobie czasem, co w tej pracy jest naprawdę istotne i nadaje sens obecności analityka w projektach. W tym właśnie celu udałem się na kolejną już konferencję ReQuest, tym razem do Warszawy.

The first part was focused on configuring the project and explaining the basic structures. In this part we will learn about Room Embedded Entities and Type Converters – to achieve that we will also pay attention to Migrations, in the end, we will add some tests to project.