Skocz do zawartości

maxx

Użytkownik
  • Postów

    328
  • Dołączył

  • Ostatnia wizyta

Treść opublikowana przez maxx

  1. No co, skrzaczyła się tabelka core_item_markers - tam skrypt trzyma info o przeczytanych/nieprzeczytanych postach userów. Idź do phpmyadmina i napraw tabelę. Pytanie tylko dlaczego ją skrzaczyło - możliwe, że mysql nie wyrabia.
  2. Testowałem kiedyś te "darmowe" serwery. Oddam królestwo, pół konia i cały zapas siana temu, kto wykręci choć 10% limitu trafficu. No way - serwer chodzi jakby był modemem do tel. podłączony. No, ale może coś się zmieniło.
  3. Topic Marking rżnie serwer przy dużym ruchu, przynajmniej u mnie. Wprawdzie chodzimy na 3.0.5, a tam jest jakiś bug z tym związany - ponoć usunięty w 3.1, ale możesz na próbę wyłączyć i sprawdzić.
  4. maxx

    Dowcipy.. :-)

    Dawaj Nasze wyszło w gwiazdki, bombki i gołe baby
  5. maxx

    Dowcipy.. :-)

    IZE po ataku dzieci neostrady
  6. Chyba black SEO
  7. No nieeee, 200 to kod odpowiedzi serwera oznaczający, że przeglądarka dostała z serwera to co chciała. 304 wynika z porównania cache przeglądarki z aktualną zawartością serwera. Jak plik w cache przeglądarki jest taki sam jak na serwerze dostajesz 304. Wyłącz sobie pamięć podręczną i spróbuj wtedy To z włączonym cache: A to z wyłączonym:
  8. A tutaj na forum wszystko działa ci ok? Bo to wygląda na typowe problemy z javascriptem. Kliknij poniżej, widzisz czy nie?
  9. Tools & Settings > System Settings > System > Search Set-Up > View New Posts: Block Forums
  10. Serwer albo i nie serwer. Np. obrazków brakuje:
  11. Nie o to chodzi, chodzi o pole description w tabeli ibf_topics
  12. Uciekaj! To jakaś farsa - sprzedawać "rootVPS-y" które "generują load" na maszynę! A już tekst z odciążeniem maszyny przez kasowanie postów wbił mnie w ziemię. edit: tak sobie myślę, że faceci sobie z Ciebie jaja robią chyba, bo niemożliwe żeby byli takimi ignorantami.
  13. Nie wiem co kierowało IPS-em, że pominął wyszukiwanie w opisach tematu, bo na naszym forum staje się to bardzo uciążliwe. Próbowałem pogrzebać w sql.php ale w 3.1.2 strasznie to zamotane jest (nie do końca łapię po co tyle plików różnych plików sql.php w różnych miejscach) i poddałem się. A pewnie nie ja jeden byłbym happy, gdyby dało się zmusić searcha do tej roboty. Zajrzy ktoś bardziej kumaty ode mnie?
  14. maxx

    PDF -> DOC

    Trial FineReadera ma ograniczenie do 15 uruchomień i 50 stron - przynajmniej miał takie jeszcze pół roku temu Jeśli pdf nie jest gigantyczny spróbuj online-owych konwerterów, np http://www.pdfonline.com/pdf2word/index.asp - Nie przerabiałem nim dużych dokumentów, ale 20-stronicowe "daje radę"
  15. Ja bym jednak przed zmianą serwera poszukał przyczyny. Czasami jakaś modyfikacja lub skopane zadanie crona może zabić serwer. Load na poziomie 11 wskazuje, że coś jest nie tak.
  16. A to bug IPS-u jest.
  17. Już, "zmodowałem" i 3.0.5 i 3.1.2
  18. Miszczu - it works! Dzięki wielkie! p.s. nie zamykaj jeszcze chwikę.
  19. Nie zagrało Wydaje mi się, że to nie w tym miejscu, bo nawet zakomentowanie tej linii nie daje żadnego efektu (?) Dla porządku: ver. 3.1.2, sprawdzam w szybkim wyszukiwaniu. Wyszukiwarka ustawiona na fulltext, 3 znaki, typ wyszukiwania AND
  20. Domyślnie formularz wyszukiwarki wysyła zapytanie w takiej postaci w jakiej zostało wprowadzone. Żeby znaleźć kilkuwyrazową frazę trzeba ją ująć w cudzysłów. Szukam rozwiązania, które defaultowo będzie dokładało quote do poszukiwanej frazy.
  21. 4444-3333-2222-1111 sprawdzeniewyszukiwarki3
  22. Taa, próbowałem takiej sztuczki. Zewnętrzny serwer z innej serwerowni nie ma sensu, jeśli już to dedykowany serwer zoptymalizowany do mysql-a, ale w tym samym DC.
  23. My mamy jednak sporo mniejszy ruch, ale też występuje efekt logarytmicznego wzrostu loadu mniej więcej od 500 online. Rośnie ilość połączeń do bazy aż do ustawionego limitu, zaczynają się mnożyć wątki php, cały RAM zostaje pożarty, włącza się swap i jest, mówiąc kolokwialnie, "po ptokach" Dane serwera to ściśle strzeżona tajemnica
  24. Też walczymy od kilku dni z loadem - masakrycznie wzrósł ostatnio. Jest taka teoria, że jak serwer "kuca" to trzeba więcej RAM-u Generalnie IP.BOARD nie obchodzi się z bazą delikatnie. Zauważyłem, że gigantyczne rozmiary tabel z wszelkiej maści cachem potrafią "uziemić" bazę na całkiem porządnym serwerze. Wyczyściłem wczoraj dwie tabelki: ibf_core_item_markers i ibf_core_item_markers_storage. Pomogło, niemniej dzisiaj przesiadamy się na serwer z 2x większą pamięcią. edit: A przy okazji: używasz SPHINX-a?
  25. mysqltunera próbowałeś? http://mysqltuner.pl/
×
×
  • Dodaj nową pozycję...

Powiadomienie o plikach cookie

Umieściliśmy na Twoim urządzeniu pliki cookie, aby pomóc Ci usprawnić przeglądanie strony. Możesz dostosować ustawienia plików cookie, w przeciwnym wypadku zakładamy, że wyrażasz na to zgodę.