Fearful

Рейтинг
45
Регистрация
24.04.2009
rengen:
Социальные сети и доски объявлений это как Х с пальцем сравнивать.

И я их привел как пример сайтов, где контент генерируют пользователи. Сравнивать я их не собирался.

rengen:

на доски трафик поисковый, в социалки трафик прямой (пользовательский) + рефереры + вирусный маркетинг.
Для обоих случаев действует трафик с рекламы (директ, банеры...)

С трафиком понятно, но никто же не будет региться в социалке, где пользователей считать ноль, или постить объявление на сайт где объявлений считать нет.

sanderman:
Нанять энное количество копирайтеров, которые наполнят сайт контентом. А потом уже завлекать посетителей, которые увидят наполненный сайт.

Копирайтеры катят для форумов, но не представляю копирайтеров наполняющих соц.сети или доски объявлений.

Магнат:
Эммм, что не так-то? У вас связь один ко многим, связываются такие типы связи через промежуточную таблицу.

Предложенная мной структура этой таблицы
--------------------------------------------------
| id объекта | id типа | Значение или Id значения
--------------------------------------------------

Полностью повторяет ваши данные

1 | вид | птицы
1 | срок жизни | 15
1 | цвет | белый
1 | цвет | зеленый
2 | вид | птицы
2 | срок жизни | 20
2 | цвет | белый
2 | цвет | зеленый
3 | вид | рептилии
3 | срок жизни | 15
3 | цвет | белый
3 | цвет | зеленый

и т.д....

Хорошо

А как тогда выбирать id_обьекта, к примеру если пользователь выбрал

1. Вид: птицы, рептилии

2. Срок жизни 15, 20 лет

3. Цвет: зеленый, белый.

А дальше как из предложенной вами таблицы получить id_объектов удовлетворяющих одному из условий.

птицы, 15, белый

птицы, 15, зеленый

птицы, 20, белый

птицы, 20, зеленый

рептилии, 15, белый

рептилии, 15, зеленый

рептилии, 20, белый

рептилии, 20, зеленый

Есть идея

делать таблицу такого вида

id_объекта | вид | срок_жизни | цвет

--------------------------------------

1 | птицы | 15 | белый

1 | птицы | 15 | зеленый

2 | птицы | 20 | белый

3 | птицы | 20 | зеленый

4 | рептилии | 15 | белый

5 | рептилии | 15 | зеленый

6 | рептилии | 20 | белый

7 | рептилии | 20 | зеленый

а дальше выбирать таким запросом

SELECT id_объекта FROM table WHERE (вид='птицы' OR вид='рептилии' ) AND (срок_жизни='15' OR срок_жизни='20' ) AND (цвет='белый' OR вид='зеленый')

тогда выборка одним проходом, правда интересует не будет ли сильно медленной такая выборка при количестве записей порядка 10-100к

Магнат:
Делайте связанную таблицу
--------------------------------------------------
| id объекта | id типа | Значение или Id значения
--------------------------------------------------
При выборке просто присоединяете ее к основной таблице JOINом

Немного не так меня поняли.

Объекту присвоены теги (типы), к примеру: птицы, 15, 20, белый, зеленый

Для пользователя они группированы по неким общим критериям

Например

1. Вид

2. Срок жизни

3. Цвет

А дальше к примеру пользователь выбрал

1. Вид: птицы, рептилии

2. Срок жизни 15, 20 лет

3. Цвет: зеленый, белый.

Исходя из критериев я сформировал

птицы, 15, белый

птицы, 15, зеленый

птицы, 20, белый

птицы, 20, зеленый

рептилии, 15, белый

рептилии, 15, зеленый

рептилии, 20, белый

рептилии, 20, зеленый

А дальше возникает вопрос, в каком виде лучше хранить связи, объекты-теги, что бы можно было делать выборки по

птицы, 15, белый

птицы, 15, зеленый

птицы, 20, белый

