Share
Van dag tot dag draait een groot deel van het werk van het runnen van een softwarebedrijf rond vragen stellen en beantwoorden en proberen de juiste beslissingen te nemen op basis van hen.
Sommige van de vragen zijn technisch, zoals 'Wat is de populairste webbrowser onder onze hoogbetalende klanten deze week?' Anderen, zoals 'Wat zijn de meest populaire functies in onze applicatie?', Begeleiden u terwijl u probeert te plannen waar uw bronnen voor ontwikkelaars het grootste verschil maken.
Soms bestaat er geen juist antwoord, maar meestal staat het gebrek aan kwaliteitsgegevens tussen u en een goed geïnformeerde beslissing vast..
Nieuwe Relic Insights is een Geavanceerde prestatie-analyse (APA) tool ontworpen om u te helpen deze (en nog veel meer) zakelijke vragen te beantwoorden. Hiervoor combineert het prestatiestatistieken met relevante bedrijfs- en applicatieparameters, waardoor alles op een prachtige manier beschikbaar is voor bevragen, combineren en visualiseren..
In het verleden vond dit onderzoek plaats via complexe query's en scripts met behulp van historische gegevens, door dataspecialisten. Nu met Insights, u kan transacties in de buurt van realtime mijnen, waarbij echte gegevens van echte bezoekers worden gebruikt.
Deze tutorial is een praktische inleiding tot het gebruik van New Relic Insights in een echte applicatieomgeving. De beste manier om Insights te ervaren en te leren, is door het zelf te proberen en te experimenteren. Dus in plaats van veel tijd aan theorie te besteden, springen we er regelrecht in en verkennen we de tool stap voor stap, terwijl we er alles over leren.
We zullen eerst kort kijken naar de installatie van New Relic Insights. Vervolgens gaan we dieper in op de gegevens: hoe deze op te vragen, hoe u deze kunt visualiseren en hoe u uw code kunt instrumenteren om bepaalde toepassingsspecifieke parameters door te geven. Ten slotte zullen we het geleerde in gebruik nemen en een dashboard voor klantenondersteuning bouwen dat u kunt gebruiken om problemen snel te identificeren en uw klanten te helpen in hun problemen met uw app.
Na het voltooien van de zelfstudie, zult u zich comfortabel voelen bij het verkennen van gegevens in New Relic Insights en deze gebruiken om dashboards te maken voor het presenteren van informatie die relevant is voor de verschillende belanghebbenden in uw organisatie, van management tot engineering.
Een basiskennis van softwareontwikkeling, PHP en SQL helpt u bij het doornemen van de zelfstudie. Ik zal een eigen applicatie gebruiken als een voorbeeld, maar het grootste deel van wat we zullen doen, zal van toepassing zijn op vrijwel elk webbedrijf. Om het beste uit de zelfstudie te halen, raad ik u aan zelf een toepassing te kiezen en deze te gebruiken om de query's en dashboardconfiguraties te testen terwijl we ze doornemen.
Als u al gebruikmaakt van de monitoringtools van New Relic, Aan de slag gaan met Insights is eenvoudig. De applicatie verzamelt zijn gegevens van andere New Relic-producten zoals APM en Browser, dus er is geen verdere installatie nodig. Klik gewoon op de inzichten menu-item op de menubalk van New Relic en gebruik deze om uw gegevens te verkennen.
Als u een nieuwe gebruiker bent, begin met het aanmelden voor een New Relic-gebruikersaccount. Insights is niet beschikbaar als gratis versie, maar de 14-daagse gratis proefperiode is ideaal om te proberen het te gebruiken.
Nadat u uw account hebt aangemaakt, moet u de APM-monitoringtool op uw server installeren. Ik heb de stappen voor het installeren van de tool in detail beschreven in een eerdere zelfstudie over New Relic Alerts. Volg de installatie-instructies van die zelfstudie en ga vervolgens met de nieuwe zelfstudie en verzamel informatie uit uw toepassing naar deze tutorial en ga verder met de volgende stap.
Het eerste dat u ziet wanneer u New Relic Insights gaat gebruiken, is het vraag pagina.
In eerste instantie kan deze pagina, met een zoekvak boven aan de pagina, een beetje intimiderend aanvoelen. Zodra u echter weet waar u moet beginnen, bent u snel klaar.
Om u een idee te geven van de gegevens die voor u beschikbaar zijn in Insights, laten we eerst uw eerste vraag uitvoeren.
Typ de volgende query in het queryvak boven aan de pagina:
SELECT aantal (*) UIT PageView SINDS 1 dag geleden
Deze vraag toont u het aantal Paginaweergave gebeurtenissen die in de afgelopen 24 uur zijn geregistreerd.
Zoals u aan de bovenstaande query kunt zien, lijkt NRQL sterk op SQL, met enkele beperkingen en een aantal nieuwe functies en zoekwoorden voor Relic. In de rest van deze tutorial ziet u nogal wat verschillende query's, maar als u op elk gewenst moment de details van de querytaal wilt opzoeken, kunt u ook de NRQL Reference bekijken..
Klik Rennen om de query uit te voeren en de resultaten te bekijken.
U hebt nu uw eerste NRQL-query uitgevoerd. Vervolgens wilt u waarschijnlijk bekend raken met de gegevens die New Relic beschikbaar stelt voor uw vragen.
Een manier is om gewoon een nieuwe zoekopdracht te schrijven. De zoekbox wordt geleverd met automatisch aanvullen, dus dit is een handige manier om rond te snuffelen en te zien welke soorten resultaten uit uw zoekopdrachten komen..
Een andere optie is om de onbewerkte gegevens te verkennen.
Het verkennen van gegevens die zijn opgeslagen in Insights is een goede manier om erachter te komen welke gegevensvelden beschikbaar zijn voor uw zoekopdrachten en om een algemeen inzicht te krijgen in hun mogelijke waarden.
Om dit te doen, klik op Gegevensverkenner in het menu aan de linkerkant.
In het volgende scherm kun je het type gegevens kiezen dat je wilt bekijken.
De lijst toont alleen de gebeurtenistypen waarvoor in uw account gegevens beschikbaar zijn, in dit geval, Transactie en Paginaweergave.
Hier is een volledige lijst met gebeurtenistypen die worden aangeboden door Insights:
Aangezien veel van deze gebeurtenistypen afhankelijk zijn van meer geavanceerde New Relic-functies, zullen we er in deze zelfstudie niet naar kijken. In plaats daarvan gaan we door met de eerste twee: Transactie en Paginaweergave.
Klik op Paginaweergave.
De PageView Explorer toont u een lijst met recent Paginaweergave gebeurtenissen uit uw applicatie. Elke rij vertegenwoordigt de weergave van een enkele pagina van een gebruiker. Vergeet niet om de pagina naar rechts te scrollen; tenzij je een heel groot scherm hebt, zul je merken dat er meer velden beschikbaar zijn dan dat je op het scherm past.
Kijk ook naar de Transactie gegevens.
Vervolgens, uitgerust met een algemeen begrip van de gegevens die beschikbaar zijn in Insights, laten we de tool gebruiken om een effectief dashboard te bouwen voor eenvoudige toegang tot informatie waardoor uw klantenondersteuning sneller en gemakkelijker werkt.
Wanneer u een bugrapport of een hulpverzoek van een klant ontvangt, is het eerste dat u moet doen meer dan niet om meer informatie te vragen. De gebruikte browser, mogelijke foutmeldingen en de acties die tot de fout hebben geleid, zijn stukjes van de puzzel die gebruikers zelden in hun e-mails opnemen.
Met behulp van New Relic Insights kunt u de gegevens van uw server gebruiken om deze stap over te slaan en een betere klantervaring te bieden terwijl u uw werk als ontwikkelaar minder frustrerend maakt!
In de rest van de zelfstudie bouwen we een eenvoudig klantenondersteuningsdashboard waarmee u precies dat kunt doen, zonder in serverlogboeken te duiken..
EEN Dashboard in Insights is een verzameling widgets of diagrammen waarop aangepaste informatie wordt weergegeven over de prestaties van uw toepassing, de acties van uw gebruikers of een combinatie hiervan. Voor het bouwen ervan is enige kennis van de onderliggende technologie vereist, maar zodra ze gereed zijn, kunnen ze gemakkelijk worden gebruikt door niet-technische mensen zoals managers om de statistieken van het product te verkennen..
Voor complexere verzamelingen van diagrammen en widgets kunt u een Gegevensapp, een verzameling Dashboards aan elkaar gekoppeld om een applicatie-achtige ervaring te vormen.
Een klantenondersteuningsdashboard zal in de toekomst waarschijnlijk groeien naarmate u er meer en meer elementen aan toevoegt, dus om u voor te bereiden, is het een goed idee om het dashboard direct in één te bouwen.
Klik eerst op Gegevensapps in het menu aan de linkerkant. Aangezien u nog geen Data App heeft geconfigureerd, ziet u het volgende scherm:
Klik op Maak een data-app om uw gegevensapp te maken.
Een popup voor het invoeren van de informatie van de app wordt midden op de pagina geopend:
Vul de informatie over uw nieuwe App in: Icoon, Titel (bijvoorbeeld 'Klantenondersteuning'), en Omschrijving.
Houd er rekening mee dat dit het hoogste niveau is: in de app kunt u een willekeurig aantal dashboards maken. Je kunt deze instellingen later ook bewerken, dus maak je op dit moment niet al te veel zorgen.
Zodra u de gegevensvelden heeft ingevuld, klikt u op creëren.
U hebt nu een app gemaakt. Insights heeft er ook automatisch een leeg dashboard aan toegevoegd. Geef het dashboard een naam (bijvoorbeeld 'Overzicht') door het tekstveld aan de linkerkant dat nu staat te bewerken Untitled. Je kunt ook een beschrijvend pictogram kiezen in de vervolgkeuzelijst aan de linkerkant als je dat wilt.
Het dashboard ziet er leeg uit, dus laten we er wat inhoud aan toevoegen.
Het vullen van een nieuw dashboard met nuttige informatie over gebruikers en hun gedrag tijdens de interactie met uw toepassingen begint met het schrijven van een NRQL-query. Vraag uzelf af wat u (of de persoon die dit dashboard gebruikt) wilt weten over de prestaties van de toepassing. Schrijf vervolgens een vraag om die informatie te verzamelen.
Laten we beginnen met een overzicht van webbrowsers die door uw bezoekers worden gebruikt.
Typ de volgende query in het zoekvak boven aan de pagina:
SELECT uniqueCount (sessie) van PageView FACET userAgentName SINDS 1 week geleden
Deze vraag:
Accentsconagua
sessie is het attribuut voor de New Relic sessiesleutel van een gebruiker, die duurt tot de gebruiker het browservenster sluit. uniqueCount is een NRQL-functie die kan worden gebruikt om het aantal unieke waarden te krijgen dat voor een kenmerk is vastgelegd.FACET sleutelwoord, dat slechts één parameter nodig heeft, de naam van het attribuut om de gegevens te groeperen op (userAgentName). SINDS sleutelwoord definieert het begin van een tijdbereik en accepteert de datum die is gespecificeerd in een breed bereik van verschillende formaten, bijvoorbeeld, 5 minuten geleden, 6 uur geleden, of GISTEREN.Klik Rennen om de query uit te voeren. De resultaten verschijnen direct onder het zoekvak:
Dit is nog steeds vergelijkbaar met wat we op de voorpagina zagen toen we onze eerste query uitvoerden. Nu zullen we de query echter opslaan op het dashboard om onszelf de moeite te besparen om de query handmatig uit te voeren telkens wanneer we de resultaten willen weten.
Bovenaan de resultaten vindt u drie tabbladen om de presentatie voor de resultaten te selecteren.
Klik op de tweede om de uitsplitsing van de browser weer te geven als een staafdiagram.
Type A Titel voor de grafiek en een beschrijving in de Notes veld als je wilt.
Dan klikken Voeg toe aan dit dashboard.
Daar is het, de eerste widget op dit dashboard.
U kunt de grootte van de widget wijzigen door vanuit de blauwe driehoek in de rechterbenedenhoek van de doos te slepen of over het canvas te slepen door het te slepen en neer te zetten.
We zullen snel dieper ingaan op uw applicatie en een aantal toepassingsspecifieke gegevens naar ons Insights-dashboard brengen. Maar voordat we daar naar toe gaan, laten we nog wat meer spelen met de gegevens die we hebben, door een paar extra dashboard-widgets toe te voegen.
In de rechterbovenhoek van de Browseranalyse widget die u zojuist hebt toegevoegd, vindt u drie pictogrammen.
Klik op de middelste om de query van de widget te openen voor bewerking.
Naast het bewerken van de zoekopdracht van een widget, is dit een goede manier om van de ene query naar de natuurlijke follow-up te gaan. Als u bijvoorbeeld weet dat Safari de populairste browser is onder de bezoekers van de site, wilt u misschien eens kijken welke versie van de browser de bezoekers gebruiken..
Om deze informatie op te halen, bewerkt u de NRQL-query:
SELECT uniqueCount (sessie) van PageView FACET userAgentVersion WHERE userAgentName = 'Safari' SINDS 1 week geleden
In deze query in plaats van groeperen (FACET) de resultaten met de naam van de browser (userAgentName), groeperen we ze op basis van de browserversie (userAgentVersion).
We hebben ook een SQL-achtige toegevoegd WAAR clausule om de gegevens te filteren om alleen gebeurtenissen op te nemen waarbij de user-agent zich bevindt Safari.
Klik Rennen om de resultaten te zien.
Als u de bestaande widget zou bewerken, zou u nu klikken Wijzigingen opslaan om de wijzigingen toe te passen die u in de query hebt aangebracht.
Doe dit echter deze keer niet.
Bewerk in plaats daarvan de Naam en Notes. Dan klikken Voeg een kopie toe aan. Kies uit het vervolgkeuzemenu dat verschijnt Huidig dashboard om de resultaten op te slaan als een nieuwe widget op het huidige dashboard.
Zoals je kunt zien aan de hand van de bovenstaande voorbeelden, is het bouwen van een dashboard een beetje zoals mijnbouw voor goud: als je één vraag uitvoert, zul je iets interessants vinden dat leidt tot een nieuwe vraag die in je opkomt. Vervolgens schrijft u er een query voor, waarmee u opnieuw enkele nieuwe ideeën opdoet.
Al uw zoekopdrachten komen mogelijk niet in het dashboard terecht en u kunt ze na een tijdje verwijderen, maar ze geven u allemaal nieuwe ideeën over hoe uw app wordt gebruikt.
Hier zijn wat meer vragen om te proberen en te spelen met:
SELECT uniqueCount (sessie) FROM PageView SINCE 1 week geleden FACET userAgentOS
Deze zoekopdracht telt de bezoekerssessies en groepeert ze op basis van het gebruikte besturingssysteem.
SELECT uniqueCount (sessie) FROM PageView SINCE 1 week geleden FACET deviceType
Deze zoekopdracht telt de bezoekerssessies en groepeert ze op basis van het gebruikte type apparaat (mobiel / desktop).
SELECT uniqueCount (sessie) FROM PageView FACET countryCode SINDS 1 week geleden
Deze zoekopdracht telt de bezoekerssessies en groepeert ze op basis van het land van waaruit ze uw site bezoeken.
SELECT count (*) FROM PageView FACET pageUrl SINDS 1 week geleden
Deze zoekopdracht bevat de meest populaire pagina's op uw site. Merk op dat we dit keer gebruiken telling (*) in plaats van uniqueCount (sessie) omdat zelfs dezelfde bezoeker die dezelfde pagina opnieuw bezoekt een interessante informatiebron is.
SELECT-aantal (*) / uniqueCount (sessie) ALS 'Paginaweergaven per sessie' FROM PageView SINCE 1 week geleden FACET deviceType
Bij het verkennen van de gegevens van mijn vragen, heb ik nagedacht over de browsepatronen van mobiele en desktopgebruikers en of ze van elkaar verschillen. Dus ik heb deze vraag gemaakt.
De query berekent de fractie van paginaweergaven per sessie, en noemt deze 'Paginaweergaven per sessie'. Vervolgens worden ze gegroepeerd op apparaattype (soort apparaat) voor de vergelijking die ik in gedachten had.
SELECT errorMessage, errorType FROM Transaction WHERE errorMessage IS NIET NUL SINDS 1 week geleden
Deze query maakt een eenvoudige lijst met foutmeldingen en typen die onlangs op uw server hebben plaatsgevonden. Als de query een lege lijst retourneert, is dat goed voor u! Zo niet, dan heb je iets gevonden om te herstellen.
SELECT aantal (*) VAN Transactie SINDS 1 week geleden FACET httpResponseCode
Deze query telt de transacties en groepeert ze op basis van HTTP-antwoordcode.
Als u klaar bent met uw dashboard, klikt u op de Klaar met bewerken knop in de rechterbovenhoek van de pagina.
Na het toevoegen van deze query's als widgets (en het verwijderen van de Safari-versie widget), hier is hoe mijn dashboard eruit ziet:
Laten we nu eens kijken naar de Paginaweergaven per sessie widget, begin je je af te vragen of er nog meer verschillen zijn in hoe Desktop- en mobiele bezoekers jouw site ervaren.
Het creëren van een afzonderlijke query voor elke vergelijking zou veel werk zijn en zou alleen maar leiden tot een rommelig dashboard met informatie die u slechts af en toe nodig heeft. Dit is waar de functionaliteit van New Relic Insights voor het filteren van de dashboardgegevens van pas komt.
Laten we het proberen.
Klik op de Bewerk knop rechtsboven om terug te gaan naar de bewerkingsmodus. Recht boven de hitlijsten, een element dat zegt Filter uitgeschakeld komt naar voren.
Klik op het tandwielpictogram om uw filter te configureren.
In het menu dat verschijnt:
Beide Gebeurtenis types en attributen drop-downs laat je meerdere opties selecteren. Dus als u op enig moment meer filters aan uw dashboard wilt toevoegen, kunt u dit doen door simpelweg meer attributen te kiezen.
Klik nu op de Klaar met bewerken om door de gegevens te bladeren en het filter te testen.
Bovenaan de pagina ziet u nu een zoekvak dat zegt Zoek deviceType. Klik op het vak en kies de optie mobiel.
Onderzoek vervolgens de gegevens om te zien of u verschillen tussen mobiele en desktopgebruikers opmerkt. In mijn gegevens bijvoorbeeld, verklaart het mobiele gebruik - het grootste deel ervan op Apple-apparaten - het hoge percentage Safari-gebruikers: op desktopcomputers is Google Chrome veel populairder.
Tot nu toe in deze zelfstudie hebben we gewerkt met out-of-the-box-gegevens die door de Browser- en APM-tools zijn geleverd. Met deze gegevens hebben we een overzichtsdashboard gebouwd dat ons nuttige informatie geeft over de toepassing als geheel.
Als het echter gaat om het vinden van gegevens om u te helpen bij het beantwoorden van de klantondersteuningsvragen van een specifieke gebruiker, is dit niet voldoende. Dus om te kunnen inzoomen op de gegevens van een bepaalde gebruiker, gaan we nu door met het maken van de gemonitorde applicatie enkele toepassingsspecifieke parameters door te geven aan Insights.
De toepassing die als voorbeeld wordt gebruikt in deze zelfstudie, is een door WordPress aangedreven e-commercesite. De instrumentatie is echter heel eenvoudig en u kunt het idee vrijwel elk type toepassing toepassen.
De API van de New Relic PHP Agent biedt een groot aantal functies voor het manipuleren van de gegevens terwijl deze worden opgeslagen voor gebruik in Insights en de andere nieuwe relicshulpmiddelen.
Nu zullen we ons op één van hen concentreren, newrelic_add_custom_parameter, die kan worden gebruikt om een aangepaste parameter toe te voegen aan uw Transactie evenementen. Als u een andere programmeertaal gebruikt, raadpleegt u de documentatie van New Relic voor de functie die u wilt gebruiken.
De functie heeft twee parameters nodig: a draad sleutel en een waarde die van kan zijn draad of vlotter type.
Laten we nu een functie maken voor het injecteren van enkele gegevens over de gebruiker.
Voeg de onderstaande code toe aan de codebasis van uw toepassing, op een plaats waar deze op elk verzoek eenvoudig kan worden gebeld. In een WordPress-gebaseerde applicatie zou dit in een plug-in zitten.
user_email); newrelic_add_custom_parameter ('user_id', $ user-> ID); newrelic_add_custom_parameter ('member_since', $ user-> user_registered); newrelic_add_custom_parameter ('request_uri', $ _SERVER ['REQUEST_URI']); Eerst controleert de functie op regel 7 of de New Relic-extensie is geladen. Als de rapportagefuncties beschikbaar zijn, wordt deze vervolgd door enkele parameters toe te voegen met behulp van het standaard WordPress-gebruikersobject, WP_User:
e-mail: Het e-mailadres is vaak de gemakkelijkste manier om een specifieke gebruiker te identificeren. Bij het werken met e-mails moet u echter oppassen dat de informatie veilig blijft.gebruikersnaam: Als u niet vertrouwd bent met het gebruik van e-mailadressen voor het identificeren van uw gebruikers in Insights, is de numerieke gebruikers-ID een andere optie. Het vinden van de ID van een gebruiker voordat je de gegevens opzoekt is een extra stap, hoewel ... lid sinds: Hoewel het niet nodig is om een gebruiker te identificeren, kan het tijdstip waarop een geregistreerde gebruiker interessante gegevens kan zijn voor toekomstige vragen over het gedrag van uw gebruikers.REQUEST_URI: Standaard heeft de transactiegegevens geen parameter voor het uitzoeken van de pagina waartoe toegang is verkregen. Dus besloot ik er een toe te voegen om te gebruiken voor het opvragen van pagina's met 404 fouten.Met de functie op zijn plaats moet je hem daarna bellen. Zorg ervoor dat u de functie vroeg genoeg belt zodat al uw transactie-evenementen de gebruikersinformatie bevatten die we zojuist hebben toegevoegd.
In een WordPress-plug-in is de beste manier om dit te doen, door de functie aan een actie zoals te koppelen in het, dat wordt vroeg genoemd, maar pas nadat de gebruikersgegevens zijn geïnitialiseerd.
Doe dit door de volgende code direct onder de functie toe te voegen:
add_action ('init', 'inject_new_relic_user_information');Je hebt nu enkele aangepaste parameters aan je toegevoegd Transactie events.
Omdat de meeste van onze dashboard-widgets echter zijn gebaseerd op query's naar Paginaweergave evenementen, om ze nuttiger te maken, moet u deze informatie ook voor hen toegankelijk maken. Om dit te doen, moet je de settin van de PHP Agent configurerengs.
Zoek eerst het New Relic-configuratiebestand, newrelic.ini, op uw server. De exacte locatie hangt af van je PHP-installatie. Op mijn Amazon Linux-server vond ik het bestand op /etc/php-5.5.d/newrelic.ini.
Zoek in het configuratiebestand de regel die er zo uitziet:
; newrelic.browser_monitoring.attributes.ingabled = false
Vervang het door het volgende:
newrelic.browser_monitoring.attributes.enabled = true
Sla vervolgens uw wijzigingen op en start uw webserver opnieuw op.
Jouw Transactie attributen worden nu automatisch ook opgenomen in de Paginaweergave evenementen verzameld door New Relic Browser. De aanvullende gegevens zijn alleen beschikbaar in evenementen die na de wijzigingen zijn verzameld, dus u moet New Relic even de tijd geven om een aantal evenementen te verzamelen voordat u verdergaat.
Nu de transactie- en PageView-gebeurtenissen de aangepaste variabelen met gebruikersinformatie bevatten, kunnen we nieuwe, nog interessantere query's maken.
Omdat dit een dashboard voor klantenondersteuning is dat we aan het bouwen zijn, laten we beginnen met een lijst met serverfouten gegroepeerd op het e-mailadres van de ingelogde gebruiker.
Typ de volgende query in het zoekvak:
SELECT count (*) ALS 'Transacties met fouten' VANUIT transactie WAAR fouttype NIET LEEG SINDS 1 week geleden is FACET e-mail
Vergelijkbaar met de algemene lijst met PHP-fouten die we eerder hebben gemaakt, telt de query het Transactie evenementen waar errorType is ingesteld en groepeert ze op het e-mailadres van de ingelogde gebruiker (e-mail).
Klik Rennen om de query te testen (hoogstwaarschijnlijk ontvangt u een lege lijst). Geef de widget vervolgens een naam en voeg deze toe aan uw Overzicht dashboard.
Als u wilt, kunt u de widget testen door uw servercode een tijdje te breken en als een ingelogde gebruiker de pagina met de fout te bezoeken.
De resultaten zouden er ongeveer zo uit moeten zien:
Telkens wanneer een aangemelde klant geconfronteerd wordt met een serverfout, zult u dit merken aan de hand van deze lijst en kunt u vervolgens het e-mailadres gebruiken om meer informatie te vinden.
Nu we het e-mailadres van de gebruiker kennen, kunnen we het gebruiken om de gegevens van het dashboard op dezelfde manier te filteren als waarmee we het deden soort apparaat eerder in de tutorial.
Dit is echter niet optimaal, omdat de gegevens die we voor een specifieke gebruiker willen weergeven niet noodzakelijk dezelfde zijn als die op de Overzicht dashboard.
Zoals ik eerder in de tutorial al zei, bestaat een Data-app uit meerdere dashboards die aan elkaar kunnen worden gekoppeld. Laten we dus een tweede dashboard maken om de gegevens van een enkele klant weer te geven en het te koppelen Gebruikers met serverfouten widget ernaar toe.
Klik eerst in de bewerkmodus op de +Toevoegen knop aan de bovenkant van het dashboardvenster om een nieuw dashboard te maken.
Geef het nieuwe dashboard "Ondertekende gebruikersdetails". Dan klikken Klaar met bewerken en keer terug naar de Overzicht dashboard.
Schakel over naar de bewerkingsmodus en klik vervolgens op het koppelingspictogram bovenaan Gebruikers met serverfouten widget.
Er verschijnt een pop-up voor het selecteren van een dashboard. Klik Kies doeldashboard en selecteer vervolgens de Ingelogde gebruikersgegevens dashboard dat u zojuist hebt gemaakt in de vervolgkeuzelijst.
Klik vervolgens op de Link en update filter knop om uw wijzigingen op te slaan.
Klik Klaar met bewerken en keer terug naar de Gebruikers met serverfouten widget. Merk op dat het e-mailadres nu een link is. Als u erop klikt, gaat u naar het dashboard dat u zojuist hebt gemaakt en
