W tym screencastie zagłębimy się w kod obszaru forów.
„Główny” plik forum, jeśli istnieje, to default.master.php. To trochę jak index.php w motywie WordPress, z wyjątkiem tego, że dosłownie każdy widok w Vanilla używa go, podczas gdy niektóre widoki w WordPress nie używają index.php.
Aby wszystko było tak spójne, jak to tylko możliwe, będziemy przeglądać dokumenty wiersz po wierszu, porównując je z odpowiednikami WordPress. Przedzieramy się przez głowę, upewniając się, że mamy tam wszystko, czego potrzebujemy, w tym łączenie prawidłowego globalnego CSS i tak dalej.
Schodzimy w dół, wyrywając HTML, którego sami nie napisalibyśmy, ale przyjechaliśmy do tej pory na przejażdżkę. To trochę denerwujące, ponieważ czasami identyfikatory są używane jako punkty zaczepienia JavaScript w takich aplikacjach, więc kto dokładnie wie, co możemy zepsuć. Podejmujemy decyzję o wyrwaniu rzeczy i napisaniu tego tak, jak byśmy chcieli, a jeśli spowoduje to problemy, wrócimy do tego i naprawimy. Dla przypomnienia, ostatecznie tak się dzieje, ale można to naprawić.
Przechodzimy do stopki i decydujemy, że włączenie analityki do samego dołu będzie najlepiej służyć poprzez umieszczenie kodu analitycznego w pliku, który możemy umieścić zarówno na blogu, jak i na forach („częściowe”, jak nazywa to większość języków). Podczas próby dołączenia pliku napotykamy na duże problemy i wykonujemy mnóstwo kroków rozwiązywania problemów, aby go naprawić. Jest to prawdopodobnie irytująca podróż dla niektórych osób, które od razu widzą problem, ale może być interesująca dla osób, które lubią rozwiązywać problemy w pracy. Okazuje się, że jest to głupi mały problem, w którym dołączenie ma funkcję specyficzną dla WordPressa, której Vanilla oczywiście nie rozumie. W końcu to rozwiązujemy, sprawdzając dziennik błędów PHP MAMP.