Sqlite i zaplecze
Coś co bardzo przydaje się przy pozycjonowaniu to dobre zaplecze. Strony zaplecza to zwykle jakieś katalogi, precle lub stronki ze statyczną treścią.
Taką stronkę można oprzeć o sqlite.
Załóżmy że posiadamy bazę danych powiedzmy z 10 tyś. rekordów np. przepisy kulinarne (najlepiej oczywiście poszukać bazy z jak najbardziej unikalną treścią, bazy można kupić lub poszukać w necie ). Teraz potrzebujemy kliku linijek kodu, które pomogą nam przekonwertować bazę np. z mysql do sqlite.
Można to zrobić korzystając ze standardowych funkcji php. Skrypt można wykorzystać wielokrotnie - zmieniają się tylko pola w bazie danych.
Po konwersji bazy wystarczy napisać prosty skrypcik, który będzie wyświetlał nam odpowiednie stronki. Taki skrypt powinien mieć to wszystko co zawiera dobrze zrobiona strona, czyli:
- dynamiczne tytuły dla poszczególnych podstron, czy kategorii.
- przyjazne adresy url
- meta tagi kaywords, description jeśli się da to też dynamiczne
- tagi h1-h6 w nagówkach poszczególnych podstron.
Napisanie takiego prostego skryptu to ok 1-2 godz. całość waży zaledwie kilka kB. więcej problemu sprawiła mi natomiast konwersja bazy - posypało się kodawanie w bazie wystąpiło kilka błędów, ale i nad tym udało mi się w końcu zapanować.
Dlaczego sqlite ?
W tej chwili hosting którego używam nakłada na mnie ograniczenie w postaci 20MB na bazy mysql więc w tej sytuacji pozostaje mi jako alternatywa sqlite lub pliki tekstowe. Wybrałem SQLite z racji łatwiejszego dostępu do danych, ogólnie łatwiejszego zarządzania.
Zastosowanie SQLITE ma swoje plusy i minusy:
+ łatwość pobierania danych, użwamy sql’a,
+ baza to jeden plik więc nie mam problemów przy przegrywaniu tysięcy plików na serwer, czy przy ewentualnym przenoszeniu,
- duża wielkość pliku bazy z 9MB w mysql’u zrobiło mi się 25MB w SQLite
- czas jaki musimy poświęcić na konwersję bazy, czasem mogą występować problemy z kodowaniem lub jakieś inne.
Powiązane wpisy: