> Алсо, прошу обратить особое внимание на Last-Modified/E-Tags: использование этих заголовков значительно ускоряет работу с API и экономит траффик клиента и сервера.

> чтобы не возникало недоразумений, сейчас отдавать еще display_id

> сделай обратно возможность xhtml

> А даже если апи в .xhtml-e более нагружает сервер, то перезагрузки странички полностью нагружают его ещё больше.

> АПИ для постинга будет позже, надеюсь на этой неделе.
> Post was modified last time at 2011-10-20 16:45:48

> If-Modified-Since: Sun, 27 Nov 2011 19:18:31
> Last-Modified: Sun, 27 Nov 2011 19:18:30

> Почему так расходятся поля Date и Last-Modified?

> > If-Modified-Since: Sun, 27 Nov 2011 19:18:31
> > Last-Modified: Sun, 27 Nov 2011 19:18:30

> Дату надо ставить точно такую же, какая отдается в Last-Modified.

> Потому, что Date это время генерации ответа веб-сервера, а не контента.

> Собственно там то же самое

> Я спрашиваю потчему оно находится далеко в будущем.

> Хм, действительно.

> Сейчас выдает Date Mon, 28 Nov 2011 07:33:43 GMT

> Я спрашиваю про поле Last-Modified. По факту оно мне выдает GMT+4 вместо GMT.

> Оно выдает ровно тоже самое, что находится в поле last_modified треда (а там время по МСК), без поправки на часовой пояс, ибо нет смысла.

> У меня идея фигс - синхронизировать "избранное" на телефоне и на компе.

> Да, телефон работает через json

> Потому и хочу исправления этого бага

> запрос что полностью отрендеренного, что через json не означает ни разу что ты его прочитал

> Параметр называется не lastreaded, а lastviewed, что характерно.

> Ибо я не представляю ситуации где это может помешать

> получаем помеченные как прочитанные сообщения на компе

> нужно сделать какой-нибудь служебный запрос

> а лишь смотрит их дату изменения.

> А зачем ему общие печеньки цеплять?

> А если они не в избранном?

> Чтобы сессия была одна и счетчики одни и избранное одно.

> /api/thread/{thread_id:d+}{.format}

> Для этого не обязательно цеплять куки к служебным запросам, как ты их назвал

> last_modified

> Ты групый

> либо мне это пока не удалось

> регексп
> JSON

> на основе чего вычисляются количества непрочитанных постов? Кукисы?

> > регексп
> > JSON

> Нахуйтакжитьпосоны.жпг

> К тому же, да, если либа написана на си, она будет быстрее, чем регэкспа.

> в отличие от скорости разработки и надежности кода.

> JSON парсеры гарантируют преобразование в нативную структуру данных, которую легко обрабатывать, а ваши регэкспы ломаются от любого чиха.

• невозможно узнать какие сообщения удалены, а какие появились после премодерации через запрос /api/thread/.../new;
• интерфейс запроса страниц доски /{board}/{page}.json не поддерживает параметр message_html и вывод в новом формате (объект result или error);
• /api/user.json до сих пор не показывает количество непрочитанного;
• отсутствует api для постинга.

> если я буду делать по 100 запросов подряд без интервала между ними каждые 3 часа?

> троттлинг настроен на 5 запросов

> новые треды в нескольких разделах

> Плюс пожелание - хотелось бы разделить запрос /api/user.json?threads на два: /api/user.json?hidden и /api/user.json?bookmarked. А то при большом количестве скрытых тредов много траффика бесполезно расходуется.

> /api/threads.json

> если бы на Доброчане был rss

> Ну, я

• Создаем тред,
• Добавляем его в закладки,
• Удаляем тред.

> Удалить его от туда никак не получается.

> Когда будет починен If-Modified-Since?

> Можно ли в JSON'е отдавать время в том же формате, что и на борде?

> JSON предполагает машиночитаемый...

> Ах да, есть ли АПИ для получения удалённых сообщений из треда?

> Алсо, что отдаёт JSON при получении новых постов, если тред был удалён?

> Список будет когда-нибудь потом.

> Если тред удален, все апи для него будут возвращать ошибку "тред не существует"

> Ответ в json/xml содержит либо объект result либо объект error.

> Какие еще неожиданные радости мне стоит ожидать?

> вывод досок

• получать выдачу api в xml;
• иметь возможность получить список доск с параметрами типа{ Tag='b',Name='Братство',Title='Доска обо всем'} способом, отличным от выдирания списка досок из js, затем запроса xhtml на каждую доску и выдирания названия и подзаголовка.

> release of a read-only JSON API

> кое-какие возможности wakab'Ы используются?

> типа вишмастера

> типа вишмастера, только не вишмастер

> прогу для красноглазых

> плиточной

> недосистемы

> #ifdef WIN_32

> > плиточной

> Ват?

> У нас хотя бы игры есть.

> И будешь всё ручками делать?

> какой у тебя телефон

> Восьмёрка, да и сперму сюда тоже можно причислить.

> X3

> L4D

> правильные редакторы и паттерны программирования

> Посмеялся?

> При чём тут редакторы и тем более паттерны? Перечитай пост.

> с нетбуком будешь корячиться

> Я не на столько привязан к сети, как ты, видимо. Хотя вроде админ 5 серверов и 2 высоконагруженных проектов.

> function fetchjson($jsonurl) {

wget http://dobrochan.com/api/thread/264001/all.json

> Автоматические запросы к Доброчану разрешены только через специальный API.

> Например единственный метод, который я пока знаю для проверки на появление новых сообщений - использовать /last.json?count=1 для каждого отдельного треда.

> Если у меня их 50 штук? И если меня 50 штук?

> проверять last_modified

> Прям щас лучше уж 50 thread запросов, чем 1 запрос к bookmarks.

> > Если у меня их 50 штук? И если меня 50 штук?

> Прям щас лучше уж 50 thread запросов, чем 1 запрос к bookmarks.

> А разница, что там один запрос, что тут один запрос.

> Запросы к таблице постов намного дороже, чем к таблице тредов.

> бзднул в лужу

> Как, например, куклоскрипт это определяет?

> Недокументированная фича /b/0.json

> и не форматированные сообщения

> не нужны

> если так две доски с небольшим промежутком открыть, то получим 503, ибо Доброчан не любит частые обращения к апи

> Апи для постинга нет вообще, насколько я знаю, там простр возвращается редирект на соответствующую страницу.

> /error/post/6947209

> /api/post/error/6947209.json

> Нельзя как нибудь вот это запросить типа

> > /api/post/error/6947209.json

> чтоб просто текст получить?

> Да, то же самое. На тот момент я как-то забыл, что чтобы взять оп-пост и десять последних постов, надо аж два запроса на тред.

> максимального количества файлов, поддерживаемые форматы файлов

> Нагрузка сравнима с десятком открытых вкладок при наличии юзерскрипта автообновления

> Честно говоря, с учетом всего этого упорства в попытках скачать старые треды, действительно похоже проще выложить публично sql-дамп, очищенный от личных данных.

{
  ":board": {
    "threads": [
      {"thread_id": 452365342, "display_id": 5235432, "board_id": 34, "last_hit": "2006-01-02 15:04:05", "last_modified": "2006-01-02 15:04:05" ...остальные настройки треда...}
    ]
  }
}

> /utils/post/edit/109992/2145167/

> кузнечик

> заниматься твой парсер JSON.