546
edits
Talk:UDP API DEV: Difference between revisions
m
no edit summary
(→Crypto Protocol: add note about hmac) |
Epoximator (talk | contribs) mNo edit summary |
||
| Line 9: | Line 9: | ||
:: I have posted something in the forum now: http://www.anidb.net/forum/viewtopic.php?t=2328&start=45. You can use that if you want. --[[User:Epoximator|Epoximator]] 13:58, 28 Oct 2005 (CEST) | :: I have posted something in the forum now: http://www.anidb.net/forum/viewtopic.php?t=2328&start=45. You can use that if you want. --[[User:Epoximator|Epoximator]] 13:58, 28 Oct 2005 (CEST) | ||
== Encodings == | == Encodings == | ||
Protocol 2 says that the current character encoding is “unknown.” Shouldn't this be defined, preferably to some Unicode, like UTF-8? Considering AniDB maintains data in several languages, isn't having an agreed-upon encoding important? [[User:Derobert|Derobert]] 01:35, 14 November 2005 (CET) | |||
: I guess it's ok to set this to ASCII now. All non ASCII chars should be html escaped. --[[User:Epoximator|Epoximator]] 11:40, 27 January 2006 (CET) | |||
=== ANIME === | |||
I'd like this command to cope with a couple of different encodings when passed a title, and be explicit over whether it finds only one result or does a best-match guess. --[[User:Rar|Rar]] 04:51, 30 Oct 2005 (CET) | |||
: On second thought, is a wide search really wanted or is 'WHERE lower(name)=' good enough?. About encodings, do you care to elaborate? --[[User:Epoximator|Epoximator]] 18:24, 25 November 2005 (CET) | |||
::Oh, specifically, I'd like anime lookups to be able to take sjis/utf8 rather than just html escaped ascii, as an option. While all real programming languages have trivial encoding switching: <code>string.decode('sjis').encode('ascii','xmlcharrefreplace')</code> some that might find a use for udp access to anidb (such as the dire mirc scripting language), do not, so dealing with it serverside would be nice. --[[User:Rar|Rar]] 01:28, 29 January 2006 (CET) | |||
=== ENCODING === | |||
This could be included in the AUTH command or an environment command that includes options for encryption, encoding and compression. (In response to rar's request.) --[[User:Epoximator|Epoximator]] 11:48, 31 January 2006 (CET) | |||
: This should definetly become an additional, optional parameter of the AUTH command. There is really no reason why this should be an extra command. It just means two more UDP packets overhead on each client connection. --[[User:Exp|Exp]] 05:28, 8 February 2006 (CET) | |||
:: I think epoxi was more thinking of this command as setting a session state flag, like a parameter in AUTH would, rather than being sent prior to *every* command, which would of course be silly. I see no reason not to have both. --[[User:Rar|Rar]] 16:21, 10 February 2006 (CET) | |||
: I | == FILE == | ||
Pass a list of fields (limit e.g. 10 entries) | |||
and return content. This makes it possible to request new fields in the database without | |||
breaking API for older clients. | |||
On updates, only the list of possible fields | |||
need to be extendet. -- --[[User:Dinoex|Dinoex]] | |||
: I think it's a good idea. Modified a bit. --[[User:Epoximator|Epoximator]] 13:38, 26 November 2005 (CET) | |||
== Encryption == | == Encryption == | ||
| Line 21: | Line 37: | ||
for this to be really useful for all the paranoid ppl out there, you should really change the website to https. luckily for me, I'm not paranoid about this, but I thought it should be pointed out. --[[User:Suppy|Suppy]] 06:41, 27 January 2006 (CET) | for this to be really useful for all the paranoid ppl out there, you should really change the website to https. luckily for me, I'm not paranoid about this, but I thought it should be pointed out. --[[User:Suppy|Suppy]] 06:41, 27 January 2006 (CET) | ||
https is concidered a possible performance issue and is therefore currently not supported by anidb. if I have too much time I might write something up which allows only the signup, login and profile pages to be transmitted via https and everything else via http. does anyone know if there is a good howto somewhere on how to best set this up? (i could always hardcode these limitations, but there should be a better way) | : https is concidered a possible performance issue and is therefore currently not supported by anidb. if I have too much time I might write something up which allows only the signup, login and profile pages to be transmitted via https and everything else via http. does anyone know if there is a good howto somewhere on how to best set this up? (i could always hardcode these limitations, but there should be a better way) | ||
And the main reason for this feature is the usage of clients over untrusted connections. Which is possible once you configured your client password via a trusted connection. | : And the main reason for this feature is the usage of clients over untrusted connections. Which is possible once you configured your client password via a trusted connection. | ||
--[[User:Exp|Exp]] 06:58, 27 January 2006 (CET) | :--[[User:Exp|Exp]] 06:58, 27 January 2006 (CET) | ||
=== Crypto Protocol === | === Crypto Protocol === | ||
| Line 40: | Line 56: | ||
::BTW: If you're just trying to prevent password sniffing, there are already several well-studied HMAC-based protocols which do that, and do it with minimal overhead. Low enough that you could probably just use it by default. | ::BTW: If you're just trying to prevent password sniffing, there are already several well-studied HMAC-based protocols which do that, and do it with minimal overhead. Low enough that you could probably just use it by default. | ||
::—[[User:Derobert|Derobert]] 14:56, 30 January 2006 (CET) | ::—[[User:Derobert|Derobert]] 14:56, 30 January 2006 (CET) | ||
== Errors / bugs == | |||
=== GROUP === | |||
I obtain: '41|851|665|109|1004|Zhentarim DivX|zx|#zhentarim|irc.chatsociety.net|http://www.zhentarim.net/' | |||
The irc channel and irc server are on two fields, and this is not documented. --[[User:Darsh|Darsh]] 12:14, 28 April 2006 (CEST) | |||
: Updated doc --[[User:Epoximator|Epoximator]] 20:52, 28 April 2006 (CEST) | |||