Для майтов с малым и средним посещениями и объемом хранимых данных — MySQL, либо другая СУРБД вполне приемлемый вариант.
Для сайтов, которые имеют проблемы, описанные в статье MySQL вообще не подходит. В частности потому что очень плохо масштабируется горизонтально. (Если это вообще можно назвать возможностью масштабирования)
Для подобных сайтов нужно использовать нереляционные подходы, key-value в частности.
На самом деле ничего необычного. Просто решили построить на основе MySQL key-value базу данных.
Хорошо это или плохо — на этот счет могут быть разные мнения. Я предпочитаю использовать вещи по назначению. Есть отличные вещи, например, Redis, которые гораздо быстрей мускула (т.к. не реализуют много лишнего функционала, который предлагает мускул, а используют быструю событийную epoll-based архитектуру), и для них архитектура key-value родная, поэтому не прийдется писать своего кода на уровне приложения.
Ну если уж очень хотелось использовать реляционное хранилище, то тогда уже можно было использовать Drizzle. Drizzle динамически развивающийся проект, который изначально заточен под хранение данных в вебе.
Оплата производиться за баннеропоказы. Цены на беннера указываются за 1000 показов.
>Откуда теория, что приблизительно равномерно?
КО подсказывает, что в гугл аналитиксе можно настраивать цели.
>Все зависит от нужности сайта, если человеку действительно нужна зубная щетка с фонариком, то он установит свежий браузер, а если нет — то смысл его нахождения:)
Здесь все зависит от эластичности спроса и конкуренции на рынке. Лично я бы просто ушел с такого сайта. И перешел бы по следуйщей ссылки с выдачи гугла. Конкуренция на рынке очень высокая
ну, во-первых, это все сайты на которых висят баннера :-)
Я думаю не стоит приводить ссылки этих сайтов, т.к. их очень много, гораздо больше чем тех, на которых их нет.
Ну а если Вы про прибыль от продаж, то я тоже этого не говорил, что покупки совершает каждый. Покупатели распределены приблизительно равномерно по тому какие браузеры они используют. Поэтому и написал о 20% недополученой прибыли.
Те кто покидают «в панике» — естественно ничего не принесут, т.к. пользователей, которые даже не видели контента сайта уже заставляют что-то делать. И естественно, никто (за очень редким исключением) этого делать не будет, т.к. в момент первого посещения лояльность к бренду (сайту) еще очень низка.
Ну у нас в компании, один из программистов на одном из проектов, просто поставил заглушку с призывом скачать «нормальный браузер» для пользователей с ИЕ6.
При этом на этом сайте 20% пользователей с этим не нормальным браузером.
+ Сайт активно рекламируется в адвордсе.
Итого 20% недополученной прибыли + какой-то процент бюджета адвордса (пользователи с ИЕ6 естественно в панике покидают сайт)
ух, я отвлекся на работу. Извините, воремя не ответил :-) но пользователь, но вы сами написали в комментарии habrahabr.ru/blogs/css/85920/#comment_2571421, что основной функционал ютуба останется доступен для пользователей ИЕ6.
А новые плюшки не будут поддерживаться. Но т.к. пользователи ИЕ6 изначально не стремяться пользоваться новыми плюшками, только потому, что пользуются ИЕ6. Поэтому зачем гуглу тратиться на финансирование разработки новых фитч, для сегмента, который ими не пользуется.
нет, рынок сбыта — это площадки, которые на которых показывается реклама.
Доля яндекса на рынке определяется количеством поисковых запросов, которые приходятся на эту поисковую систему в отношении к общему числу. Соответственно Яндекс теряет 10% трафика.
Уж насколько потеряет он финансово — не берусь судить. Может быть пользователи go.mail.ru/ вообще не кликают на ЯДиректовские объявления яндекса в СЕРПе. В таком случае Яндекс вообще ничего не потеряет :-) Но честно-говоря, думаю, что пользователи go.mail.ru ничем не хуже пользователей Яндекса, в том смысле что они также много кликают на платную рекламу.
epic fail для сейлзов Яндекса, а маркетинг в Гугле как всегда показал, что он лучший в мире. Так одним махом потерять 10% рынка, притом не просто потерять, а отдать главному конкуренту… В царской России за такое стрелялись…
Ну в adWords они уже давно включили скорость загрузки сайта в набор quality scores, т.е. величины, которые влияют в конечном счете на стоимость клика. Поэтому влияние скорости загрузки сайта на ранжирование такового в SERP-е более чем ожидаемо.
Для майтов с малым и средним посещениями и объемом хранимых данных — MySQL, либо другая СУРБД вполне приемлемый вариант.
Для сайтов, которые имеют проблемы, описанные в статье MySQL вообще не подходит. В частности потому что очень плохо масштабируется горизонтально. (Если это вообще можно назвать возможностью масштабирования)
Для подобных сайтов нужно использовать нереляционные подходы, key-value в частности.
https://lists.launchpad.net/drizzle-discuss/msg03687.html
Хорошо это или плохо — на этот счет могут быть разные мнения. Я предпочитаю использовать вещи по назначению. Есть отличные вещи, например, Redis, которые гораздо быстрей мускула (т.к. не реализуют много лишнего функционала, который предлагает мускул, а используют быструю событийную epoll-based архитектуру), и для них архитектура key-value родная, поэтому не прийдется писать своего кода на уровне приложения.
Ну если уж очень хотелось использовать реляционное хранилище, то тогда уже можно было использовать Drizzle. Drizzle динамически развивающийся проект, который изначально заточен под хранение данных в вебе.
richard.jones.name/google-hacks/gmail-filesystem/gmail-filesystem.html
там идея такая же в основе.
>Откуда теория, что приблизительно равномерно?
КО подсказывает, что в гугл аналитиксе можно настраивать цели.
>Все зависит от нужности сайта, если человеку действительно нужна зубная щетка с фонариком, то он установит свежий браузер, а если нет — то смысл его нахождения:)
Здесь все зависит от эластичности спроса и конкуренции на рынке. Лично я бы просто ушел с такого сайта. И перешел бы по следуйщей ссылки с выдачи гугла. Конкуренция на рынке очень высокая
Я думаю не стоит приводить ссылки этих сайтов, т.к. их очень много, гораздо больше чем тех, на которых их нет.
Ну а если Вы про прибыль от продаж, то я тоже этого не говорил, что покупки совершает каждый. Покупатели распределены приблизительно равномерно по тому какие браузеры они используют. Поэтому и написал о 20% недополученой прибыли.
Те кто покидают «в панике» — естественно ничего не принесут, т.к. пользователей, которые даже не видели контента сайта уже заставляют что-то делать. И естественно, никто (за очень редким исключением) этого делать не будет, т.к. в момент первого посещения лояльность к бренду (сайту) еще очень низка.
При этом на этом сайте 20% пользователей с этим не нормальным браузером.
+ Сайт активно рекламируется в адвордсе.
Итого 20% недополученной прибыли + какой-то процент бюджета адвордса (пользователи с ИЕ6 естественно в панике покидают сайт)
То что блоки полезут, это уже не столь критично
А новые плюшки не будут поддерживаться. Но т.к. пользователи ИЕ6 изначально не стремяться пользоваться новыми плюшками, только потому, что пользуются ИЕ6. Поэтому зачем гуглу тратиться на финансирование разработки новых фитч, для сегмента, который ими не пользуется.
Это экономия
это 10% возможной прибыли, которую я смог бы получить не отказавшись от этих пользователей.
Доля яндекса на рынке определяется количеством поисковых запросов, которые приходятся на эту поисковую систему в отношении к общему числу. Соответственно Яндекс теряет 10% трафика.
Уж насколько потеряет он финансово — не берусь судить. Может быть пользователи go.mail.ru/ вообще не кликают на ЯДиректовские объявления яндекса в СЕРПе. В таком случае Яндекс вообще ничего не потеряет :-) Но честно-говоря, думаю, что пользователи go.mail.ru ничем не хуже пользователей Яндекса, в том смысле что они также много кликают на платную рекламу.
такое количество болдов режет глаза. читать нереально.
Multiple custom variables will become available to all accounts in the coming weeks but you can start learning more about them now.
analytics.blogspot.com/2009/10/google-analytics-now-more-powerful.html
Tuesday, October 20, 2009 | 11:00 AM
Теперь, наверное, может не понадобиться, так как все идет из ящика :-)
из мануала:
When left undefined, the custom variable scope defaults to page-level interaction.
А у вас «Authorized» это вероятно сесионный scope
так что нужно контекст указывать явно
pageTracker._setCustomVar(1, «Authorized», «true», 2);
Но это все равно не объясняет почему данные у вас не появляются :-)