Re^4: Fast efficient webpage section monitoring

Replies are listed 'Best First'.
Re^5: Fast efficient webpage section monitoring by Your Mother (Archbishop) on Apr 02, 2016 at 18:58 UTC
That seems to make this a service auction site, essentially, and you are a seller / sub-contractor competing with others. I can appreciate the networking predicament / handicap but still, it feels like cheating; cheating for money. And if the handicap really is only network roundtrip speed then, as you already noted, scripting will not fix the issue. It will only remove the human response time from the equation; the cheat. I would contact the company and see if they have options to help you. Or ideas to ameliorate this kind of handicap for their translators like baking in self-adjusting throttling based on ongoing trip times. If you're bent on doing it the bent way, as it were, WWW::Mechanize::Firefox is probably the direction you want, not LWP stuff. Ajax messages will (almost certainly) be faster than full HTML pages.	[reply]

Replies are listed 'Best First'.

Re^5: Fast efficient webpage section monitoring
by Your Mother (Archbishop) on Apr 02, 2016 at 18:58 UTC

That seems to make this a service auction site, essentially, and you are a seller / sub-contractor competing with others. I can appreciate the networking predicament / handicap but still, it feels like cheating; cheating for money. And if the handicap really is only network roundtrip speed then, as you already noted, scripting will not fix the issue. It will only remove the human response time from the equation; the cheat.

I would contact the company and see if they have options to help you. Or ideas to ameliorate this kind of handicap for their translators like baking in self-adjusting throttling based on ongoing trip times.

If you're bent on doing it the bent way, as it were, WWW::Mechanize::Firefox is probably the direction you want, not LWP stuff. Ajax messages will (almost certainly) be faster than full HTML pages.

[reply]