_savit

_savit
Рейтинг
135
Регистрация
19.03.2006

Подобными услугами пользовался и буду пользоваться в дальнейшем. Считаю это дело абсолютно нормальным! Люблю разнообразие и не люблю заморочки =) Ухаживаниями и завоевываниями пусть занимаются романтики =)

Очередная бредовая идея ( точнее уже не идея, а реальность ). Нет чтобы лучше сделать нормальное разделение поиска / РСЯ или дневной бюджет

прописать алиас *.site.ru

в скрипте смотреть через $_SERVER['HTTP_HOST'] с какого поддомена скрип пускается

Сайт качественный и интересный. Купил ссылку по которой в добавок есть переходы на мой сайт. Буду обращаться еще!

pelvis:
_savit, зачем вам доска понадобилась? :)

Всегда хотел создать доску объявлений! Все существующие мне не нравятся, неудобные они.

Была задача создать доску объявлений с кучей фильтров ( в каждом разделе свой ) и классификатором как в Я.Маркете. Создал, теперь вот модерирую :)

orphelin:
ну если на паблик писать "навагоднее сувенирное итцо - атличный падарок на НГ" это вероятнее всего такой продуманный ход, то вот у меня в магазине частенько заказы оформляют с ошибками типа "Васильевичь" и т.п.
т.е. грамотность весьма низкая. Я не говорю про заглавные буквы и знаки препинания. Большие буквы я сам часто не ставлю в аське, на форуме и т.п. (разве что старт-посты исключение).

Я же говорю про людей, которые хотят продать дорогостоящий товар, являются представителями известных компаний.

Аська и форум - это несколько другое, тут можно позволить вольности.

-= Serafim =-

Виноват, каюсь!

Уверены что не помогло? У меня таким макаром на сайте все отлично работает!

p.s Точка перед названием домена обязательна! и ".site.ru" у меня в кавычках ( не помню влияет ли это как-то )

seraphim:
Вы говорите с точки зрения классическое реляционной модели. К вашему сведению, при проектировании высоко нагруженных систем, работающих с БД, почти всегда сознательно закладываются те или иные отклонения от "классики".

В данном случае вполне может быть выгодно, иметь 3 текстовых поля - друзья, в друзьях, друзья друзей - а логическую целостность обеспечить на уровне программного кода.

Потому что в данном случае всегда нужно одновременно работать только с одной записью. А выбрать одну запись по айдишнику из таблицы с индексом + explode/implode + изменить два поля не трогая индекса будет быстрее, нежели вставить пяток затрагивающих индекс строк в таблицу с миллионом строк... Мне так представляется, по крайней мере.

про сознательную денормализацию я в курсе, но это на мой взгляд не тот случай когда она нужна

В высоконагруженных проектах большие таблицы обычно разбивают на несколько. Например друзья юзеров с id меньше 1 миллиона хранятся в одной таблице, с id от 1 до 2 миллионов в другой. Критерий в миллион просто для примера, это совсем не большое количество данных.

ParserYa:
Хранить для каждого пользователя список его друзей через запятую например. А ПХП код делает explode этого поля и вывод для конкретного пользователя. Зачем таблица связей, если пользователю не нужно знать - является ли он чьим то другом? Ему ведь нужно знать только своих друзей.

это самый неправильный способ хранения друзей! текстовые столбцы неограниченной длинны это вообще не гуд для производительности.

нужна отдельная связывающая таблица

и как вы джойнить будете храня друзей в текстовом поле?

Всего: 598