Murphy: Приветствую форумчан. В интернет-магазине периодически на узкую группу продуктов (грубо говоря на один и тот же продукт) с разных IP-адресов приходят развернутые отзывы. Понятно, что из одного источника. Вопрос - ради чего? Может кто-то с подобным сталкивался?
К примеру, некий производитель дрянных моющих пылесосов уже много лет любит нанимать ботов, которые оставляют прекрасные отзывы в каждом форуме, до которого только доберутся :)
crazy2010: Дарю идею два - сделайте Shazam по кинофильмам. Сидишь смотришь фильм старенький, не знаешь как называется, запустил приложение - он тебе написал что за фильм, какие актеры, отзывы, рецензии. Правда, сделать один прототип этого проекта вылетит в копейку, это для серьезных дядей.
sidorka: Basilisk, имеет смысл денормировать все поля или только те, которые обновляются?
Дублировать имеет смысл как раз те, которые редко обновляются и только те, которые действительно помогут ускорить чтение.
Упрощенный пример - у вас есть миллиард заказов, для каждой строки заказа в таблице "Позиции заказа" есть количество и цена, при выборке вы умножаете количество на цену и получаете сумму по позиции.
Если вы заведете избыточную колонку Сумма, куда будете записывать при сохранении позиции заказа, то да - при выборке сэкономите время на вычислении, зато при обновлении, соответственно, потратите лишнее, плюс бонусом получаете дополнительный риск несоответствия данных.
Другой пример - в самой таблице "Заказы" у вас всегда будет поле "Общая сумма заказа" - чтобы сэкономить на join'ах и не подцеплять позиции заказа каждый раз, когда вам понадобится получить Номер, Дату и Сумму заказа.
Какая структура предпочтительней при большом количестве записей и частом обновлении?
1. Все в одной таблице с кучей полей с индексами.
2. Данные по разным таблицам, выборка по ним + join
Денормализация таблиц может ускорить чтение, но пользоваться имеет смысл, если вы знаете, что делаете и уже использовали остальные методы оптимизации запросов.
Поэтому если вы задаете этот вопрос, значит, вам нужно пользоваться вторым вариантом.
Anibrut: Здравствуйте, вот насущный вопрос такой. Каким числом ограничить количество ключевых слов по которым клиент хочет продвигаться?
Бюджетом клиента, разумеется :)
Просто делаете в коммерческом предложении три варианта - минимум, рекомендуемое и максимум, считаете бюджет для каждого варианта, и пусть клиент выбирает сам.
Приветствую форумчан.
В интернет-магазине периодически на узкую группу продуктов (грубо говоря на один и тот же продукт) с разных IP-адресов приходят развернутые отзывы. Понятно, что из одного источника.
Вопрос - ради чего? Может кто-то с подобным сталкивался?
К примеру, некий производитель дрянных моющих пылесосов уже много лет любит нанимать ботов, которые оставляют прекрасные отзывы в каждом форуме, до которого только доберутся :)
Профит понятен :)
Andrey_Prog, вот и я об этом.
Отлично меняет и с div, и без div.
Добрый день. Подскажите, как можно реализовать поиск и замену слова на странице средствами java.
Нужно, чтобы скрипт нашел слово "Привет мир" и поменял его на "<div class="A"><img src="1.png" /></div>"
Нашел скрипт но с <div> Он не работает.
Что значит "Не работает"? Какой результат выдает?
Дарю идею два - сделайте Shazam по кинофильмам. Сидишь смотришь фильм старенький, не знаешь как называется, запустил приложение - он тебе написал что за фильм, какие актеры, отзывы, рецензии. Правда, сделать один прототип этого проекта вылетит в копейку, это для серьезных дядей.
Проще посмотреть название файла.
Basilisk, имеет смысл денормировать все поля или только те, которые обновляются?
Дублировать имеет смысл как раз те, которые редко обновляются и только те, которые действительно помогут ускорить чтение.
Упрощенный пример - у вас есть миллиард заказов, для каждой строки заказа в таблице "Позиции заказа" есть количество и цена, при выборке вы умножаете количество на цену и получаете сумму по позиции.
Если вы заведете избыточную колонку Сумма, куда будете записывать при сохранении позиции заказа, то да - при выборке сэкономите время на вычислении, зато при обновлении, соответственно, потратите лишнее, плюс бонусом получаете дополнительный риск несоответствия данных.
Другой пример - в самой таблице "Заказы" у вас всегда будет поле "Общая сумма заказа" - чтобы сэкономить на join'ах и не подцеплять позиции заказа каждый раз, когда вам понадобится получить Номер, Дату и Сумму заказа.
Приветствую.
Какая структура предпочтительней при большом количестве записей и частом обновлении?
1. Все в одной таблице с кучей полей с индексами.
2. Данные по разным таблицам, выборка по ним + join
Денормализация таблиц может ускорить чтение, но пользоваться имеет смысл, если вы знаете, что делаете и уже использовали остальные методы оптимизации запросов.
Поэтому если вы задаете этот вопрос, значит, вам нужно пользоваться вторым вариантом.
Тем более, при частом обновлении.
последний раз страницы добавлял давно
---------- Добавлено 07.11.2015 в 19:01 ----------
допустим если есть у кого-то доступы, и он решил так пошутить
то есть добавить пользователя? на данный момент один пользователь - админ
Ну да, чтобы не думать - "доступы это или не доступы", добавляете еще одного админа и проверяете.
вообще не делал ничего ))
а возможно это как-то отключить в админке?
Что отключить?
Под другим пользователем проверьте сначала.
Здравствуйте, вот насущный вопрос такой. Каким числом ограничить количество ключевых слов по которым клиент хочет продвигаться?
Бюджетом клиента, разумеется :)
Просто делаете в коммерческом предложении три варианта - минимум, рекомендуемое и максимум, считаете бюджет для каждого варианта, и пусть клиент выбирает сам.
Это может повлиять на ранжирование в поисковых системах. В какую сторону зависит от конкретных изменений конкретных страниц.
Шикарный ответ.
ТС, записывай, чтобы не забыть.
Не всегда так темы палят.