Podstrony
- telcocafe
- [PHP+MySQL] Problem z połączeniem mysqli('localhost', 'xxx', 'xxx', 'xxx'
- [PHP] Wyrażenia regularne. Zamienić name="info_imie" na name="{info_imie}"
- [php] Dodanie textu do pliku. Problem... :) POMOCY!!!!!!!!!!!!!
- [PHP] Skrypt cenzury Chcę cenzury!!!
- Dobre programy do edycji php Dobre programy do edycji php
- [PHP] podział na strony php: podział na strony
- [PHP i MySQL] jak pobrac liczbe rezultatow Jak pobrac liczbe rezultatow???
- jak zrobic aktualizacje php? pomocy!!!!!
- Błąd w PHP-Fusion pomocy !!!!!
- Daczego nie dziala?? skrypt php nie chce działać!!!
- zanotowane.pl
- doc.pisz.pl
- pdf.pisz.pl
- tlumiki.pev.pl
telcocafe
CMS powinien mieć także wyszukiwarkę. Jednak rozwiązanie nie jest proste. Jest kilka problemów.Obciążanie serwera i zabezpieczenie przed floodowaniem.
Wyniki wyświetlać się będą tak, jak zawartość w kategorii. Tak samo jak tam - będzie podział na strony. Nawigację po wynikach wyszukiwania utrudniać będzie także zabezpieczenie przed floodowaniem. Aby wyświetlić liczbę stron wyników, baza i tak będzie musiała przeszukać wszystko. Problem jednak z tym, że trzeba będzie chyba 2 zapytania dawać (jedno - z limitem, drugie - count (liczenie ilości wyników).
Co więc proponujecie?
1. Zapisywanie wyników wyszukiwania do osobnej tabeli. Tak jest chyba w IPB, jednak robi się trochę śmietnik. Ma to jednak taką zaletę, że nie trzeba przeszukiwać ponownie zawartości.
2. Zapisywać wyszukiwaną frazę (i opcje) do cookies, by móc bez problemu przeglądać kolejne strony wyników. Podwójne zapytania jednak zostaną dalej.
3. Wyświetlać wszystko na jednej stronie (jedno zapytanie, bo wszystko na raz, a nie będzie problemu z zabezpieczeniem przed floodowaniem)...
4. Sposób 3, tyle że wyświetlać max. 20 (czy ile tam admin ustawi) wyników. Jest to chyba jeden z najmniej obciążających serwer sposobów. Wada też jest (na pewno wiecie, jaka).
5. Najbardziej zasobożerny sposób. Wywalić zabezpieczenie przed floodowaniem, wykonywać 2 zapytania, włączyć podział na strony.
Które wg. was będzie najlepsze? Może jest inne, lepsze rozwiązanie?
Napiszcie także, dlaczego akurat ten sposób jest lepszy...
a moze w sesji zapisywac wyniki i pozniej wyswietlac kolejne strony z sesji? :>
Jak "linki" są formularzami i skrypt oczekuje zmiennych _POST to automaty nabijające ruch generalnie odpadają :) Co do wyszukiwania to "najprościej" GoogleAPI i wyszukiwane tylko w naszym serwisie (tyle że musi być on dobrze zindeksowany przez google).
W sesji - czyli w tabeli... IPB tak chyba ma... to sp. 1.
Można by też zrobić w ten sposób, że z bazy pobierze się 21 wyników, a wyświetli 20. Wtedy nie trzeba 2 zapytań, a skrypt będzie wiedział, czy są kolejne strony. Nie będzie ilości stron, tylko linki "Poprzednie" i "Następne".
I chyba tak będzie.
GooglemonopolAPI odpada. To ma być wyszukiwarka lokalna.
jak masz 400 wyników wyświetlanych po 20 to dana strona wyświetlać się będzie bardzo wolno... zwróć uwagę że drugie zapytanie wykonywane jest dopiero po przejściu na kolejną stronę. Każde forum nie pobiera wszystkich postów danego tematu.
Pobieranych będzie wyników o 1 więcej niż wyświetlanych.
Choć... zapytania i tabele można łączyć. Pogrzebię w podręczniku SQLa...
Aktualnie nie będzie wyszukiwania w treści. Będzie to może w F3CMS2, kiedy rozszerzę wyszukiwarkę.
Albo... w ogóle nie będzie wyszukiwarki w tej wersji.
Użytkownik Ferrari edytował ten post 05 wrzesień 2005, 16:31