<div dir="ltr"><div>> There's a lot of flexibility already, because the log format is just</div><div>> omegascript. So I don't think you need to implement a new command to</div><div>> achieve this. (Although you might need a command to generate the query</div><div>> id. It depends on how you're going to do that.)</div><div><br></div><div>Ok, I'll try adapting the existing log command to achieve the kind of logging</div><div>we want.</div><div><br></div><div>And, about the command to generate unique query ids, I've been thinking</div><div>to tackle this as a kind of hashing problem where we'll basically provide the</div><div>query text as input to generate a unique id as output. Although, coming</div><div>up with a 100% collision-free hashing algorithm for this task is something</div><div>worth considering first. Other caveats include max length of the generated</div><div>unique id string and whether we should truncate leading whitespaces from</div><div>the query text to avoid "essentially same" queries from being recorded in</div><div>different entries in the log file. What do you suggest?</div><div><br></div><div>Thanks,</div><div>Vivek</div></div>