it-swarm-eu.dev

Jak distribuovat soubor a získat statistiky stahování?

Jeden z mých klientů tam nemohl distribuovat měsíční tištěný časopis také jako bezplatné stahování PDF. Podobné jako HackerMonthly . Momentálně nepoužíváme žádný CMS, takže jsme otevřeni každému řešení.

Mohl bych to udělat s Google Analytics, pokud uvedu samostatný cíl pro každý soubor, který bude k dispozici, ale doufám, že tam nemusím.

Důležitá statistika by byla:

  • Počet stažení souboru
  • Zeměpisná oblast stahování

moderátor: přidejte značku „distribuce souborů“, pokud to považujete za vhodné

8
Jakob Cosoroaba

Počet stažených souborů na jeden soubor můžete sledovat jednoduše tak, že budete soubor posílat skriptem na straně serveru v jazyce, který si vyberete, a nikoli přímo odkazovat na soubor. Tímto způsobem můžete při každém požadavku na soubor zaznamenat a informace o tom, kdo jej stahuje, do databáze. Tuto odpověď viz příklad v PH P.

Chcete-li se naučit zeměpisné umístění, musíte použít GeoIPService k převodu jejich IP na geolokaci. Poté jednoduše uložte tyto informace s informacemi o stahování.

3
John Conde

Vzal jsem si to s předchozím zaměstnavatelem. Po dlouhé diskusi jsme zvolili AGAINST .pdf jako jediný způsob elektronické distribuce kvůli prodloužení doby načítání, obtěžujícímu softwaru a (poněkud) pochybné viditelnosti pomocí vyhledávačů ... Vím, já vím, Google vyhledává .pdf. ... ale zdá se, že chytí tradiční stránky HTML BETTER.

Naším řešením bylo tedy doručit web v novinách prostřednictvím vlastního redakčního systému, který jsme napsali sami. Pomocí služby Google Analytics bychom pak mohli sledovat příchozí, odchozí a související provoz a vyhledávání a cesty přes web. Velká část provozu, kterou jsme obdrželi, byla doporučení od současných čtenářů a nebylo možné sledovat, kdo prochází kolem .pdf e-mailem vpřed. Je však snadné sledovat odkaz „odeslat příteli“ na webu ... což je důvod, proč jej vidíte na CNN, MSNBC atd.

Dalším bonusem je, že pokud to uděláme tak, jak jsme to udělali, mohli bychom pomocí dotazů (nebo RSS, které jsme také nabídli) přesměrovat obsah zpět na hlavní web a na 25 dalších webů, které společnost provozovala. Konkrétní dopis od vysoce postaveného generálního ředitele by tedy mohl být použit k naplnění několika zpravodajů a webových stránek pouhými několika kliknutími.

Později, abychom upokojili publikum posedlé tiskem, jsme začali nabízet stahování ve formátu .pdf, generované na straně fly serveru. Jistě, nebyl to dokonalý, zvykem upravený grafický zázrak ... ale fungovalo to, bylo automatické a lidem se to líbilo. Doba načítání .pdf byla ~ 20-30 sekund, pokud váš prohlížeč .pdf nebyl otevřen. Doba načítání na webu bez pdf byla ve srovnání přibližně 1 s.

Z administrativního hlediska jsme šli z hodin na jeden zpravodaj na méně než hodinu. Doprovodný e-mailový systém byl nastaven tak, aby automaticky generoval e-mail s měsíčními články, jen s pár kliknutí. Výbuch e-mailu okamžitě zarostl diváky a zdvojnásobil návrat návštěvníků.

2
bpeterson76

Měli jsme podobný problém (i když nemáme zájem o geografická data).

To, co jsme skončili, bylo psaní proxy pro dokumenty. Tj. když požádáte http://example.com/articles/document.pdf, jedná se vlastně o servlet, který překládá název dokumentu na skutečný PDF, načte skutečný dokument a vrátí jej uživateli.

Výhodou je, že v tomto okamžiku můžeme zaznamenat, že soubor byl vyžádán, kdo o něj požádal, a (velmi důležité pro nás), pokud by mu mělo být umožněno.

S tímto nastavením neexistuje způsob, jak přistupovat ke skutečnému PDF bez procházení touto službou, což znamená, že můžeme přesně zaznamenat každý požadavek. Je však zdrojem těžký, protože PDF je čten/zapisován pro každou žádost.

0
Kris