Programowanie · kod na zamówienie
Zdarza się, że dla Twojego procesu nie ma gotowego rozwiązania, dostępna wtyczka wymaga abonamentu rosnącego wraz z ruchem albo niesie kilkadziesiąt funkcji, z których potrzebujesz jednej – i to ona spowalnia stronę. Wtedy piszę dedykowaną wtyczkę realizującą dokładnie ten proces, zintegrowaną z systemami, w których Twoja firma pracuje na co dzień: rekrutacyjnym, magazynowym, CRM-em albo panelem dostawcy.
Zakres
Sześć rodzajów zleceń, które wykonuję regularnie. Łączy je jedno: wszystkie zaczynają się od pytania, czy da się to rozwiązać bez pisania kodu – i czasem odpowiedź brzmi „tak”.
Kalkulator wyceny, formularz z nietypową walidacją, panel do zarządzania danymi, których nie da się trzymać w zwykłych wpisach. Kod znajduje się w osobnej wtyczce, a nie w plikach motywu – dzięki temu będzie działał po zmianie szablonu i nie zniknie przy jego aktualizacji.
Spięcie strony z systemem, w którym firma naprawdę pracuje: rekrutacyjnym, magazynowym, CRM-em, bazą kursów albo panelem dostawcy. Dane pobieram cyklicznie i zapisuję na Twoim hostingu, żeby awaria zewnętrznego serwera nie zatrzymywała Twojej strony.
Realizacje, produkty, oferty, terminy szkoleń – rzeczy, które mają własne cechy i własne widoki. Buduję je na własnych typach wpisów z polami dopasowanymi do danych, z filtrowaniem i powtarzalnymi układami graficznymi – bez ręcznego składania każdej podstrony w edytorze.
Plik XML z hurtowni, arkusz z cennikiem, eksport ze starego systemu. Ustawiam import, który sam rozpoznaje nowe i zmienione pozycje bez dublowania bazy danych przy każdym uruchomieniu, i raportuje to, czego nie udało się dopasować, bez gubienia danych.
Przegląd tego, co działa na stronie: co jest używane, co dubluje inną wtyczkę, co nie było aktualizowane od dwóch lat. Zwykle da się zejść z trzydziestu wtyczek do kilkunastu, a strona przy okazji przyspiesza i ma mniejszą szansę na atak hakerów.
Napisałem własną wtyczkę zgód na cookies: rejestr wyłącznie akceptacji, dane zostają na Twoim serwerze, bez zewnętrznej usługi rozliczanej co miesiąc i dokładającej kolejny skrypt z obcego serwera. Działa także na tej stronie – zobaczysz ją, klikając „Ustawienia cookies” w stopce.
Decyzja
Katalog WordPressa ma kilkadziesiąt tysięcy wtyczek i w większości przypadków to wystarcza. Pisanie własnej ma sens tylko wtedy, gdy da się wskazać powód – poniżej kryteria, których używam przy tej decyzji.
Kiedy odradzam pisanie własnego kodu
Moja rola kończy się na doborze, konfiguracji i sprawdzeniu, czy wtyczka nie koliduje z resztą. To zwykle jedna, dwie godziny pracy.
Kiedy gotowa wtyczka jest niewystarczająca
Kod zostaje Twój: bez licencji, bez opłaty rocznej i bez zależności od tego, czy autor wtyczki będzie ją rozwijał za dwa lata.
Trzy przykłady z drugiej kolumny. Dla firmy Orford powstała wtyczka pobierająca oferty pracy z systemu rekrutacyjnego Elevato przez API i wyświetlająca je jako zwykłe podstrony – zamiast widżetu w ramce, którego wyszukiwarki nie indeksują. Dla Logopsycom serwis powstał na dynamicznych treściach w JetEngine: własne typy wpisów i powtarzalne układy graficzne zamiast składania każdej podstrony osobno. Trzecia rzecz wyszła z mojej potrzeby – wtyczka do zgód na cookies, z rejestrem wyłącznie akceptacji i danymi zostającymi na serwerze klienta, bez płatnego abonamentu za zewnętrzny skrypt. Działa też na tej stronie – zobaczysz ją pod linkiem „Ustawienia cookies” w stopce. Efekty wdrożeń pokazuję w realizacjach.
Etapy
Cztery kroki, z których pierwszy bywa jedynym potrzebnym. Ostatni jest tu ważniejszy niż przy budowie strony: kod spięty z cudzym systemem trzeba obserwować na realnych danych.
Zaczynam od pytania, czy w ogóle trzeba coś pisać. Sprawdzam, czy problemu nie rozwiązuje wtyczka, którą już masz, albo gotowe rozwiązanie z aktywnym wsparciem. Jeśli tak, mówię to wprost – nawet gdy oznacza to zlecenie na dwie godziny zamiast na dwa tygodnie.
Przy integracji czytam dokumentację API, sprawdzam limity zapytań, sposób uwierzytelniania i to, co system zwraca w praktyce, a nie tylko w przykładach. Testuję na kluczu testowym, zanim cokolwiek dotknie strony produkcyjnej. Przy braku dokumentacji ustalam format razem z dostawcą.
Kod powstaje jako osobna wtyczka, z ustawieniami w panelu, obsługą błędów i zapisem do logu, gdy zewnętrzny system nie odpowie. Widzisz działającą wersję na kopii strony i możesz ją przeklikać, zanim zdecydujemy o wdrożeniu na żywo.
Po uruchomieniu przez ustalony czas obserwuję logi i poprawiam to, co ujawniają realne dane – bo zewnętrzne API prędzej czy później zwraca dane, których nie było w dokumentacji. Zakres i długość tego okresu zapisujemy w wycenie, tak samo jak zasady późniejszych zmian.
Start współpracy
Przy integracjach najwięcej czasu zajmuje nie kod, tylko oczekiwanie na dostęp do drugiego systemu. Dlatego klucz testowy i kontakt do dostawcy są priorytetowe.
Nie wiesz, czy Twój system w ogóle udostępnia API? Wyślij nazwę oprogramowania – sprawdzę dokumentację i odpowiem, czy da się je spiąć ze stroną, zanim wystawię wycenę.
Powiązane usługi
Wtyczka zwykle powstaje przy okazji większego projektu: nowej strony albo sklepu, w którym trzeba odwzorować regułę niestandardową.
Strony firmowe i wielojęzyczne serwisy na WordPressie albo w wersji statycznej. Projekt graficzny, kod, wdrożenie i przeniesienie treści ze starej witryny.
Sklepy na WooCommerce z płatnościami, dostawami i integracją z magazynem. Moduły sprzedażowe pisane pod konkretną branżę, nie kupowane z marketplace.
Abonament dla serwisów bez panelu: godziny na zmiany treści i rozwój, monitoring, poprawki bezpieczeństwa w bibliotekach oraz kopie repozytorium.
Obok stron i sklepów kod na zamówienie domyka ofertę programowania stron i aplikacji. Jeśli po instalacji nowej wtyczki coś przestało działać, zacznij od naprawy błędów WordPress – konflikty między wtyczkami są tam opisane jako osobny przypadek. Stronę z własnym kodem warto trzymać pod stałą opieką, żeby krytyczne aktualizacje nie wywołały awarii serwisu.
FAQ
Pięć rzeczy, o które klienci pytają przed zleceniem – najczęściej o koszt, trwałość i to, czyj będzie kod.
Zależy od tego, ile reguł trzeba odwzorować i czy po drugiej stronie stoi system z sensowną dokumentacją. Prosta wtyczka wyświetlająca dane z zewnętrznego API to zwykle kilka dni pracy, rozbudowany moduł z panelem ustawień i importem – kilka tygodni. Wycenę podaję po analizie, razem z zakresem, i nie zaczynam pracy przed Twoją akceptacją.
Kod piszę na oficjalnych mechanizmach WordPressa, nie na modyfikacjach rdzenia czy motywu – dlatego aktualizacje przechodzą bez niespodzianek. Ryzyko jest po innej stronie: kiedy zewnętrzny system zmienia format danych albo autor innej wtyczki dokłada bibliotekę powodującą błędy. Przy takich sytuacjach wracasz do mnie z konkretnym zgłoszeniem albo obejmujemy stronę stałą opieką i pilnuję tego bez Twojego udziału.
Tak. Dostajesz wtyczkę razem z kodem źródłowym i krótkim opisem, jak jest zbudowana. Nie ma licencji do przedłużania ani klucza aktywacyjnego, żeby zachować funkcjonalność. Jeśli kiedyś przejdziesz do innego wykonawcy, przekazujesz mu pliki i na tym koniec – to jeden z powodów, dla których nie zamykam takich rzeczy we własnej usłudze abonamentowej.
Tak. Zgłoszenia z formularza trafiające prosto do CRM-u, zamówienia przekazywane do programu magazynowego, powiadomienia wysyłane do systemu obsługi zgłoszeń. Przy takich połączeniach szczególnie pilnuję dwóch rzeczy: żeby dane nie ginęły, gdy odbiorca chwilowo nie odpowiada, i żeby nic nie wysyłało się dwa razy po ponowieniu próby.
Z odtworzenia sytuacji na kopii strony i wyłączania komponentów w kontrolowanych warunkach, nie na żywej witrynie. Najczęstszy scenariusz to dwie wtyczki ładujące własne wersje tej samej biblioteki JavaScriptu, po czym przestaje działać galeria albo edytor. Diagnostykę takich awarii opisuję szerzej przy naprawie błędów WordPressa.
