Do kiedy sqlite a od kiedy mysql na wp?

[Pierwsza3]

Do jakiej ilości wpisów na strony zapleczowe stosujecie bazy sqlite a od jakiej mysql? Zastanawiam się, czy jeśli chcę postawić stronę zapleczową albo precla, które zamierzam rozwijać i z czasem będzie tam sporo artykułów np. 100 a na preclu pewnie więcej, bo i inni będą dodawać z zewnątrz, to czy warto stawiać wp z bazą sqlite? Boję się obciążenia jakie taki wp może wygenerować stąd moje pytanie.

[PawelC]

SQLite to używaj, jak chcesz strony z mała ilością podstron, i duża ilość. MySQL w wypadku większych stron Co do obciążenia, wgraj wtyczki do robienia cache i będzie gitara.

[Pierwsza3]

raczej z dużą ilością, docelowo ponad 100 ale nie od razu. Z iloma wpisami macie strony na wp i sqlite i to ciągnie?

[PawelC]

100 podstron to lepiej SQLite cały czas Wpisów i w jednym wypadku, i drugim możesz dać bardzo dużo, problem zacznie się z wydajnością bazy danych, gdy będzie tych wpisów bardzo dużo. Dlatego napisałem, do małej ilości wpisów używaj SQLite, do większej ilości MySQL + wtyczki cache dla Wordpressa, ze względu na generowane obciążenie.

[Mion]

100 podstron to lepiej SQLite cały czas [...] ze względu na generowane obciążenie.

Nie był bym tego taki pewien, bo zależy to od wielkości czyli ilości tekstu na stronie. Baza danych SQLite to jeden plik więc do jej przetworzenia musi być cała wczytana do pamięci RAM co zużywa też pewną ilość zasobów procesora, a te na SEO hostingach są przeważnie stosunkowo małe. Jednak najlepiej sprawdzić empirycznie czy bardziej zasobożerne będzie korzystanie z MySQL'a hostingu czy "własnej" bazy danych SQLite.

[PawelC]

Fakt, nie wziąłem pod uwagę długości artykułów, która może mieć tutaj bardzo duże znaczenie.

[Pierwsza3]

no jak to mają być strony zapleczowe albo precla to 1500 artykuł max będzie miał. Tylko tak głupio stawaić mi precla na sqlite, bo za rok może się okazać, że lepiej było postawić na mysql. A do 100 artykułów lepsza wydajność będzie na mysql czy sqlite?

[PawelC]

Tylko weź też pod uwagę, że Wordpressa z bazą SQLite przeniesiesz bez problemów, nie tak jak w wypadku bazy MySQL możesz mieć problemy z kodowaniem 100 artykułów po 1500 znaków max, osobiście postawiłbym na SQLite, bo nie jest to jakaś przerażająca ilość.

[Pierwsza3]

A do ilu artykułów taniej długości mogę "ciągnąć" na sqlite? Czy ewentualna późniejsza przeróbka z sqlite na mysql jest trudna/kosztowna?

[PawelC]

Tego do ilu artykułów, możesz spokojnie ciągnąć, nikt nie jest w stanie Ci odpowiedzieć. A co do przeróbki, trudna nie jest, ale czy kosztowna, to Ci nie powiem bo to zależy od tego, komu zlecisz

[Pierwsza3]

Tego do ilu artykułów, możesz spokojnie ciągnąć, nikt nie jest w stanie Ci odpowiedzieć.

Domyślam się ale może ktoś mi chociaż napisze, ile ma max artykułów gdzie obciążenie jest jeszcze akceptowanlne?

[PawelC]

Napisałem Ci, że nikt Ci nie poda tego dokładnie, może to być 200, może i 500. Dodawaj do bazy do momentu, aż będzie generowane za duże obciążenie, i zmień na MySQL, wtedy będzie wiadomo ile mniej więcej możesz dodać.

[Mion]

Dodawaj do bazy do momentu, aż będzie generowane za duże obciążenie, i zmień na MySQL, wtedy będzie wiadomo ile mniej więcej możesz dodać.

To brzmi jak "jedz na kiepskie oponie, aż do wystrzału - potem zmienisz na lepszą".... Tylko te potem może być trudniejsze niż się wydaje.

Baza SQLite nie czyni WP bardziej przenośnego ani jak sadzę wydajnego, bo sam w sobie jest "ciężarówka" która nie nadaje się na każde drogi-hostingi.

Na SQLite opierał bym raczej autorskie rozwiązania lekkich CMS'ow bez wszystkich dodatków jakie ma wp które dla serwisów z kilkunastoma stronami tekstowymi są całkowicie zbędne.