Forum PHP.pl

[SQL] pobierz, plaintext 
DELETE FROM `tabela` WHERE `data` <= date_sub(now(), interval 25 day);
[SQL] pobierz, plaintext 

Troche marny sposob przyjales na przechowywanie tych danych. Od tego sa RELACYJNE bazy danych, zeby przywiazanie elementu do wielu różnych kategorii wyciagnac do osobnej tabeli.

W tej chwili jedno z rozwiazan, jakie widze, to regexp'y

[SQL] pobierz, plaintext 
SELECT * FROM `tabela` WHERE `pole` REGEXP '^([0-9\\+]+\\+)?5([\\+[0-9\\+]+)?$';
[SQL] pobierz, plaintext 

inna opcja, to bardziej rozbudowany where:

[SQL] pobierz, plaintext 
SELECT * FROM `tabela` WHERE `pole` LIKE "5+%" OR `pole` LIKE "%+5+%" OR `pole` LIKE "%+5" OR `pole` = "5" 
[SQL] pobierz, plaintext 

Te sposoby będą działać, ale trzymając się ich brniesz w problemy. O ile jest możliwość - rozważ przeprojektowanie bazy

[SQL] pobierz, plaintext 
UPDATE `tabela` SET `pole` = concat(`pole`, " + nowy tekst");
[SQL] pobierz, plaintext 

[SQL] pobierz, plaintext 
UPDATE `tabela` SET `pole` = `pole` + 1 WHERE `inne_pole` = "oczekiwane" LIMIT 1;
[SQL] pobierz, plaintext 

Akurt z tym już nie jest tak źle jak kiedyś. Google coraz skuteczniej uczy się odmian polskich rzeczowników i wie, że różne przypadki, to wciąż te same słowo.

Co do technik wyszukiwania, to się z Tobą zgadzam. Póki nie będzie skutecznych wyszukiwarek potrafiących określić, czego szukam na podstawie zadanego pytania, technika słów kluczowych jest najwygodniejsza. Jednak tego sposobu używają głównie osoby obeznane z internetem i sposobem działania wyszukiwarek. W większości jednak są wpisywane po prostu zdania.
Chyba że limitujemy tematykę wyszukiwań do branży informatycznej - tutaj proporcje pewnie będą inne.

w liniach 13 i 26 $tree zmienic na $this->tree

Z tego, co rozumiem, poszukujesz rozwiązania na standardową strukturę danych w postaci drzewa.
Niedawno miałem z tym do czynienia i taki sposob pobierania do ktorego zmierzasz uznalem za niezadowalajacy (coraz wiecej rekurencyjnych zapytan w miare rozrastania sie drzewa).

Zaproponować moge taki link: http://dev.mysql.com/tech-resources/articl...hical-data.html a konkretnie "Nested set model"

Na poczatku moze wydawac sie skomplikowane ale po ogarnieciu okazuje sie bardzo wygodne - wystarczy raz napisac klase z cala funkcjonalnoscia (dodawanie / usuwanie / przemieszczanie / pobieranie dzieci / sciezki rodzicow / subdrzew) i uzywac do woli.

***EDIT
nospor byl szybszy

[HTML] pobierz, plaintext 
<p style="page-break-after:always">jeden</p>
<p>dwa</p>
[HTML] pobierz, plaintext 

lub

[HTML] pobierz, plaintext 
<p>jeden</p>
<p style="page-break-before:always">dwa</p>
[HTML] pobierz, plaintext 

po dodaniu takich naglowkow zamiast czystego tekstu, przesylasz dokument html, wiec rozwiazania do wyboru:

1. tresc maila musisz przerobic tak, jakby to byla strona html, czyli uzywasz wszelkich tagow HTML'a: <p></p>, <br /> itp.

lub

2. zamiast "text/html" ustaw "text/plain" a bedzie tak jak wczesniej

po mojemu musisz po prostu nauczyc swoj silnik obslugi petli

szablon.tpl:

[HTML] pobierz, plaintext 
<div class="ksiega">
{foreach}
<div class="wpis">
<strong>{autor}</strong>
<p>{tresc}</p>
</div>
{/foreach}
</div>
[HTML] pobierz, plaintext 

tyle ze wtedy zaczyna powstawac z tego kolejny silnik szablonow typu smarty.

Ja sama skladnie php'a uznaje za dobry system do szablonow wiec w moim przypadku realizacja wyglada tak:

[PHP] pobierz, plaintext 
<div class="ksiega">
<? foreach ($oKsiega as $oWpis) {?>
<div class="wpis">
<strong><?=$oWpis->getAutor();?></strong>
<p><?=$oWpis->getTresc();?></p>
</div>
<? } ?>
</div>
[PHP] pobierz, plaintext