De standaard layout van webformulieren en enquettes is vrij tot heel plat. Door middel van CSS & XSLT kan je alles aanpassen. CSS bied vooral veel mogelijkheden aangaande layout en met XSLT zijn er eigenlijk geen grenzen meer. Zowel XSLT en CSS zijn te beheren onder het tabblad Stijl
CSS bied vooral veel mogelijkheden aangaande layout en met XSLT zijn er eigenlijk geen grenzen meer.
Mogelijkheden zijn bijvoorbeeld: - Elementen anders uitlijnen - Lettertypes aanpassen - Kleuren, borders en andersoortige layout toevoegen - Andere kleuren voor (niet) geselecteerde elementen - Elementen verbergen Volgende pagina bevat een voorbeeld…
Voorbeeld ingrepen zijn: - Extra javascript code toevoegen - Speciale elementen gebruiken: bijvoorbeeld element met naam ‘XXX’ weergeven als een landkaart waar je op kan klikken radio button vervangen door 2 plaatjes waar je uit kunt kiezen - Echt anders vormgeven bijvoorbeeld andere nesting van divs of extra classen (even / oneven
Zoals verteld zijn zijn er veel mogelijkheden. Veel is erg gemakkelijk te doen met alleen een andere stylesheet. Anders zijn er met XSLT (bijna) geen grenzen meer. Partners kunnen helpen bij het toepassen van XSLT. Daarnaast is er veel informatie te vinden op w3schools
Sinds 2.5 zijn er op enkele plaatsen condities beschikbaar. Sinds 2.6 zelfs op veel plaatsen. Doordat het gebaseerd is op javascript is alles mogelijk zelfs het gebruik van functies en objecten
Je kan kiezen voor verschillende headers voor verschillende doelgroepen, bijvoorbeeld zoals in dit voorbeeld
Bij opvolgacties zonder vertraging, zit er geen verschil tussen beiden opties. Triggeren is dus bij het inroosteren (iets moet op dit moment waar zijn maar hoeft op het moment van uitvoeren niet perse waar te zijn). Denk Bij uitvoeren betekent het dat iets bij het uitvoeren waar moet zijn, (maar het is niet erg als het niet waar is tijdens het inplannen). Denk bijvoorbeeld aan een check of iemand nog ingeschreven is, dit is natuurlijk wettelijk verplicht voordat je iemand mag mailen.
Bij split-run condities kunnen eigen formules gekozen worden om op iets anders dan clicks, impressies of fouten te optimaliseren. Daarnaast zal er in versie 2.7 een script editor geïntroduceerd worden om het leven een stuk makkelijker te maken.
Bij split-run condities kunnen eigen formules gekozen worden om op iets anders dan clicks, impressies of fouten te optimaliseren. Daarnaast zal er in versie 2.7 een script editor geïntroduceerd worden om het leven een stuk makkelijker te maken.
Veel gebruikers slaan hun gegevens op in meerdere databestanden, deze bestanden moeten dan onderling gesynchroniseerd worden. Om wijzigingen van een eigen systeem naar Copernica te synchroniseren kun je natuurlijk gebruik maken van SOAP. Maar om wijzigingen die in Copernica gedaan worden door te sluizen een eigen systeem, zijn er twee opties. Met SOAP regelmatig controleren of er wijzigingen zijn (Pull) Een callback aanvragen bij ons die wijzigingen aan (sub)profielen doorgeeft (Push) Een callback kun je heel gemakkelijk aanvragen via SOAP, met de methode Account_createCallback
Vervolgens wordt je door je middel van XML of JSON automatisch op de hoogte gehouden van wijzigingen.
Vaak worden er bij bedrijven gebruikt gemaakt van meerdere verschillende systemen. Denk daarbij bijvoorbeeld aan een intranet, een CRM pakket, het beheer van de publieke website en de toegang tot de Copernica website. Wanneer een gebruiker voor alles keer op keer los moet inloggen, gaat er veel tijd verloren. Ook zullen vaak makkelijke wachtwoorden gekozen worden en moeten inloggegevens aangepast worden wanneer personeelsleden het bedrijf verlaten. Om dit soort problemen de baas te worden, wordt er vaak gekozen voor een zogenaamde single sign-on oplossing. Hierbij hoeft er maar een keer ingelogd te worden kun je daarna doorklikken naar alle omgevingen waar je toegang toe wilt.
Ook Copernica kan in zo’n omgeving opgenomen worden door een speciale code aan te vragen via SOAP en deze mee te geven aan de URL naar Copernica.
De POM SOAP API bied veel mogelijkheden. De meeste dingen die mogelijk zijn via de interface kunnen ook via SOAP. Daarnaast heeft SOAP dus ook wat extra dingen die niet mogelijk zijn via de interface. Hiermee kun je een eigen systeem nog beter laten aansluiten op de Copernica Marketing Software
Er zijn heel veel mogelijkheden met selecties. Selecties kunnen op veel verschillende zaken gebaseerd zijn, bijvoorbeeld gewoon op de waarde van een veld of interesse. Maar ook op veel complexere dingen zoals de volgende zaken… Helaas heeft deze complexiteit wel een keerzijde, om dat goed uit te leggen wil jullie eerst uitleggen hoe onze servers samen werken.
Wanneer je een selectie wilt bekijken of aanpassen betreft dat vooral communicatie tussen de webservers en de database servers. Maar zoals net al aangegeven kunnen onze selecties erg complex zijn, wanneer je dat elke keer opnieuw moet uitrekenen zal een gebruiker lang moeten wachten voordat hij bij zijn data kan komen. Daarom worden alle selecties van te voren uitgerekend, dit gebeurt door de taakservers. Op de volgende slide zal ik proberen om een beeld te schetsen van hoe en wanneer deze selecties opgebouwd worden.
Er zijn drie momenten waarop delen van selecties opnieuw opgebouwd worden. Natuurlijk wanneer je een selectie aanpast. Daarnaast omdat bepaalde selecties op tijd gebaseerd zijn worden de selecties enkele malen per dag helemaal opnieuw opgebouwd. Tenslotte wanneer een profiel aangepast wordt.
Uitleg over plaatje Op dit moment gebruiken we 6 database servers, hierbij is er een overhead aan processorkracht en geheugen. Alleen de snelheid van de schijven zorgt dat de databases over meerdere servers verdeelt moet zijn. Momenteel zijn we bezig met grote hardware investeringen om te zorgen dat de databases nog sneller kunnen werken. Het leek mij leuk om jullie hier ook wat over te vertellen zodat jullie een beter idee hebben waar wij als Copernica heen willen.
SAN is een afkorting van Storage Area Network. De data op een SAN is via een tussenlaag direct beschikbaar op de andere servers. Even wat getallen…. Copernica gebruikt momenteel circa 300 GB Alles is dubbel uitgevoerd, denk daarbij dus aan voedingen, speciaal geheugen, twee netwerkpoorten. Daarnaast kunnen zonder dat het systeem uit hoeft schijven vervangen worden. En het systeem rapporteert automatisch aan Dell als/wanneer er wat fout gaat.
Door deze uitbreiding zullen ons database servers een stuk sneller worden. Ook hebben voorlopig voor in de toekomst genoeg schijfruimte beschikbaar. De nadruk ligt dus voor al op de performance.
Planning Ik hoop jullie zo iets meer inzicht gegeven te hebben in onze server architectuur en de richting van profesionalisering die wij steeds verder in willen gaan.