птицы, 20, зеленый

рептилии, 15, белый

рептилии, 15, зеленый

рептилии, 20, белый

рептилии, 20, зеленый

Что было понятней, пример http://hotline.ua/gd/386/17133-17300-17159/, правда там электроника, но для примера самое то

Вот меня интересует выборка по тегам группированных по общим критериям как на примере.

Знаю что такое делается такое на Drupal + Taxonomy Filter, но меня не интересует готовое решение. Меня интересует алгоритм выборки. Так как мне проще дописать до своей ЦМС нужный функционал, чем осваивать Drupal и пересаживать потом весь сайт на него.

-=Den=-:
kil, хостинг конторы - лайт-софт, они продают сайты для тур фирм и предосавляют хостинг.

про логику, это вроде логика разработчиков 5.3.0 , все те кто использует движки вордпресс, джумлу, моды к джумле и тд, все жалуются. Т.к. в пхп 5.3.0, не работают функции eregi, str, mail. т.е. они заблокированы.

Не знаю что там у вас, но у меня 5.3.1 и все там работает, только уведомляет что функции deprecated (устарели).

-=Den=-:

в пхп.ини есть:

; overload(replace) single byte functions by mbstring functions.
; mail(), ereg(), etc are overloaded by mb_send_mail(), mb_ereg(),
; etc. Possible values are 0,1,2,4 or combination of them.
; For example, 7 for overload everything.
; 0: No overload
; 1: Overload mail() function
; 2: Overload str*() functions
; 4: Overload ereg*() functions

раз они заблокировали функции, то где альтернатива?? eregi можно поменять на preg_match в скриптах, а с mail тогда что, не ясно.

У меня тоже эти строки закоментированы и все работает. Так что пинайте хостера.

a_kanaryov:

в качестве эксперимента иногда оставлял только текст , - так доход падал🙅

А у меня только текст, дает больше дохода чем текст+картинки.

profeto:
При бане деньги не выплачиваются, а возвращаются пострадавшим рекламодателям.

А деньги не пострадавших ложатся в карман Гугля.

x0x0:
С одной стороны беспредел как бы, но с другой - зачем адсенсу проблемные вебмастера со своими скликами\конкурентами и прочим? Я думаю им пофиг на то скликал кто или не скликал, честный или нечестный вебмастер, если на акке неадекатная активность то его банят. А иначе как, нянчиться с вебмастером, свои ресурсы бесконечно тратить на отслеживания левых кликов ? Ведь если ктото возьмется всерьез за акк, то прибавиться проблем самому адсенсу. Проблемный акк проще забанить...

Ну правильно, проще забанить и денюжку в карман положить, а потом морозиться и не отвечать.

Stek:

Господа, вас реально часто , ну или хотя бы раз, ломали на покупном, обслуживаемом софте ? Сдается мне, что все ваши проблемы с безопасностью идут от от "украл, поставил, и так сойдет".

Года 3 назад вставляли iframe на один мой сайт с периодичностью в один день. Я сидел, думал где ж у меня в самописе дыра, в итоге вспомнил что на сайте еще пхпбб2 стоял. Ну я сразу почистил на форуме пользователей, оставил регистрацию только через сайт и все проблему как рукой сняло.

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

mendel:

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

Не надо брать халявных шаблонов и шаблоны за копейки и все будет хорошо.

mendel:

Если шаблоны на Смарти или еще хуже - на голом пхп, то верстальщик ВЫНУЖДЕН думать о безопасности, потому что за него не подумал разработчик.

Потому что правильный шаблон должен выглядеть примерно так

...<div>{content}</div>...

все остальное это попытка создать видимость универсальности в CMS в ущерб другим вещам.

dma84:
Какой-то бред, причём тут верстальщик?

Притом что Smarty.

Tarry:
Есть ещё быдлокодеры.

А как определить что имеешь дело с быдлокодером? :)

Всего: 367