конечно могу... Вот что такое слово? Это подряд идущие буквы отделенные пробелами с обеих сторон. Верно?.. Но... В конце слова кроме пробела могут быть еще и разные символы, как-то точка, запятая ну и т.д. А вот в начале слова этих символов быть не может (т.к. по правилам написания они тоже отделяются пробелом)... Отсюда и получаем: (\s|^) - означает пробел или же начало строки (это в том случае если искомое слово идет самым первым в строке, т.е. перед ним нет ничего) ('.$word.') - собственно искомое слово (\s|\.|\,|\!|\?\:\;|$) - означает пробел, точку, запятую, знак восклицания, знак вопроса, двоеточие, точку с запятой или конец строки (это в том случае если искомое слово идет самым последним в строке, т.е. после него нет никаких символов)
просто в функции preg_replace надо применить регулярку от OrmaJever '%[^а-яёa-z0-9]".$wrd."[^а-яёa-z0-9]%'
не соглашусь... В тексте могут быть не только русские и латинские буквы, к примеру украинские "Ї" или "і"... По-этому лучше привязываться к символам, они во всех языках одинаковые...
LIME пишет:
узнать позицию
вот тут тоже немного не ясно... Позицию нужно узнать до выделения или уже после? Ведь она изменится... Да и вобще, зачем она вам нужна?
Andruxa, я вчера перед сном еще немного подумал над вашей задачей. Вобщем я б сделал так:
1. Первая таблица categories
Поля: id, parent, parameters и далее все необходимые типа название и чето там еще...
2. Вторая таблица products
Поля: id, category, еще всякие типа названий, дат...
3. Третья таблица parameters
Поля: id и опять таки еще типа названия и т.д.
4. Вы (или кто-то другой) как админ, при добавлении новой категории выбираете необходимые параметры (параметры хранятся в таблице parameters). Выбор реализовывается на checkbox-ах... Выбранные значения заносятся в serialize() виде в ячейку parameters таблицы categories
5. Админ может добавлять новые параметры в таблицу parameters (к тому же их будет не так уж и много, к примеру "цвет" будет использоваться и в авто, и в мебели, и в вещах). При добавлении нового параметра добавляется новое поле в таблицу products с префиксом, к примеру, parametr_ и id параметра в таблиц parameters
6. Ну и при добавлении нового товара, сначала выбираем необходимые поля для данной группы товаров и заполняем только их...
В итоге имеем неограниченную вложенность категорий, неограниченное количество параметров для каждой категории... Единственный "минус" это, возможно, слишком большая таблица продуктов... Но этот так... Какая разница, какая там таблица, главное чтоб все работало
Andruxa, я вас сразу не понял... так-то да, лучше не делать в одной таблице, т.к. в итоге получится "каша"... Как вариант - предложение White, сделать поле "параметры" и хранить в нем все параметры продукта... Но я б скорей всего такое не выбрал.
Одно дело, если нужно просто хранить и показывать. В этом случае это наилучший вариант.
Другое же дело, когда нужно организовать сортировки всякие и т.д... Но хотя и здесь немного поизвращавшись можно сделать и с serialize.
Мне вот что интересно. Обычно, когда подобное делают, то уже знают специфику товаров, т.е. будут то вещи или недвижимость, или техника, или что-то еще... А у вас это что будет?.. Иил это из серии "торгуем всем и ничем"?
Вобщем я еще немножко подумаю, как лучше это реализовать, но скорей всего самое оптимальное в вашем случае будет использовать предложение White
LIME, по-моему вы все слишком перемудрили... Зачем столько ненужных действий?! Выбрали с помощью LIKE нужное (выше вам уже написали как), подсветили слова каким-то цветом (или еще как-то выделили) и вывели на экран... все...
делаете всего две таблицы: объявления и категории. В объвах делаете все необходимые поля и id категории... В категориях соответственно id и parent_id... В итоге имеем неограниченную вложенность категорий и рассортированные объявы...
вы просто видимо незнаете что в архиве, и на чем основывается постраничная навигация
о как! Если вы все знаете, чего ж тогда задаете такие глупые вопросы?!
Вы сами не знаете, что скачали и что теперь с этим делать... Вы хоть скачанные файлы открывали? Видели там файлик dbcon.php? Вот в нем осуществляется подключение к базе...
А вот если б вы открыли файл index.php, то увидели б такую строку
нет такого... Вся суть хранения пароля заключается в том, чтобы нигде, никогда и никому его не показывать... А если вы хотите его "показать" какой смысл тогда хранить зашифрованным?..
Если вы что-то "прогнали" через md5, то обратно уже не расшифруете...
з.ы. в вашем куске кода я б последнюю строку написал так $password = md5($password."b3p6f");
мне не совсем это надо, мне нужно как сделать, чтобы если заходишь, например на страничу, site.ru/page.php?login=nickname, то отображает страницу с данными об этом пользователи, а если никнейм другой, то данные от другого юзера
ну так и сделайте... Передаете GET-ом логин, затем вытаскиваете с базы (ну или не с базы) инфу о пользователе у которого логин раве вашему. Ну и показываете все это дело... Что туту такого сложного, я не пойму...