Nie wydaje sie wam ze konstrukcja nazwa->podnazwa gdzie na forum są one zawsze takie same, jest troche bezsensu.. imho lepiej by wyglądało gdyby nazwa była napisana tylko raz :O
0
0
Albo w jednym dziale forum, nazwijmy je dla przykładu Sprawy Techniczne, umieścić razem te 3 "podfora".
0
Ale to chyba sprawka autora skórki? Na simple nie ma takich dubli - sprawdź sam.
0
w ogóle to jest zrąbane już bardzo długo ale mi nie przeszkadza więc nic nie mówiłem:
0
To jest znów wina cache - trzeba usunąć zawartość /cache/*
[piszę z uczelni, więc nie będę tego robił.. kto wie jakie tu keyloggery w tle ;P]
// przy okazji niech ktoś wyczyści cache od mojej skórki - Ł
0
Podobnie było na skórce blue LF'a. Wyczyściłem /cache
0
Czy to cache zostanie naprawione? Przyznam, że chyba tylko dla Adama to nie jest czarną magią - może zanim prace nad nowym kojotem to to?... zbyt często się zdarza...
0
Przyznam, ze szukalem kiedys tego bledu, ale nie moglem go zlokalizowac gdyz na localhoscie on nie wystepuje... ale postaram sie poszukac jeszce..
Jezeli taka sytuacje sie powtorzy, prosze zachowac w takim wypadku plik forum_cat.tpl, forum_cat.tpl z serwera FTP oraz sam kod HTML takiej strony i przeslac do mnie.
// u mnie na localu jest dość częsty - Ł
0
prosiłbym o ponowne wyczyszczenie cache z prywatnych wiadomości w skórce Motion
//wyczyszczone -lks
//dziś też czyściłem - M
// no fajnie, tyle że teraz znowu jest ten błąd z początku wątku - może ktoś jeszcze raz wyczyścić to cache ? :D
0
Wystarczy z katalogu /cache usunac plik forum_cat.tpl - nie trzeba usuwac wszystkiego. Juz wiem czemu tabelka jest taka rozjechana, ale nie potafie powtorzyc tego procesu u siebie na lokalu ;) Gdy system wykryje nowa wersje szablonu ktora zostala umiesczona na serwerze, usuwa z cache skompilowany szablon i kompiluje go na nowo. Wyglada na to ze zle kompiluje niektore elementy - zamiast instrukcji warunkowych kompiluje elementy tak jak by to byly stringi. :/
0
Adam - ale na ftp nie pojawiają się nowe tpl!
Wczoraj w simple zwalił się fragment, który wyświetla dział Coyote i listę: Test, CVS, BugTracker - usunąłem cache i za 5 minut znów było źle :/ ponownie usunąłem [5x] i dopiero było dobrze.
Problem z usuwaniem jest taki, że trzeba usuwać po kilka razy - bo jeśli usunę w momencie gdy ktoś odświeżał stronę, to nowy plik jest tworzony nadal jako zły - kiedyś doszło do tego, że po kilkunastu usunięciach wymiękłem [był duży ruch] - zablokowałem 4p z bazy i wtedy skasowałem.. i co? nadal pojawiały się pliki! mimo wyłączenia 4p - to tak, jakby ktoś przed zablokowaniem czytał daną stronę i po blokadzie cache z tej strony powstaje mimo, iż nie ma już do niej dostępu.. musiałem odczekać ze 2 minuty aż każdy dostanie stronę z info o zablokowaniu, skasować i odblokować serwis - nie dało się inaczej :/
0
Hmm... nie znam się, ale po co to cache w ogóle jest? :|
0
Ogólnie pozwala na przyspieszenie działania klasy template'ów. Raz się coś generuje (jakieś stałe elementy), a potem jest tylko wysyłane do klienta.
//Dopisane:
Szczerze mówiąc przy aktualnej ilości wywołań stron 4p na godzinę może to być spory zysk na szybkości działania i na odciążeniu samych serwerów. Po dokładne statystyki to proszę nie do mnie już :-)
0
a ileż to może przyspieszyć działanie serwisu ? może by tak a) wyłączyć do czasu wykrycia błędu to cache :> b) wreszcie usunąć ten forum_cat.tpl czy coś tam ... :[