Przy próbie logowania do wielu (mniej więcej ponad 6) panelów administracyjnych np. WordPressa na hostingu DreamHost, kolejne próby logowania mogą wyświetlić błąd HTTP 418: Unused, zwany także I’m a teapot.

Ten kod błędu został stworzony jako żart (RFC 2324), więc niewiele mówi (co nie jest zbyt dobrą praktyką ze strony DreamHostu). Nie da się zaś przez niego zalogować do systemu – wyświetlany jest cały czas formularz logowania, bez żadnych błędów.

Jeśli we wtyczce Contact Form 7 dla WordPressa przy próbie wysłania formularza nie widać wiadomości o powodzeniu lub błędzie, przyczyny mogą być następujące:

• niepoprawnie zamknięte znaczniki HTML, zwłaszcza div. Zwaliduj kod programistyczny,
• błędny kod programistyczny w sekcji “Dodatkowych ustawień” formularza, w szczególności używający uchwytu on_sent_ok, który jest wycofany,
• błędy języka JavaScript lub jQuery, które nie muszą być nawet związane z formularzem na stronie, jednak zatrzymują działanie JavaScriptu – sprawdź błędy w konsoli JS,
• w szczególności nieaktualny lub niepoprawny kod JavaScript odpowiadający za przechwycenie wysyłki formularza i np. jednoczesne wywołanie Celu w Google Analytics.

Alternatywnie można także wewnątrz kodu formularza umieścić kod skrótowy [response] – wtedy w jego miejscu pokazany zostanie komunikat, zamiast standardowego miejsca pod formularzem.

Google ogłosiło, że wyłączy całkowicie serwis społecznościowy Google+, który był odpowiedzią tej firmy na Facebooka. W ciągu najbliższych 10 miesięcy serwis będzie stopniowo wyłączany, by na końcu pozostać tylko narzędziem technicznym służącym firmom (zapewne do np. częściowego zarządzania wizytówkami Google wyświetlanymi w wynikach wyszukiwania).

Google poddało się więc w walce o serwisy społecznościowe. Ponieważ nie była to ich pierwsza próba, możliwe, że nie jest także ostatnią.

Czy można więc już usunąć konto Google+, odnośniki do niego itp.? Nie! Dopóki serwis nie zostanie rozłączony z innymi usługami i algorytmami Google, nie należy nic zmieniać. Rekomendujemy najwyżej pomijanie publikowania aktualności na profilu w Google+, by oszczędzić trochę czasu.

W jednym z motywów napotkaliśmy następujący problem: po wykonaniu tłumaczeń w WPML dla WordPressa treści wpisywanych przez administratora w panelu, po kilku odświeżeniach niektóre z tych tłumaczeń losowo przywracały język oryginału lub wyświetlały się w niepoprawnym języku.

Czasami także oryginalny tekst do tłumaczenia był nieaktualny w sekcji “Tłumaczenia wyrażeń”, w stosunku do aktualnej treści ustawianej przez administratora w panelu.

Obydwa problemy dotyczyły prawdopodobnie tego, że WPML zapisał nieaktualną wersję oryginalnych tekstów do tłumaczenia i nie potrafił poradzić sobie ze zmianami oryginału w przyszłości.

Kroki ku rozwiązaniu problemu prezentujemy poniżej.

Zadanie jest proste: chcemy porównać ruch w lipcu obecnego i lipcu ubiegłego roku.

Nic prostszego, prawda? Wchodzimy w statystyki odwiedzin i ustawiamy daty do porównania:

Ukazuje się poprawny wykres, na którym każda kropka reprezentuje domyślnie jeden dzień:

Jeśli jednak zmienimy sposób prezentacji tak, by każda kropka reprezentowała Tydzień, ukaże się dziwny, niepoprawny intuicyjnie wykres:

Zauważmy, że wykres dzienny wcale nie miał spadku pomarańczowej linii na samym początku. Na końcu zaś, linia ta wykracza poza niebieską. Porównujemy jednak dokładnie 31 dni tego samego miesiąca.

Skąd więc taka różnica?

Wyjaśniamy w dalszej części artykułu.