“Po prostu przestało działać”

Konsultacje w sprawie pomocy przy problemach ze stronami są bardzo podobne do wizyt u lekarza albo dietetyczki – osoby przychodzące po pomoc bardzo często nie chcą mówić całej prawdy. Zapominają przy tym, że w wypadku oprogramowania logika jest nieubłagana. Czytaj dalej “Po prostu przestało działać”

Moja prezentacja z WordPress Training Day w Krakowie

W ostatnią sobotę na WordPress Training Day w Krakowie pokazywałem prezentację “Jak nadążyć za światem front-endu?”

Prezentacja dostępna jest poniżej. Dlaczego taki temat? Bo wiedza o front-endzie odgrywa coraz większą rolę w świecie WordPressa. Dziś w zasadzie nie da się zbudować rozbudowanej wtyczki czy motywu bez odpowiedniej wiedzy o front-endzie.

Jak wymusić (lub wyłączyć) zamianę encji na emoji?

Jeżeli macie słabość do korzystania z encji dostępnych w HTML jako alternatywy dla niektórych ikon to być może zauważyliście, że ich wygląd jest czasem niespójny – w przeglądarce na komputerze wszystko wygląda normalnie, podczas gdy Safari na iOS namiętnie zamienia Wasze encje na emoji. Warto wiedzieć, że można sprawić by uspójnić wygląd encji, a wszystko dzięki możliwościom oferowanym przez Unicode. Czytaj dalej Jak wymusić (lub wyłączyć) zamianę encji na emoji?

Statycznie czy dynamicznie – moja prezentacja z ostatnich WordUpów

Na ostatnich kilku WordUpach: w Krakowie, Wrocławiu, Toruniu i Poznaniu, opowiadałem o tym kiedy opłaca się stosować WordPressa a kiedy zwykłe strony statyczne. Temat przeanalizowałem pod kątem 5 kryteriów: bezpieczeństwa, szybkości działania, UI/UX, workflowu i utrzymania.

Modyfikacja kodu wynikowego w shortcode [gallery]

WordPress umożliwia nam stworzenie własnego kodu wynikowego shortcode gallery poprzez filtr post_gallery. Niestety filtr ten jest umieszczony przed właściwym kodem generującym galerię, zatem najcześciej proponowanym rozwiązaniem jest stworzenie własnej funkcji obsługi tego shortcode i wykorzystanie atrybutów, które otrzymujemy jako argument funkcji filtrującej. Takie rozwiązanie ma pewne wady:

  • musimy pilnować ewentualnych zmian w kodzie WordPressa aby zapewnić pełną kompatybilność,
  • w wypadku gdy chcemy tylko dodać jakieś atrybuty do zdjęć to rozwiązanie wydaje się być mocno na wyrost,
  • trzeba wygenerować sporo kodu, który często duplikuje to co już robi WordPress.

Czytaj dalej Modyfikacja kodu wynikowego w shortcode

Google Maps API od 22 czerwca wymaga kluczy API dla nowych stron

Informacyjnie dla tych, którzy używają Google Maps API na swoich stronach – od 22 czerwca wszystkie zapytania do API dla nowych stron muszą zawierać klucz API. Wcześniej w wypadku małych lub lokalnych projektów klucz API nie był potrzebny do działania. W praktyce wygląda to tak, że strony na których wykorzystywaliśmy Google Maps API przed zmianami, nadal działają poprawnie, gdyż jak napisano w oficjalnym oświadczeniu:

Existing applications have been grandfathered based on their current usage to ensure that they continue to function both now and in the future. We will also be proactively contacting all existing API key users who, based on usage growth patterns, may be impacted in the future.

Zatem nie należy się dziwić, że na jednych stronach witryny mapy działają, a na innych mamy taki komunikat:

api-error

Po prostu API bez kluczy nie działa dla adresów dla których nie było wywołań przed 22 czerwca.

Informacje jak wygenerować klucz API dla swojej strony znajdziecie tutaj.

Electron – wprowadzenie

W maju ukazała się wersja 1.0 Electrona – narzędzia do tworzenia aplikacji desktopowych z wykorzystaniem technologii webowych. Dla niewtajemniczonych – Electron to narzędzie, które wykorzystano przy tworzeniu takich aplikacji jak Slack, edytor Atom, Calypso dla WordPress.com czy Visual Studio Code. Ponieważ sam od dłuższego czasu korzystam z tego rozwiązania, chciałbym je Wam przybliżyć.

Dlaczego? Bo Electron idealnie nadaje się do tworzenia aplikacji, które korzystają np. z WordPressowego REST API – nie trzeba się uczyć zbyt wielu rzeczy jeżeli mamy na swoim koncie aplikacje SPA.

Czytaj dalej Electron – wprowadzenie

Gdzie szukać informacji o planach rozwoju przeglądarek internetowych?

Po tym jak w ostatnim czasie Mozilla stworzyła stronę stanu implementacji standardów sieciowych w Firefoksie, wszystkie najważniejsze silniki przeglądarek posiadają już strony, gdzie możemy sprawdzić na jakim etapie znajduje się implementacja nowinek technologicznych:

Chrome (Blink)

Edge (Edge HTML)

Firefox (Gecko)

Safari (Webkit)

Jest to szczególnie istotne dla osób, które tworzą wewnętrzne rozwiązania, które nie muszą działać na wszystkich możliwych przeglądarkach. To samo w przypadku osób, które tworzą np. aplikacje w Electronie albo NW.js.

Oczywiście do zbiorczego sprawdzania kompatybilności nadal niezastąpione jest CanIUse.

P.S. Strona statusu dla Webkita powstała na WordPressie 🙂

 

ECMAScript 2015 w pigułce

Jeżeli jeszcze nie pisaliście kodu z użyciem nowych elementów składni JavaScript to czas najwyższy nadrobić zaległości 🙂 Zacznijmy od tego, że składnia specyfikacji ES2015 (często nazywana też ES6) ma już bardzo dobre wsparcie w najnowszych wersjach przeglądarek – na bieżąco postępy można śledzić dzięki temu zestawieniu.

Ale wcale nie trzeba się martwić o wsparcie przeglądarek – istnieją preprocesory takie jak Babel, które kompilują kod zgodny z ES2015 do składni zgodnej z ES5, która jest wspierana przez większość istniejących przeglądarek. Jeżeli korzystasz z Gulpa, to warto wyposażyć się w tym celu w moduł gulp-babel.

Tak – większość nowinek ze specyfikacji ES2015 da się zapisać w formie kodu zgodnego z ES5, co udowadnia ta strona – swoją drogą stanowi ona niezłe kompendium wiedzy na temat składni ES5 🙂

Dla tych, którzy już trochę czasu z ES2015 spędzili, polecam świetny blog Alexa Rauschmayera, który skupia się często na bardzo subtelnych niuansach specyfikacji.

Aby być na bieżąco z nowinkami w specyfikacji ECMAScript, polecam zapisać się do tego newslettera – co tydzień otrzymasz 5 linków, dotyczących różnych ciekawostek i nowinek związanych z ECMAScript.

Swoją drogą o ile ES2015 wprowadził mnóstwo nowinek to kolejne wydania specyfikacji ECMAScript już nie będą tak obszerne i planowany jest dla nich roczny cykl wydawniczy.