Небольшая задержка может и есть, но вас это не должно сильно напрягать, ваши деньги никуда не убегут. А проверять каждый час что там такое - надоест через месяц.
В 11 часов (летом - в 10 из-за летнего времени) заканчиваются сутки по какому-то-там-из-американских-поясов. То есть время там - штатовское.
MnogoKlientov, в чем вопрос то? Тематика показываемых объявлений не зависит от хостинга, она зависит от содержания сайта. Напишите тексты на заданную тему и дайте прожевать adsense, объявления пойдут более тематичные если они вообще в системе есть. Проверить это можно легко набрав в поиске запросы вашей тематике и посмотрев кто там рекламируется.
stealthy добавил 21.11.2009 в 06:23
Неудачно увешан или трафик не целевой. Должно быть примерно в 7-10 раз выше. Только нужно разобраться в том, как работает реклама и настроить блоки соответствующим образом. Ну, либо рекламодатели вас зафильтровали, наевшись неинтересным для них трафиком.
ЯК не при делах, как тут уже написали.
Имеет в любом случае, не только для выяснения где больше платят. Есть разные интересные эффекты. Если вы размещаете три блока директа (9 объявлений) на странице, то стоимость клика, естественно, понижается от 1 к 9му рекламодателю. Если вы разместите 6 директа и 3 adsense, причем сначала 3 директа на самом лучшем месте, затем 3 adsense, и на самом плохом месте еще 3 директа, то вы выберете самые дорогие объявления из обоих систем на лучших местах. Если топ цены в adsense выше, чем директ на позициях 4 и далее, то это увеличивает ваш доход.
Из минусов - на сайт будут ломиться оба бота (и директ и Adsense) + все парсеры и левые боты, пасущиеся в обеих системах. Если нагрузка на проекте очень высокая, придется больше времени бороться либо тратить больше средств на хостинг при ПРУ.
Нормальный DankoBear. Только он вроде сжимает ядро, чтобы поядрёнее рвануло.
Незачем ставить себе на машину GoogleUpdate, вот и вся сказка.
valenti, перелинковка, как правило, нужна как вспомогательная мера для вывода сайта по НЧ запросам. Однословные коммерческие (или в вашем случае условно коммерческие) запросы перелинковкой не продвинуть. Для перелинковки по НЧ нужен большой набор разных ключевых выражений + естественно, большое количество страниц. Если у вас на всем сайте 8 страниц, плюс вы хотите продвигаться именно по слову "завод", то как написано постом выше вы просто впустую тратите время.
Что касается как ПС расценивает навигационные блоки типа меню, сквозные ссылки и просто ссылки, то есть что из них больше вес дает, а что меньше, то подобных 100%-правильных ответов нет. В каком-то случае одна ссылка больше сыграет, в каком-то другая. Это все достигается опытным путем на конкретном проекте, но опять же при ваших объемах все это совершенно неактуально.
Ссылки это всегда работа с большими числами. Случаи когда одной ссылкой со слабой страницы можно было что-то куда то продвинуть систематизации не поддаются по причине редкости, к тому же работают то первого продвинутого конкурента, который просто сделает то же самое.
Не очень понятно зачем вам, ТС, этим заниматься, если вы (как вы пишете) умеете только в фотошопе что-то делать? Разработка подобных вещей требует вовсе не оформительских навыков, а навыков проектирования интерфейса. Вы можете рисовать квадратики на бумаге карандашом, или в MSWord, или в Visio, сверстать страницу в браузере - как хотите, это не принципиальный момент. Принципиальна идея интерфейса. Что именно вы выводите на экран, зачем, почему именно здесь. У вас на текущем "скриншоте" идеи никакой нет. Вы не понимаете, или просто пока не обращаете внимание на то, какие именно кнопки вы выводите и почему. Я, например, не понимаю почему на одном уровне у вас "В начало" (а я и так в начале, судя по всему) и "отправка SMS" (это не функция умного дома, это функция узкоспециализированного девайса, мобильного телефона). Я не понимаю что такое за пункт "Навигация", а раз пользователю неясно что там будет внутри - значит он не будет на это жать, или будет каждый раз исследовать содержимое пункта вслепую. Кнопки у вас расположены неправильно, это скорее для игры где волк яйца ловит, когда девайс держат на руках, а большими пальцами жмут по бокам. То есть когда нажатий много и практически вся работа с девайсом в эти нажатия укладывается. А что у вас будет после нажатия на "интернет"? Потребуется перехватить устройство поудобнее и начать указательным пальцем на экран жать? Вы возьмите из картона сделайте прототип и поймете сразу что это полная фигня.
В общем это все упирается в разработку интерфейса. А вы спрашиваете у людей что и как на экране расположить. В чем ваша работа тогда? О каком портфолио для каких работодателей речь?
Кроме того, вы изобретаете велосипед. Все небольшие тачскриновые приложения сейчас ориентируются на интерфейс iPhone, от него и нужно плясать. Нужно понять как он устроен, вычислить неудобства и потом попытаться сделать что-то лучше. По крайней мере это более эффективный путь, чем пытаться сделать с нуля неудобный интерфейс настроек фотоаппарата, на который это дело смахивает сейчас.
http://ru.smart-home-blog.com/ - тут есть множество материалов, которые касаются новинок по умным домам. Мужик отбирает множество материалов, как я понял, и переводит. Там есть скрины массы интерфейсов, есть от чего оттолкнуться. Вот, например, как сделан профессиональный интерфейс подобного плана - совсем свежая вещь (видео использования): http://ru.smart-home-blog.com/archives/1560.
Понятно, что в одиночку без работы в команде, которая умеет это делать, проектированию на промышленном уровне научиться нереально. Я не уверен, что у нас есть подобные команды. Надо ехать в Малайзию и устраиваться в промышленные отделения западных контор, чтобы учиться делать все по науке и по уму.
Вебмастерам рецепт один - снимать код, либо модифицировать его (например просто поставить выход из процедуры проверки, закомментировать скачивание файла с диспенсеров и т.п.). Это позволит нормально работать сайтам и снимет нагрузку с диспенсеров (иначе они их вообще хрен стартуют, т.к. под текущей нагрузкой когда все сайты хотят links.db даже полностью рабочий диспенсер ляжет).
Для самой САПЫ - решать проблему техническую (может винт накрылся и стала дисковая система тормозить, может атака была сначала на систему). Потом отрубить всем пользователям доступ и подключать блоками, чтобы не все сразу ломились. Потом корректировать выдаваемый на сайты код, чтобы он реже обращался к диспенсерам и исключал множественное обращение с одного сайта по истечению срока действия предыдущего обновления links.db. И заставить всех ВМ его обновить, чтобы не получался такой самоорганизующийся DDOS, который можно инициировать кратковременной нагрузкой на один из диспенсеров. Потом увеличивать количество диспенсеров чтобы был хороший запас по мощности.
По крайней мере мне так это видится. PHP код, который сейчас выдается сайтам, я детально не смотрел (у меня Perl система используется). Но судя по жалобам вебмастеров, что сегодня сайты легли - проблема там эта точно есть.
Скоро или нет они это разрулят - непонятно, но судя по тому что тормозит и форум сапы, и сам сайт, и на форуме нет до сих пор официальной позиции, то раньше чем к завтрашнему обеду вряд ли стоит ждать решения. Выходной день и все такое это конечно хорошо, но это уже не проблемы с биллингом, который можно доначислить. На сайтах у ВМ сегодня реально не будет свежих ссылок, а у многих вообще никаких ссылок не будет, у кого links.db убился, а новый не получен был.
Проблемы у меня с 3 ночи 15.11.09 (по логам) начались. А один день работы для тех, у кого заработки исчисляются сотнями и тысячами в день это крутовато для потерь.
Конечно DDOS. И очень понятно почему. Один диспенсер, видимо, начал тормозить и не отдавать данные вовремя. Код, стандартный (Perl по крайней мере модуль), сделан так, что если links.db c диспенсера не получен, то все, асисяй, каждый новый вызов кода (каждое новое обращение) вызовет обращение к диспенсеру, а он не рассчитан на одновременное обращение всех обслуживаемых им клиентов. Более того, если на сайте запрошено 10 страниц, то они в 10 струй будут наперегонки пробовать получить данные с диспенсера, а там нужно ставить блокировку чтобы "кароль" был один.
Как только первый диспенсер под таким гнетом лег, то небось запросы пошли на второй, второй лег, все пошли на третий, а далее вся толпа моментально положила четвертый. Вот и весь DDOS.
У меня код был модифицированный, но это тоже не спасло, лег хостинг т.к. 30 сайтов в 30 глоток начали ожидать данных и забили все очереди в апаче. Пока нашел проблему все проклял. Сейчас при неудачной скачке links.db во-первых старый не удаляется (что по крайней мере от большинства еггогов у ВМ спасет за сегодня), а во-вторых файл запрашивается сайтом только один раз в 5 минут и только одним обращающимся.
Ищите поиском, где то был. Только какой в нем смысл, если большинство ошибок поисковики исправляют автоматически?
