Вопрос : исчезая место - трудный вопрос

Я имею место в реальном маштабе времени с 1-ого марта.   оно было оптимизирован достаточно наилучшим образом для его для того чтобы быть
no 1 на yahoo и 2 на Бинге для главным образом ключевого слова phrase.
it не быть до 6 неделей тому назад вокруг нет 8 на google.
now, котор место исчезало от google.
i проверяло через все проверки на вебмастер и оно кажется, что вползено o.k; и не будут вопросов поиска
under ошибок показаны, что имеет, котор диаграмма падает до нул 31-ого мая и имеет, котор остали там ever since. место
the над 6.000 backlinks я знаю неправильно.   Оно имеет около 20 неподдельное analytics google backlinks.
on движение, на moving ежемесячном среднем, держит понизиться около 15% двигатели каждому поиску day.Where определили 80% из движения в Эйприл, сегодня рисунок 51% для june.
I имеет судимое изменяющ содержание домашней страницы, более менее чем неделя тому назад поэтому она должна ясно слишком скоро увидеть если это имеет любое effect.
There будет другими проблемой/ключом.   Я первоначально оптимизировал место на фраза xxxx yyyy, которая ключевого слова согласно инструменту ключевого слова adwords привлекала 800.000 поисков месяц с около 12 миллиона страницами поэтому не было неудачей идя получающ ранжировки iего have.
however теперь, котор фраза, по какой - либо причине, даже не приходит вверх в мистифицированное keywrod tool.
I am потому что url очень хорошее одним 8 лет старых и я как раз не знаю сделать для того чтобы восстановить это место в please
suggestins google.
any class=

Ответ : исчезая место - трудный вопрос

«Таблицы и взгляд в реальном маштабе времени на таком же сервере.»  Я misread это the first time.  Да, они находятся на таком же сервере (физической коробке), но не на такой же базе данных. То причиняет ваши проблемы в кристаллический рапортах. Когда вы соединяете предметы от несхожих datasources (даже если будет таким же типом базы данных пребывая на такой же физической машине) вы имеете строгие ограничения и потенциальные вопросы представления.

Для того чтобы разрешить эти вопросы, самый лучший вариант должен консолидировать различные datasources в одиночное место для кристаллический рапортов для того чтобы запросить.  Здесь несколько варианты:

1)  Создайте взгляд на такой же базе данных как таблицы, но выходите он указывая к первоначально базе данных.  Насколько кристаллический рапорты обеспокоенный, таблицы и взгляд находятся на такой же базе данных, настолько там будут никаким вопросом - это был бы мой первый выбор, лично.  Если вы не позволить создать взгляды на базе данных UDT4, вы не должны иметь все проблемы.

2)  Создайте командование SQl снабжает ссылками и таблицы и взгляд.  В виду того что командование будет указано к одиночному datasource, вы исключите вопросы представления.

На бортовом примечании, ВАУ которое будет много корабли, котор нужно пройти.  Будет то результат выбирать каждый корабль в picklist?

~Kurt