SanfordWhiteman

Have you noticed the infinite loop caused by broken code in this file on your Marketo LP? It’s not safe to send someone to a page that causes runaway CPU usage, so please fix that error immediately.   In any case the rejected form post on your Marketo LP is directly caused by the reCAPTCHA fingerprint field not being included in the form post. I wonder if this is because you’ve modified form #2851 and approved its draft but not reapproved the Marketo LP. Make sure you cover both of those cases.     ... View more

For this particular case, because there’s this very generic style on all <a> tags: a { color: inherit; } you can override with: .mktoCaptchaDisclaimer a { color: #249BD2; }   ... View more

You can’t target one specific person record using a standard UI-based list upload and default dedupe rules.   You can target the record in 2 ways: using an API-based list upload, which can lookup on a custom field calling a webhook call to a service that can match people based on a custom field (you pass the webhook your {{lead.Member ID}} and it looks that up in a spreadsheet/file/local list/whatever) ... View more

Use Dynamic Content to segment this script: window.mktoFormTranslations = { ButtonText: "Go", ButtonSubmissionText: "Going..." };   This can be a separate static script, to not repeat yourself: MktoForms2.whenReady(function(mktoForm){ let formEl = mktoForm.getFormElem()[0]; let submitButton = formEl.querySelector("button.mktoButton"); let currentTranslations = window.mktoFormTranslations; submitButton.innerHTML = currentTranslations.ButtonText; mktoForm.onSubmit(function(mktoForm){ submitButton.innerHTML = currentTranslations.ButtonSubmissionText; }); })   ... View more

As you know, I’ve been encouraging API gateways for years. But Marketo users rarely take up the challenge. In turn, there’s no pressure on Marketo API consumers to build their products to be compatible with gateways.   One fundamental incompatibility is when a vendor lets you enter your Munchkin ID, but doesn’t let you enter a full hostname (or override the default hostname). This signals that they’re hard-appending .mktorest.com after the Munchkin ID, ruling out any rerouting via your gateway.   If you can get past that blocker (which is a very simple code change if they’re willing to make it) then:   Would there be 2 authentications, first against the proxy and then against Marketo? Ideally, yes.   But you can use a header-based, non-expiring token to authenticate to the gateway, like the X-Api-Key header used by AWS API Gateway. A separate OAuth flow for gateway auth, and having them manage the Marketo OAuth flow at the same time, would be a bit much IMO. (But see below — it’s possible to publish only one OAuth flow.)   Authenticating to the gateway is critical for fine-grained rate limiting, which is the main reason I’ve been telling people to use API gateways w/Marketo — so a single API user can’t run away with all your API calls for the day.   Can 3rd parties generally handle this extra layer of authentication? Or would the proxy have to behave 100% transparent to the service (generally speaking)? Depends.   Custom code and/or a highly maintained app and/or a highly flexible REST connector that just happens to be connecting to Marketo: absolutely.   Large, slowly evolving commercial codebase: probably not.   If you don’t require any additional headers, you just need them to support a hostname other than {:munchkinid}.mktorest.com.   Is it even "thinkable" to leave it "open" to the wild evil internet and only let Marketo handle the auth whilst the proxy only does basic "throttling" (and whatever else can be done to prevent bad stuff from happening)? Yes. You could do IP-based throttling this way, yes (a simple config).   You could also build a totally transparent auth proxy without expecting them to do anything other than (what they’ll see as) standard Marketo OAuth. Here’s how that works: you don’t tell them their Marketo OAuth creds you internally map between API gateway OAuth creds and their “real” next-hop Marketo creds they auth only with API gateway creds, using exactly the same path (/rest/identity) Marketo uses, so it works with their existing code API gateway creds manage rate limits and so on then you exchange the gateway creds for a Marketo creds and get a real Marketo token, but all that is hidden with the gateway they continue to make calls to the gateway, and you can even change/restrict the payload before forwarding to Marketo   Would that make any sense at all, or would it be the same as dropping the IP restrictions in the first place? It could still make sense.   For one thing, you could restrict people to certain payloads, which Marketo alone won’t let you do. Random examples: [1] only let an app dedupe by Lead ID, blocking them from inserting a new lead by Email Address; [2] don’t let an app read all fields on leads, just certain fields.   For another, you could still let only a particular set of Marketo credentials connect to this API gateway. So everyone else would still be subject to the IP restrictions. Specific apps could be forced through the API gateway. Can I use the words gateway vs proxy interchangeably? Yes, an API gateway is a reverse proxy. ... View more

Voila! Tested and works without flaw. Ah, but it doesn’t work without flaw. When you use External URL even though the LP is in fact a Marketo LP, you must append the original aliId (read-after-write cache key) to the Thank You URL. Otherwise you get reduced functionality: the aliId is used to fill token values when the Munchkin cookie is still waiting to associate in the background. And you need JS to append the aliId! So I’d say you didn’t really find a code-free equivalent.   Now, to pass the topicTitle to the global guided LP so that it changes the Title in the HTML box, do I NEED JS or is there another method similar to the one I just showed?  You must use JS to change content based on a query param. If you just wanted to output the query param value exactly as-is, you could use my simple way to output query param values in the page body. But if you’re going to map, say, topicTitle=apl to the content “Apple Pie” you have to use a JS map of short/technical values to long/friendly values.   ... View more