[twitter-dev] Re: Net::Twitter dev release with Lists API support
On Thu, Oct 29, 2009 at 1:09 PM, Marc Mims marc.m...@gmail.com wrote: Did you install the full developer release, or just the Net::Twitter::Role::API::Lists module? Are you using Basic or OAuth authentication? Changes were made to both Net::Twitter::Core and Net::Twitter::Role::OAuth to support the DELETE method. Either you don't have those updated modules or I have a bug in one (or both) of them. I've tested it on my own account with both Basic and OAuth and delete_list is successful, so if you've got the correct Core and OAuth modules perhaps a stack trace would shed some light. Last night I'd only added the Lists.pm module; after grabbing and installing the complete package just now, the error has gone away. Though it is on my radar, I haven't done any development with OAuth yet. I'll try to get some more thorough testing done tonight. Thanks for your help. -- Scott Elcomb http://www.psema4.com/ @psema4 Member of the Pirate Party of Canada http://www.pirateparty.ca/
[twitter-dev] Re: [OT]: Trouble with DM's on Twitter website
On Sat, Jun 13, 2009 at 9:09 PM, Scott Elcombpse...@gmail.com wrote: On Sat, Jun 13, 2009 at 8:21 PM, Scott Elcombpse...@gmail.com wrote: Hi all, Sorry if this comes across as a newbie question. Well guess it was a newbie thing - I didn't realize this was a simple support question; I have not yet come across this information in any documentation. My searches have not been exhaustive, quite obviously. My most sincere apologies for the noise. -- Scott Elcomb http://www.psema4.com/ @psema4
[twitter-dev] Re: Determining Sex/Gender with the API?
On Thu, Apr 2, 2009 at 12:48 PM, Andrew Badera and...@badera.us wrote: Of course it's supported. Just cast Sexus Magicus Level 12, and poof, that information will magically be created from nothing, out of nowhere. Lol. +1 Insightful -- Scott Elcomb http://www.psema4.com/
[twitter-dev] Re: SSL for Search API?
On Thu, Apr 2, 2009 at 2:58 PM, Chad Etzel jazzyc...@gmail.com wrote: But what if I don't want a man-in-the-middle to know I'm secretly searching for Britney Spears from my cube? ...oh crap. Welcome to the internet? Despite any attempts to obfuscate, there are always way to determine the contents of anything on the net. -- Scott Elcomb http://www.psema4.com/
[twitter-dev] Re: SSL for Search API?
On Thu, Apr 2, 2009 at 3:26 PM, Andrew Badera and...@badera.us wrote: Define on the net. If I'm ssh(-2)'d to my server at home, tunneling my HTTP content, forwarding all DNS requests to the SOCKS proxy Putty presents, how are anyone but myself and the SSH server going to know exactly what content I just pulled? (Obviously everything in front of the SSH server is likely unencrypted, but that's out of scope.) Easy enough - anything that is stored (or passed-and-cached) electronically outside of tcp/ip networks you control. Ie. if one sends a search query to service not under their control that search string must also be accessible from devices not under their control. Encryption's great and I use it where I can, but it's not foolproof. Unfortunately that has been consistently proven throughout history. Proving otherwise is the ideal case. -- Scott Elcomb http://www.psema4.com/
[twitter-dev] Re: SSL for Search API?
On Thu, Apr 2, 2009 at 3:31 PM, Chad Etzel jazzyc...@gmail.com wrote: On Thu, Apr 2, 2009 at 3:12 PM, Scott Elcomb pse...@gmail.com wrote: On Thu, Apr 2, 2009 at 2:58 PM, Chad Etzel jazzyc...@gmail.com wrote: But what if I don't want a man-in-the-middle to know I'm secretly searching for Britney Spears from my cube? ...oh crap. Welcome to the internet? Despite any attempts to obfuscate, there are always way to determine the contents of anything on the net. orly? I was being (mostly) sarcastic previously.. I don't see a reason to have SSL for twitter search.. but now a serious question: are you saying that you can decrypt SSL session on-the-fly? Should I stop making purchases with my credit cards online? Hmm. I would say no at this point. I was only trying to draw attention to the fact encryption rarely survives on a long-term basis. If encryption is unbreakable for the period you require, then for your purposes it is completely valid. I'm just not sure I believe in the long term benefits of any particular scheme. -- Scott Elcomb http://www.psema4.com/