В інтернеті міститься більше інформації, ніж здатний обробити мозок однієї людини. Навіть армія не змогла б відсортувати щоденний потік новин, щоб знайти те, що дійсно важливо. А для того, щоб вирішити, які саме матеріали цікаві звичайному користувачеві, знадобилася б ще одна армія. Digg.com спробував вирішити цю проблему, передавши цю роботу натовпу. Платформа стала новинним сайтом, керованим користувачами, де сотні тисяч людей займалися пошуком, відправкою, перевіркою та просуванням статей з усього Інтернету.
Уявіть це як Slashdot без редакторів. Digg дотримувався демократичного підходу. Усі рішення про контент приймали користувачі. Кевін Роуз, який раніше працював в ефірі на TechTV, співосновав платформу в грудні 2004 року. Він об’єднав зусилля з Джейєм Адельсоном, колишнім генеральним директором, та Оуеном Берном. Роуз витратив всього 1000 доларів на запуск Digg, значною мірою покладаючись на програмне забезпечення з відкритим кодом. Зростання було стрімким. Через шість місяців на сайті було приблизно 25 000 зареєстрованих користувачів. Через рік ця цифра зросла до 80 тисяч, при цьому щодня сайт відвідували 500 тисяч унікальних користувачів. До березня 2007 року Digg подолав позначку в один мільйон зареєстрованих користувачів. За оцінками 2008 року, кількість унікальних облікових записів перевищувала 2,7 мільйона.
Як насправді влаштовано структуру спільноти Digg
Спільнота функціонувало через чіткі ролі, що часто перетинаються. Відправники публікували посилання з блогів, професійних сайтів новин і випадкових куточків вебу в чергу Digg. Ненав’язливі рецензенти переглядали цю чергу і натискали кнопку “Digg it”, якщо знаходили історію цікавою. Щойно стаття набирала достатню кількість голосів «Digg» та відповідала певним секретним вимогам, вона просувалася на головну сторінку.
Потім були віддані рецензенти. Ці користувачі проводили годинник щодня, переглядаючи чергу, активно просуваючи хороші статті та повідомляючи про погані. Достатня кількість скарг призводила до видалення статті. Ця група фактично визначала те, що з’являлося на головній сторінці, викликаючи різкі сплески трафіку. Ці стрибки часто призводили до падіння неготових веб-серверів. Невеликі сайти або домашні сервери могли вийти з ладу, коли трафік зростав із 400 відвідувачів на день до 5000 за дві години. Навіть великі сайти, такі як HowStuffWorks, могли фіксувати цей вплив. Коли статистика показувала тисячі додаткових кліків на годину на одну статтю, співробітники перевіряли інші агрегати новин, такі як Slashdot, Fark, Yahoo! Buzz та Digg, щоб зрозуміти, хто генерує трафік.
Зрештою, були читачі. Вони становили більшість бази користувача. Вони споживали відібрані статті та генерували рекламні прибутки, які підтримували сайт. У відповідь вони давали відправникам та рецензентам мету.
Чому інтерфейс Digg здавався революційним, але залишався простим
Дехто називав саму концепцію революційною. Проте фактичні функції були досить простими та інтуїтивно зрозумілими. Почати було легко. Коли ви завантажували головну сторінку Digg.com, ви бачили найпопулярніші на даний момент статті. Ці матеріали вже були «задигані» достатньою кількістю користувачів, щоб заслужити місце на першій сторінці. Макет пріорітізував негайний доступ до трендового контенту, усуваючи необхідність пошуку новин.
Налаштування вашого облікового запису Digg
Реєстрація відбувається швидко. Ви впораєтеся за лічені секунди. Для чого це потрібно? Тому що без облікового запису ви не зможете зробити майже нічого.
Як тільки ви створите обліковий запис, веб-сайт відкриє перед вами всі можливості. Ви зможете розпочати відправляти історії. Ви можете голосувати за інших. Ви станете частиною обговорення, а не просто глядачем, який перегортає головну сторінку.
Уявіть, що це як отримання квитка читача в бібліотеку. Ви можете увійти та погортати книги, але не зможете взяти нічого додому, доки не будете внесені до списку. Тут діє та сама логіка. Ваш обліковий запис – це ваш квиток на активну участь в Digg.
Як працює черга Digg і що насправді означає «поховання»
Вкладка «Популярне» відображає історії, що отримали найбільшу кількість позначок Digg. Ви переглядаєте чергу «Майбутні історії», знаходите заголовок, який вам подобається, і натискаєте кнопку «Digg» ліворуч від назви. Кожна історія, яку ви відзначаєте, зберігається у вашому обліковому записі. Це створює постійний журнал всього, що ви коли-небудь схвалили. Це корисно для подальшого використання.
Чим більше позначок Digg накопичує історія, тим вищі її шанси потрапити на головну сторінку. Ви також можете фільтрувати чергу за категоріями. Digg пропонує вкладки для новинних статей, відео, зображень та подкастів. Якщо вам цікаві технології, але ви не цікавитеся автоспортом, просто зніміть відмітку з цього пункту. Digg фільтрує стрічку, щоб ви бачили лише те, що вам справді потрібно.
Як приєднатися до обговорення історії в Digg
Знайшли історію, яка викликала суперечку чи думку? Натисніть посилання «коментарі» під описом історії. Прокрутіть вниз. Додайте свій голос до спільного потоку. Це стандартний спосіб обговорення контенту з іншими користувачами на платформі.
Чому історії «захоронюються» і що з ними відбувається
Digg покладається на користувачів для повідомлень про проблеми. Історії, що дублюються, непрацюючі посилання, невірні факти, застарілий контент, слабкі думки і спам — все це має місце у списку, що випадає, «проблема» під кожним описом історії. Натисніть відповідне посилання, щоб повідомити про неї.
Коли історія отримує достатньо скарг, чи «поховань», вона зникає з активної черги. Проте вона повністю не видаляється. Вона просто переміщається в результати пошуку та профілі користувачів. Це м’яке видалення, яке зберігає чисту основну стрічку.
Як відправити свою історію в чергу Digg
Ви можете публікувати історію самостійно. Напрочуд цікаво спостерігати, як ваша відправка намагається піднятися в рейтингу. Натисніть «Надіслати історію» у верхньому правому куті головної сторінки. Спочатку виконайте пошук за ключовими словами або URL-адресою. Якщо ваша історія ще не була відправлена, вам знадобиться назва, посилання та короткий опис.
Після відправлення історія одразу потрапляє до черги «Майбутні історії». Вона видно всім. Далі все залежить від натовпу. Або вона набере достатньо позначок Digg, щоб потрапити на головну сторінку, або піде в забуття. Також її можуть поховати, якщо користувачі подадуть на неї скарги.
Що відбувається після відправки
Підсумок бінарний. Ваша історія проходить чи ні. Якщо вона не набирає обертів або подає скарги кілька користувачів, вона зникає з основного огляду. У наступному розділі розглядаються спеціальні функції, вбудовані в Digg, які виходять за рамки простого перегляду та надсилання.
Відстеження активності Digg та пошук нового контенту
Digg – це не просто агрегатор посилань. Він одночасно функціонує як хаб соціальних закладок та як джерело для блогів. Можна копати глибше, ніж головна сторінка.
Рекомендації Digg працюють за певним алгоритмом. Система сканує інших учасників, які “Dugg” ті ж історії, що і ви. Це допомагає знайти однодумців або впіймати історії, які ви могли пропустити. Переглядати це можна через вкладку «Скоро» або перейти на вигляд «Все».
Digg Spy надає вікно реального часу для спостереження за активністю на сайті. Стеж, як історії вирушають, просуваються, отримують «Diggs» або повідомляються про них у момент їх появи.
Інші утиліти включають:
- Соціальні закладки: Додайте друзів та відстежуйте їх активність у Digg через свій профіль.
- Підкаст: Підпишіться на Diggnation, щоб слухати засновника Кевіна Роуза та його свідуючого, які обговорюють головні історії тижня та питання платформи.
- Зв’язок з блогами: Однонатискання blogging доступне, якщо ви розміщуєте свій блог на Typepad, Blogger, Live Journal, Moveable Type або Wordpress. Просто натисніть “blog story” під будь-яким описом. Ви також можете додати кнопку “Digg this” у свої власні пости. Це не офіційна функція Digg, але компанія, схоже, не заперечує.
- RSS-стрічка: Інтегруйте Digg у свій сайт. Варіанти включають всі історії з головної сторінки, історії, які ви “Dugg” або коментували, а також історії від ваших друзів.
- Надсилання історії електронною поштою: Діліться посиланнями безпосередньо через посилання «email this».
- Блокування/повідомлення про користувача: Приховуйте небажаних користувачів з поля зору. Якщо достатньо користувачів заблокують конкретну людину, цей користувач може бути забанен.
Digg Labs та експериментальні додатки
Розробники Digg постійно створюють нові інструменти. Digg Labs розміщує ці експериментальні програми. Деякі відстежують використання зображень на всій платформі. Інші змінюють спосіб відображення історій.
Візьмемо, наприклад, BigSpy. Він відображає історії з різним розміром шрифту. Більший шрифт означає більше “Diggs”. Це візуальне уявлення популярності.
Бізнес-модель Digg
З боку користувача все здається добровільним. Послідовна, курована головна сторінка створюється натовпом. Це блискуча бізнес-стратегія. Оплата працівників за виконання тієї ж роботи була б дорогою.
Під поверхнею операції масштабна. Digg наймає 75 людей. Вони планують подвоїти цю кількість до кінця 2009 року. Інфраструктура працює на сотнях серверів.
Diggnation: Офіційний голос
Digg має офіційний блог, написаний Кевін Роуз. Потім є подкаст “Diggnation”. Роуз веде його з колишнім провідним TechTV Алексом Альбрехтом. Вони обговорюють найпопулярніші відправлення тижня. Вони також торкаються новин, пов’язаних з Digg, які ви не знайдете в інших місцях. Завітайте на Rev3: diggnation, щоб підписатися.
Технологія Digg
Серверна кімната: стеки LAMP та кількість серверів
Технологічний стек Digg виглядав майже наївно для сайту, що у травні 2008 року генерував 230 мільйонів переглядів сторінок на місяць. Жодного екзотичного проміжного програмного забезпечення. Жодних складних мікросервісів. Просто LAMP : Linux, Apache, MySQL та PHP. Це була тісна зв’язка серверних додатків та управління базами даних, яка дозволяла кільком мовам взаємодіяти одна з одною без особливих тертя.
Скільки серверів дійсно потрібно, щоб підтримувати роботу цієї машини? Кевін Роуз у подкасті Diggnation 2006 року припустив, що близько 75. До 2008 року технічний блог Digg дав більш розпливчасту відповідь: компанія експлуатувала в 1,8–2,5 разів більше серверів, ніж мінімально необхідна кількість. Насправді? Ніхто всередині компанії не знав точного числа.
Джей Адельсон, який очолював компанію як CEO, розкрив деталі обладнання для HowStuffWorks. У стійках знаходилися сервери Penguin Computing і Sun. Веб-шар працював на Debian Linux, де PHP виконувала основну роботу. Шар даних розміщувався на MySQL. Адельсон зазначив, що Digg не потрібно було зберігати величезні обсяги даних, оскільки контент був майже текстовим. Він назвав цю конфігурацію «нескінченно масштабованою».
У грудні 2005 року Адельсон повідомив Mad Penguin, що Digg подвоює свою інфраструктуру щомісяця. Попит поглинав ресурси швидше, ніж могли бути розгорнуті. Архітектура покладалася на серверне сховище. Жодних cookie. Ваша історія, друзі, коментарі та минулі «дайги» зберігалися у вашому профілі всередині бази даних Digg. Вам доводилося входити до системи. Цей вхід був першою лінією перевірки безпеки, верифікуючи дійсність користувача при кожному відвідуванні.
Як Digg використовував перевірки карми для боротьби зі спамом
Digg не покладався на людських редакторів для виявлення порушників. Він використав код. А саме систему, яку Адельсон назвав “перевірками карми”. Ці перевірки запускалися в критичні моменти користувальницького шляху.
Коли ви надсилали статтю, система негайно перевіряла її легітимність. То був спам? Вона була автоматично відправлена ботом? Обліковий запис було заблоковано або обмежено? Адельсон пояснив, що система карми враховувала багато чинників, включаючи те, що він назвав «унікальними властивостями критичної маси користувачів Digg».
Друга контрольна точка спрацьовувала, коли стаття претендувала просування. Якщо пост мав достатньо «дайгів» і достатню швидкість зростання, він рухався до головної сторінки. Але система завмирала. Вона перевіряла, чи були ці дайги справжніми. Вона шукала шахрайські облікові записи, створені виключно для просування статті.
«Наша система карми розрізняє користувачів, створених тільки для того, щоб поставити «дайг» статті та користувачів, які взаємодіяли з сайтом».
Вона також полювала на автоматичні «дайги». Якщо комп’ютер клацав «дайги» у швидкій послідовності, щоб примусово вивести статтю на головну сторінку, алгоритм це ловив.
Без редакторів, без цензури: лише алгоритми
Хтось у Digg вручну закопував статті? Ні. Адельсон підтвердив, що за лаштунками не було жодного редакційного контролю. Жодної цензури. Ні на етапі відправлення. На етапі просування. Ні на етапі закопування.
Якщо вам не подобалася лайка, ви могли увімкнути фільтр нецензурних виразів. Це була межа контент-модерації. Коли стаття закопувалася, це не тому, що хтось вирішив, що вона погана. Це відбувалося тому, що пропрієтарний алгоритм депромotion визначав, що стаття готова зникнути з основних сторінок. Він працював так само, як і все інше: математично.
Гроші за машиною
Вся ця демократична, алгоритмічна енергія коштувала дорого. У вересні 2008 року Digg залучив 28,7 мільйона доларів венчурного капіталу. Цей єдиний раунд більш ніж подвоїв загальну суму, яку Кевін Роуз залучив із моменту заснування компанії у 2004 році. Гроші підтвердили життєздатність моделі принаймні для інвесторів. Але вони також підкреслили напругу, яка ось-ось мала вирватися назовні.
Бунт користувачів: Шумиха 2006 року
Система здавалася демократичною. Вона здавалася прогресивною. Вона перетворювала звичайних користувачів на редакторів, репортерів та зберігачів воріт. Але ця чистота почала тріскатися у середині 2006 року. Невелика, але гучна група користувачів почала ставити питання, чи дійсно користувальницька природа Digg працювала. Галас був гучним. Вона кидала виклик ідеї, що алгоритм може по-справжньому представляти «волю» спільноти.
У наступному розділі розповідається, як користувачі реагували на ці ранні тріщини.
Коли головна сторінка стає інструментом фондового ринку
Згадайте ту саму цитату «99% відмінно» від ForeverGeek’s Macgyver у 2006 році? Більшість користувачів, як і раніше, з нею згодні. Початкова атмосфера Digg була електризуючою. Користувачі змагалися, щоб першими повідомити новини. На поверхню виринали приховані перлини, часто розкриваючи маловідомих блогерів, які робили основну роботу. Натовп здавався по-справжньому зацікавленим у просуванні хороших матеріалів та похованні поганих. Теоретично ця децентралізована влада робила сайт стійким до корупції з боку корпорацій чи надміру жвавих редакторів.
Але це було не так складно. Не зовсім.
Скарги починалися з дрібниць. Коментарі до статей часто були грубими, дурними чи просто порожніми. У міру зростання сайту зростала і тривога щодо зловживань. Спам, фейкові акаунти та автоматичне «дайджинг» стали постійними головними болями. Але існував темніший вектор: маркетинговий потенціал сайту, який не має жодної редактури. Нечесні власники сайтів могли публікувати історії, що звучали irresistibly (неможливо привабливо), не для інформування, а щоб генерувати кліки. Збільшувати кількість переглядів сторінок. Підвищувати рекламні прибутки. Користувачі були лійкою.
Потім настав березень 2006 року.
Інцидент із чутками про Google-Sun
Це виглядало як стандартний цикл новин, що розриваються. З’явилася чутка: Google купує Sun Microsystems. Якщо це правда, ціна акцій злетить. Надіслані на Digg матеріали йшли один за одним. Щонайменше чотири за один день. Декілька з них потрапили на головну сторінку.
Але ті, хто просував їх? Ті самі люди.
У чутці не було жодної краплі правди. Ні угоди. Ні поглинання. І все-таки картина вказувала на скоординовані зусилля. Деякі запитували, чи не використовували ці користувачі Digg для поширення помилкового слуху, сподіваючись підштовхнути вгору ціну акцій Sun і швидко заробити. То справді був дивний вектор зловживання. Не просто спам. Не просто автодайджинг. Маніпуляція ринком через сигнал у соціальних мережах.
Чому «99%» все ще трималося (в основному)
Відсоток помилок у 1% мав сенс. Digg обробляв понад мільйон відвідувачів та 1500 відправлених матеріалів на день. Неможливо зловити кожен шматок спаму, кожен фейковий обліковий запис, кожен скрипт авто-дайджингу. Величезний обсяг гарантував витоку.
Але справжня скарга Macgyver стосувалася не спаму. І не фейкових чуток про акції. Його проблема була глибшою. Вона стосувалася відсутності редакційного контролю. Та “міні-битва”, про яку писали всі технологічні блоги, не була про збої модерації. Це було філософське тертя щодо того, хто має право вирішувати, що є новиною.
Якщо ви шукаєте альтернативи моделі Digg, ландшафт 2006 включав:
- del.icio.us
- FARK.com
- linkfilter.net
- Reddit.com
- Slashdot.org
- Yahoo! Buzz
У кожного були свої особливості, своя база користувача і свій підхід до курування. Digg виділявся своєю сирою, нефільтрованою енергією. У цьому й полягала його привабливість. І в цьому була проблема.
Скандал не збирався вирішитися сам собою. Наступний розділ докладно розглядає, як це сталося.
Як користувач Digg виявив потенційну аномалію автоматичного Digging
Все почалося непомітно та тихо. Macgyver, частий відправник контенту на ForeverGeek та Digg, помітив щось дивне. На Digg з’явилися дві статті, надіслані одним і тим самим користувачем. Вони мали майже ідентичні користувачі, що натиснули кнопку Dig, в майже ідентичному порядку. Обидві статті вийшли на головну сторінку. Одним із користувачів, що натиснули Dig на кожній із статей, був Кевін Роуз.
Macgyver не робив висновків. Він просто опублікував свої спостереження у блозі ForeverGeek. Очевидний висновок полягав у тому, що Digg пропустив випадок автоматичного Digging. Наявність Кевіна Роуза в числі користувачів, що натиснули Dig, додавала ще один дивний шар. Цю частину він залишив без пояснень.
Чому Digg заблокував URL ForeverGeek після повідомлення
Читач ForeverGeek, а не Macgyver відправив статтю з блогу на Digg. Реакція була швидкою. Статтю зробили недоступною для Digging, фактично поховавши її. Digg повністю заблокував URL ForeverGeek. Користувачі більше не могли надсилати статті з цього домену. Похована стаття незабаром зникла із сайту.
Ця послідовність подій викликала питання про те, як Digg обробляв мета-повідомлення про власні збої в модерації. Блокування стосувалося не лише конкретної статті. Це було блокування лише на рівні домену. Надсилання матеріалів з ForeverGeek було припинено. Інцидент показав, наскільки швидко платформа здатна придушувати висвітлення своїх внутрішніх збоїв.
Наслідки: чому скандал із «корупцією» на Digg так і не був повністю вирішений
Macgyver був не єдиним, хто копався у цій брудній справі. Він опублікував блог-пост під назвою “Digg Corrupted: Editor’s Playground, не User-Driven Website” (Digg зіпсований: ігровий майданчик редакторів, а не сайт, керований користувачами), і історія розлетілася, як вогонь по сухій траві. Кевін Роуз, тодішній ключовий фігурант у Digg, опублікував відповідь в офіційному блозі Digg. Його позиція? Нічого смішного не відбувалося. Він стверджував, що просто «диггає» (голосує за) ті історії, які йому цікаві. Якщо в даному конкретному випадку відбувалося автоматичне «дигання», він сказав, що не має поняття.
Роуз також прокоментував бан ForeverGeek. Він наполягав, що це було довільним рішенням. Сайт порушував правила Digg, які забороняють спам та шахрайські акаунти.
Але Macgyver не відступив. Він назвав відповідь Роуза «невідповіддю» і продовжував ставити під сумнів саму основу сайту: відсутність редакційного контролю. Він документував всю подію у постійній звіті на ForeverGeek. Потім, без пояснень, ForeverGeek було розбанено на Digg.com. Свобода для подачі матеріалів знову було відновлено. Загадка залишилася нерозкритою.
Як Digg розвивався після скандалу
Незважаючи на цей невеликий невирішений епізод, Digg, схоже, почувається цілком добре з погляду трафіку та фінансування. Компанія має плани. Остання версія Digg включає нові категорії, що охоплюють усі види новин, а не лише науку та технології.
Також є функція Top Digg Users (Кращі користувачі Digg). Вона дозволяє переглядати активність найактивніших (а отже, впливових) користувачів сайту Digg. Такий тип відстеження полегшує пошук людей, яких ви хотіли б додати до свого списку друзів, щоб стежити за їхнім «діганням».
Де дізнатися більше про Digg та його екосистему
Для отримання додаткової інформації про Digg.com та пов’язані теми, ознайомтеся з посиланнями нижче.
Пов’язані статті HowStuffWorks
- Як працюють блоги
- Як працює MySpace
- Як працюють підкасти
- Як працює спам
- Як працюють веб-сервери
Інші чудові посилання
- del.icio.us
- Digg.com
- Digg Tools
- Fark.com
- Yahoo! Buzz
Джерела
- Веблог Алекса Босворта. “Dynamics of Digg” (Динаміка Digg). 23 грудня 2005 р. http://www.sourcelabs.com/blogs/ajb/2005/12/dynamics_of_digg_1.html
- Ендрюс, Роберте. “Digg Just Might Bury Slashdot” (Digg може поховати Slashdot). WiredNews. 17 листопада 2005 р. http://www.wired.com/news/technology/1,69568-0.html
- Digg.com. «About Digg: Frequently Asked Questions» (Про Digg: Часті питання). http://digg.com/faq
- Digg Blog. http://diggtheblog.blogspot.com/
- Diggnation. Revision3. http://revision3.com/diggnation
- Айнфельдт, Крістіан. «Digging Distributed Journalism: Digg.com» (Розкопуємо розподілену журналістику: Digg.com). Mad Penguin. 16 грудня 2005 р. http://madpenguin.org/cms/?m=show&id=5796
- Електронне інтерв’ю з Джеєм Адельсоном, генеральним директором Digg.com. 14 червня 2006 р.
- Фіока, Брайан. “Digg PHP’s Scalability and Performance” (Масштабованість та продуктивність PHP в Digg). O’Reilly Media, Inc. 10 квітня 2006 р. http://www.oreillynet.com/onlamp/blog/2006/04/digg_phps_scalability_and_perf.html
- Геннес, Ліз. “Kevin Rose Becomes CEO in Shake-up at Digg” (Кевін Роуз стає генеральним директором після перестановок у Digg). GigaOm. 5 квітня 2010 р. http://gigaom.com/2010/04/05/kevin-rose-becomes-ceo-in-shake-up-at-digg/
- Грем-Камінг, Джоне. “Хоу багато users does Digg have?” (Скільки користувачів у Digg?). JGC.org. 29 січня 2008 р. http://www.jgc.org/blog/2008/01/how-many-users-does-digg-have.html
- Копіттофф, Верн. «Популістські новинні сайти дають читачам те, чого вони хочуть». SFGate.com. 17 квітня 2006 р. http://www.sfgate.com/cgi-bin/article.cgi?f=/c/a/2006/04/17/BUG78I9FMQ1.DTL&hw=digg&sn=001&sc=0001
- Ледтке, Майкле. “Internet startup Digg gets infusion of $28.7 million” (Інтернет-стартап Digg отримав інвестицію у розмірі 28,7 млн доларів). Rocky Mountain News. 29 вересня 2008 р. http://www.rockymountainnews.com/news/2008/sep/29/internet-startup-digg-gets-infusion-of-287/
- Macgyver. “Digg Corrupted: Editor’s Playground, немає User-Driven Website” (Digg зіпсований: ігровий майданчик редакторів, а не сайт, керований користувачами). ForeverGeek.com. 20 квітня 2006 р. http://forevergeek.com/news/digg_corrupted_editors_playground_not_userdriven_website.php
- Перес, Сара. “Digg Townhall #2 Wrap-Up” (Підсумки Digg Townhall #2). ReadWriteWeb. 13 травня 2008 р. http://www.readwriteweb.com/archives/digg_townhall_2_wrapup.php
- Silicon Valley Sleuth. “Кольд Digg буде використаний для Sun stock manipulation?” (Чи може Digg використовуватись для маніпуляцій акціями Sun?). 17 березня 2006 р. http://www.siliconvalleysleuth.com/2006/03/digg_is_used_fo.html
- Splasho. «Suspicious Digging» (Підоглядне дзигання). Splasho.com. 20 квітня 2006 р. http://splasho.com/blog/2006/04/20/suspicious-digging/
- Стоун, Бред і Стівен Леві. Who’s Building the Next Web? (Хто будує наступний веб?). Newsweek.com. 3 квітня 2006 р. http://www.msnbc.msn.com/id/12011437/site
