aalexeev

Рейтинг
155
Регистрация
11.05.2007
monia:
www.baidu.com

это китайский. а в японии гугл местный.

PS тут у нас окна\кондиционеры крутые фразы а там наверно сенсеи СЕО "суши" раскручивают =D

cvitex, данная методика взята из жизни, все видел своими глдазами. Подобные схемы работают как минимум 2-х в очень крупных московских IT фирмах (от 1000 человек в штате)

могу поделиться своими наблюдениями насчет мотивации творческих людей (программеры):

1) в коллектив необходимо вводить 20% трудоголиков (критическая масса)

2)в коллектив необходимо вводить руководителя\менеджера, умеющего мотивировать НЕденежно

3) должна быть дополнительно серьезная денежная мотивация (в идеале страх перед увольнением или ощущение что "моя ЗП выше чем у других"

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

как правило суммы одинаковы. с течением времени поддержка может подорожать (вас будут вытеснять)

Str256:
Понятно. Такое бывает не часто

странно, у нас постоянно. (испытываю такой же гемор как и Лиза даже хуже)

да и доступ часто нужно дать до сдачи - конкретны йпример интеграция с 1C

MiRaj:
Эмм.. Про выгрузку я в курсе - это мы делаем.
Вопрос был про кнопочку с просьбой снять статьи или ссылки.

а.. так где угодно например напротив любой статьи в статусе оплачена

там где "проверка существования статьи на площадке" и т.п. значечки открывающиеся по детальной информации по статье. Вот там еще один значечек "УДАЛИТЬ!!"

ну можно для роботов сделать структуру 1 стишок на одну страницу с постоянным адресом.

а для людей сделать страницы которые не индексятся со ссылками на эти страницы. или даже если индексятся и будет дублирование небольшое то не очень страшно для этой тематики

Это баянище знатный что Яша кладет на Роботс в поисках клоакинга и спама =)

AnNik:
Закономерность там одна: СУБД пытается оптимизировать выполнение запроса, в первую очередь минимизировать обращения к диску, поэтому чаще всего выдача идет в порядке физического расположения записей (таблицы или индекса) на диске. Для небольших выборок из "статических" (редко и мало изменяемых) таблиц физическое расположение записей часто совпадает с тем, в каком порядке делались записи в эту таблицу.
(все это конечно очень грубо и упрощенно)

да я то с этим согласен, это чистая правда. сразу видно что вы как и я работали с базами =) на реляционном языке вы говорите про Full Scan таблицы.

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

набор 1 (без индекса) "таблица ссылок yandex.webmaster"

Дата добавления ссылки | адрес документа-донора|ссылающийся сайт| анкор|ссылающися сайт|документ-реципиент| ...

набор 2 (с индексом) "таблица характеристик сайтов"

адрес сайта|ТИЦ|ВиЦ|Траст|....

При соединении по полю "адрес сайта" вторая таблица(там правда не реляционные таблицы как вы правильно сказали, но для упрощения пусть будет так) будет браться по индексу

а индекс может быть составной

например

адрес сайта|ВИЦ|Траст

(Почему он вполне может быть составной я могу объяснить если надо. самые важные параметры логично было бы все кинуть в индекс т.к. табличка-то будет явно большая и г соответственно все самое важное кидаем в индекс и даже можноне "заходить" в таблицу.)

Итак при соединении уже получим условно отсортированый набор данных. Естественно лишь условно т.к. индекс как всем известно - не гарантия сортировки. По моим наблюдениям и порядка 20%-30% записей будут в Оракле идти "случайно"(зависит от настройки базы) а вот 70-80 будут отсортированы.

на главной странице явный спам.. хотя странно что из за этого обнулили ТИЦ. Я бы убрал спам и стукнул Платону

Всего: 1861