Прикольно.
По одному из сайтов:
В индексе Яшки осталось менее 1000 страниц сайта. А по Гуглю все 18 000 страничек.
(Задумалси)
Можно вопрос на засыпку?
- Что вас больше возмутило? Падение цены или тематика объявлений?
Насчёт номинала, эт вы зря. )
I. Если основной сайт раскрученн и ему приказано долго жить, то в идеале - лучше скупить и возможные варианты написания.
1. Чтобы конкурентам не дать возможности раскрутить ресурс с созвучным названием.
2. Чтобы юзеры, ошибаясь в названии домена, всё равно попадали на основной сайт.
В прочем, это всё В ИДЕАЛЕ...
II. Домен может иметь ценность, просто из-за осмысленного названия. Даже не обращая внимания на searchengines.ru
Вопрос только в том, кто захочет взяться за развитие своего сайта о SEO и захочет ли?
З.Ы. А по номиналу он у Вас с руками должен уйти. (А номинал - это сколько? ) )
Дать людям поглазеть и заработать чуток денег не должно быть влом).
Если сайт толковый, то бояться и нечего.
Покажите реальные данные... которые дёргаете.
1. Просто, то что именно источник таким образом выводится, ещё не значит, что дело не в кодировке.
2. Проверяли реальные данные в rss на сайте с которого дёргаете?
3. И чем отличается ручной запуск от запуска по крону в вашем случае?
- например, ручное - это может быть через броузер??? или из командной строки???
- по крону, ну с ним понятно.
4. Проверяйте парсер rss, может при записи в базу данных вы не устанавливаете кодировку или меняете её.
---
подебагьте чуток...
Попробуйте не писать сразу в базу, а просто скачать rss на свой сервер с помощью скрипта по крону! Потом откройте сохранённый файл с rss и зацените, толи в нём, что ожидалось. Если то, значит, проблема в парсере при записе в базу данных. Если уже при сохранении в файл данные бьются подобный образом, то будем глубже копать.
1 Подключаетесь по SSH к одному хосту.
2. Делаете дамп базы данных в файл с помощью утилитки mysqldump
mysqldump -h localhost -u имя_пользователя -p название_базы_данных > db.sql
- Потребуют пароль к базе.
3. Скачиваете и закачиваете по ФТП дамп базы данных на новый хостинг
4. Создаёте нужную базу данных (в панели управления), если ещё не создали
5. Заливаете дамп в новую базы с помощью команды
mysql -h localhost -u имя_пользователя -p название_базы_данных < db.sql
6. Должно быть всё готово. Проверьте обязательно.
ЗЫ.
- Бывают проблемы совместимости версий базы данных
- Проблемы с кодировками
но это уже отдельный разговор и многое на форуме решалось.
На крайняк, арендуйте себе админа или в службу поддержки обратитесь, они бывает решают подобные вопросы и даже бесплатно (в счёт оплаты хостинга)
Думаю, милиардеры тоже так думают: денег ни на что не хватает! Что за жизнь такая?! Просто существуем.
Главное крыша над головой. Работать, думать головой. За почку не так уж и много денег дают, а риск их (деньги) неудачно вложить всегда велик. По статистике из 3 начинаний в бизнесе, только одно заканчивается более менее удачно. А почек их всего две, да и отдать-то можно только одну. Т.е. вероятность, что сработает - 33%.
В общем, отдавать свои органы - это уж в последнюю очередь. Когда две почки, и то очень часто у людей отказывают. А с одной, нагрузка возрастает в два раза. Продолжать весьти полноценный и активный образ жизни точно не выйдет!!!!
Продолжая жить как и всегда, с одной почкой человек проживёт лет 25 (если повезёт). Только не стоит забывать про дополнительные расходы на лекарства и т. п.
Ну если честно, проблема какая-то жестокая. Проблемы в настройках не только мускула, но и фтп. Возможно, правами доступа не те!!!
Службы поддержки хостинга нет чтоли?????
DyaDya добавил 15.07.2008 в 07:58
Вам проще нанять на денёк-другой нормального админа, чтобы всё настроил.
Кстати, так как канал узкий, то можно ничего не скачивать и просто через консоль SSH вытащить из лога последние строки (и чуток пролистать его)... Но чувствую, что по SSH у вас тоже ничего не пашет).
Кто-нибудь спешит на помошь)
Смотрите лог файлов мускула! И старт сервера делайте из консоли, чтобы ошибочки было видно.
Пока пробуйте, глядишь, подтянутся специалисты...
1. Поидее (ИМХО, у меня нет достоверных данных), вот это должно работать, если в бан попадает ВЕСЬ сайт: через несколько АПов и отсутствия сайта в индексе должны сниматься ссылки автоматом, если проставлена соответствующая галочка. (я не проверял, если есть у кого-то достоверные данные по работе этого автоснятия ссылок с непроиндексированных сайтов, выслушаю!).
Такое подозрение, что это задача оптимайзеров;), а не сапы. Достаточно того, что они предоставляют удобную возможность экспорта данных! А уж что делать с этими данными и когда снимать и когда не снимать ссылки отдано на суд самих оптимайзеров.
2. Сайт может и не попасть в бан, но могут из индекса вылететь и надолго отдельные страницы, с купленными ссылками. Вот это уже точно САПА автоматом не проверяет (может и здесь я ошибаюсь? выслушаю по фактам). Ибо проверять каждую страницу на наличие в индексе это задача не из простых. Слишком много запросов нужно сделать. Чем в случае, проверки домена!