Бъдеща версия на API-то ?
Любомир Петров
- Write достъп до Svejo, чрез API-то. В момента имаме достъп
единствено да четем разни неща :)
- Search функция или начин за комбиниране на тагове пр: /tag1+tag2/
new.format
- Tag-ове в резултатите. <record> ... <tags>a, b, c, d</tags> ...</
record>
- Пълен адрес на линка - в момента се показва само адреса към
Svejo.net, което не е чак толкова полезно при повечето случай
Допълнително се чудя, има ли cache на резултатите от API-то ?
Станислав Божков
Search функция ще пуснем, веднага щом някой прояви интерес. Като този
примерно. Така де, тези дни може да добавим и search.
Какъв write достъп ти трябва? За какви функционалности? Принципно с
write, се създава възможност за писане на ботове или подбни, каквото
неискаме да се случва :)
Любомир Петров
Като цяло, погледнах вчера API-то и се зачудих какво мога да си
кодирам, но нищо конкретно не ми хрумна. Би ми било удобно да си
напиша някакъв модул за по-лесно submit-ване, но нямаше write.
За ботовете, генерирате API key и го лимитирате на по ..примерно 3
поста на час или нещо такова :)
Стоян
но за целта ми трябват няколко допълнения и ще се радвам, ако може да
ги добавите. Подреждам ги по важност.
1. Опция за директно събмитване на линк.
2. Търсене
3. Четене на коментари към пост
Поздрави.
Stanislav Bozhkov
yurukov
Съгласен съм за някакъв write достъп. Съгласен съм и със Стоян за
автоматичното добавяне на статии в Свежо. В момента всеки блогър си ги
добавя сам, така че може да се направи просто като разширение на самия
блог. Нещо повече, аз съм за това да се сложи едно api за гласуване.
Преди време в блогът ми говорих за custom бутони и тем подобни. Те ще
са невъзможни без такъв достъп.
Станислав обаче е прав, че не може да се говори за каквато и да е +w,
докато не се изчисти сигурността. Затова аз имам две предложения, от
които може да тръгнем:
Единия е подхода на Flickr - всяка програма, която реши да използва
api-то, трябва да предостави api ключ. Така може да се следи лесно
активността и се прехвърля отговорността върху developerите за контрол
върху спама. Когато се усети спам от някой ключ, той лесно би могло да
се дезактивира. Всеки ключ е вързан към потребител, което прави
администрирането по-лесно.
Другия подход е обвързан с директната регистрация на крайния
потребител в Свежо. Когато използва някаква програма (ajax или Flash),
сървъра ще засича cookie-то и ще ограничава активността. Въпросът тук
ще е, че от някой сайт ще може да се прави същото, както с бутоните за
гласуване, формулярите за добавяне или бог знае какво, но формата ще е
различна. За жалост този подход няма да е възможен за сървърни
приложения.
Във всеки случай трябва да се дадат +w права, защото на този етап
можем да правим просто по-шарени badge-ове. Не трябва да се тръгва по
пътя "ако искат тогава ще го дадем", защото никой не знае какво ще
иска. Аз в момента нямам идея какво бих направил, ако излезе пълно api
като във flickr. Знам обаче, че с Flickr се случват прекрасни неща и
има място за още много.
Поздрави,
Боян.
On Dec 22 2008, 12:42 pm, "Stanislav Bozhkov"
<stanislav.bozh...@gmail.com> wrote:
> За директното събмитване на линк ще помислим. Загрижеността там е от 2
> страни: сигурност - ще трябва да се дават потребителски имена и пароли;
> спамене - програмно/автоматизиранато добавяне на линкове може да доведе до
> усеснен начин за спам.
> Търсенето и четенето на коментари към пост , смятам че ще може да има преди
> НГ.
>
> Поздрави
>
> 2008/12/22 Стоян <silc...@despark.com>
Любомир Петров
OAuth, оттук нататък има и няколко други вариации, както подобна е и
тази на Google Accounts.
Относно сигурноста, която трябва да се добави тук, според мен не
трябва да е на ниво API, ами на това кой потребител колко гласа/линка
е добавил и с лимити (както е сега в самият сайт).
yurukov
- промяна в datamodel-а на върната заявка така, че да дава и името на
домейна от който е добавената/гласуваната статия. Сега дава само линк
към свежо. Така ще може да се комбинират няколко заявки наведнъж и да
се се получава по-сложна информация.
- добавка на заявка за изкарване на коментари към определена статия.
Това особено много ми трябва, защото имам приложение на ум.
бю.