| |
| |
Replies |
Author |
Last Post |
 |
Entry: Frustrating issues with Yahoo Search Marketing API Blog: Maxim's blog
Content match has been a disaster so far.
It's been on for several weeks now, however we faced several problems: Yahoo uses keyword-level URL instead of adGroup URL when a client clicks on an ad. This is incorrect. I filed a bug report. Almost 3 weeks later Yahoo admitted the bug. They are going to fix it to comply with their own documentation. Until then we will not be able to track performance of content match campaigns, so for now we turned content match off.
I also found another bug: {ovmtc} insertion does not work for content match. An empty string is inserted instead. They are still verifying this bug for 2nd week now. |
|
msenin |
Tue Mar 13, 2007 1:00 am |
 |
Entry: Frustrating issues with Yahoo Search Marketing API Blog: Maxim's blog
We turned on content match on one of the campaigns in Yahoo account. First little setback was that content match has to be enabled on account, campaign and ad group level. In Google API, content match needs to be enabled only campaign level. Maybe Yahoo thinks they give the API user more control by doing it, but so far it's just been a royal pain in the ass.
But most important: unlike Google and MSN, where by enabling Content Match one begins to receive that type of traffic instantly, our account reps advised us that "on some systems it make take up to two weeks to begin to receive content traffic". |
|
msenin |
Fri Feb 16, 2007 6:22 pm |
 |
Entry: Frustrating issues with Yahoo Search Marketing API Blog: Maxim's blog
| Yahoo had confirmed the behavior of {ovkey} today. They insert the Keyword.phraseSearchText, not canonicalSearchText instead of {ovkey}.
They also said now they are planning to switch this insertion to use Keyword.text property, like I wanted. There's no ETA.
Until then the developer has two choices:
- use keyword-level custom URL and hardcode the keyword into URL to track its performance (which is what I did)
- implement mapping between URL and keyword one is buying on Yahoo via phraseSearchText. |
|
msenin |
Sat Feb 10, 2007 3:20 pm |
 |
Entry: Frustrating issues with Yahoo Search Marketing API Blog: Maxim's blog
| Today spoke with Yahoo API technician and they have "never heard of anyone having problem with keyword insertion". It was a pretty shocking reply. Is anyone using {ovkey}? They say that majority of users do. Why didn't they notice the problem? I think very few users have as large a coverage of keywords as we do, so it's possible that they just get "false positive", i.e. the canonical form of the keyword matches the keyword they buy. |
|
msenin |
Thu Feb 08, 2007 6:43 am |
 |
Entry: Frustrating issues with Yahoo Search Marketing API Blog: Maxim's blog
Today it was officially confirmed that {ovkey} will insert not the keyword from the account that we buy, but a stem keyword (a keyword in a canonical form). It does not really help us because we won't be able to match the canonical form of the keyword to the keywords we buy, hence won't be able analize their performance. |
|
msenin |
Wed Feb 07, 2007 8:24 pm |
 |
Entry: Gartner predicts U.S. will lose 30% of IT jobs by 2010 Blog: Maxim's blog
| To clarify, some Indian software shops have an adversion to giving bad news, so say everything is OK while things are going badly wrong in the background!
As for education, us busy developers have a limited period of time (i.e. our own unpaid time mostly) to identify and study new material, given that useful training availablity is rare. As for managing, no thanks, I found it more boring, hardwork and stressful compared to developing, the stresses would be even greater when dealing with a possibly deceitful outsourcing company in another timezone. |
|
Anonymous |
Sun Oct 09, 2005 4:54 pm |
 |
Entry: Gartner predicts U.S. will lose 30% of IT jobs by 2010 Blog: Maxim's blog
| Gartner are not that credible, more of their pronouncements smell of BS now, all that will happen is any western country/corporation which listens to them will waste time/resource (money) or cannibalize it's workforce just to find out that outsourcing can be a lot more expensive (overall), giving poorer quality and slower delivery, while the contractors/consultant steal our technology and data i.e. the local software industry get stuffed the same way the industrial sector did, so the local economy suffers and the tax income decreases, so making the outsourcing countries poorer too!
Corporations should have smart people at the top who can think clearly for the corporation, not just corporate new-age drones who listen to cultish gurus, consultants and think tanks when they throw up the latest costly business fad. |
|
Anonymous |
Sun Oct 09, 2005 4:37 pm |
 |
Entry: Hibernate: how to make a one-to-one relationship lazy Blog: Maxim's blog
| Quote: | | Lazy fetching is only conceptually possible for a mandatory association since we have to hit the other table to determine whether the association is null or not! |
I disagree. It all depends on where the foreign key is. If the dependent table has reference to the master, then, yes, the dependent table has to be hit. But if master references the dependent, the relationship should know not to touch other table because the master's foreign key column has already been read. Null value would indicate there's no dependent, and vice versa. |
|
msenin |
Sat Jul 30, 2005 12:08 am |
 |
Entry: Hibernate: how to make a one-to-one relationship lazy Blog: Maxim's blog
| Did you actually read the FAQ item you linked to?
It explains clearly why an optional (ie. constrained=false) one-to-one association can *not* conceptually be proxied.
>>> why would Hibernate need to run "select from BirthCertifcate where bcertId = null"? And yet it does. <<<
Hibernate does *not* do this (ever). |
|
Anonymous |
Fri Jul 29, 2005 4:35 am |
 |
Entry: Gartner predicts U.S. will lose 30% of IT jobs by 2010 Blog: Maxim's blog
| Care to elaborate on your answer? |
|
Administrator |
Thu Jul 21, 2005 4:32 am |
| |
Powered by phpBB © 2001, 2005 phpBB Group
|
|
|