„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 🙂