Hi all,<br><br>I know I&#39;m probably stirring up a hornet&#39;s nest with this question/comment but I&#39;ve spent the last few days working on a PHP-based class for the manager interface as we&#39;re preparing for a pretty big upgrade at our call center and I&#39;m revamping all of the management apps I&#39;ve written.&nbsp; I&nbsp; can connect to the manager interface and send query strings back and forth all day long, but I&#39;m having issues when it comes to parsing the return data.&nbsp; My issue isn&#39;t a PHP one, but rather issues with the consistency of the Manager interface return values.<br>
<br>For instance, for the built in actions such as Login, SIPPeers, QueueStatus (the three that I will be calling the most) NONE of those three has a standard return value.&nbsp; Login doesn&#39;t return an Event: LoginComplete flag, so the login function can&#39;t use the generic Action function I&#39;ve written.&nbsp; SIPPeers returns an additional line after Event: PeerlistComplete, and Peerlist != SIPPeers (meaning the action and eventcomplete flags should match, IMHO).<br>
<br>The way QueueStatus returns data is the ideal, the action flag (QueueStatus) has a corresponding complete tag (QueueStatusComplete) and I can (fairly) easily parse the return data by tacking &#39;Complete&#39; onto the action flag.&nbsp; I just wanted to see what everyone else though of coming up with a standard for ALL manager commands so building applications to hook into Asterisk isn&#39;t a crap shoot like it is now.<br>
<br>My initial proposal:<br><br>Any $action has a corresponding $actionComplete event (ie SIPPeers would be SIPPeersComplete instead of PeerlistComplete)<br>The ActionComplete event is the LAST line for any return<br><br>
Like I said, I&#39;m sure this will ruffle some feathers and that is not my intent, maybe I&#39;m missing something here so please (kindlly) inform me if I am.<br><br><br>