VZVZ

> ведь там не php (post, get)
Там не HTTP (POST, GET).

> Как тогда узнать что и куда, а потом использовать это в php.
Для вас пока никак. Для меня и то пока никак. А для вас и тем более.
Сначала нужно научиться с HTTP полноценно работать (там, где он применяется), затем углубиться до уровня TCP (HTTP и другие протоколы основаны на нем), научиться работать с голым TCP, тогда можно будет освоить различные другие протоколы, которые не HTTP, но тоже основаны на TCP (например, XMPP - там TCP + шифрование).
Но для вайбера, боюсь, придется спуститься еще глубже, до уровня протокола IP. Вот тогда вы освоите дзен и у вас хватит кармы, чтобы побороть долбаных вайберо-буржуев и вскрыть протокол вайбера - VoIP.

Естественно, все это на практике и только на практике. HTTP для 99.99% всех сайтов (соцсетей и т.д.), TCP для сайтов с NodeJS+socket.io (еще RTMP - для сайтов с Adobe Flash'евскими решениями, обычно это сайты с порно по вебке), XMPP для Jabber и еще некоторых мессенджеров и т.д.
Словом, практика разработки ботов нужна такая, что без слов, производных от мата, я ее масштабы и вообще всю эту ситуацию описать не могу. Без мата могу только пожелать удачи.

Это AJAX называется.
Тут подробный туториал:
codeproject.com/Tips/1065669/How-To-Build-Web-Site...

Это у них надо спрашивать. Я только догадываться могу.
Наверно, для удобства, чтобы развязать то, что занимается авторизацией, и все остальное.

Может и нарочно, чтобы сложнее было левых ботов писать))
В гугловских сервисах с авторизацией (и не только) вообще круто. Ничем иным и не объяснишь - либо этим, либо они работают по принципу индусов, т.е. каждый запрос, параметр запроса, кук, редирект - лишная штука баксов к зарплате.

Именно сниппеты - маленькие кусочки кода для конкретных маленьких задач?
В гугле можно искать, по запросам типа "javascript get request", только это тоже требует навыков, и требует труда, иногда приходится ссылок штук 5 пересмотреть, прежде чем найдется нужное.
А есть нетривиальные задачи, по которым вообще готовых решений нет.

Именно автокликеры как таковые - это очень просто, пишется почти на любом ЯП, но они фигня полная.
Медленно, неудобно в использовании, ведь на экране все время окошки мелькают, а главное - криво (программно очень сложно определить, когда уже появилось окошко, а когда нет, и тем более сложно определить, если это не окошка, а элемент на веб-странице, который еще и подгружается не сразу же.

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

Начинать действительно стоит с HTTP/HTTPS (это протокол, по которому работает 99,(9)% сайтов и немало приложений),
Суть здесь в том, что клиентская часть при определенных действиях юзера делает запросы к серверной, вот эти запросы мы сперва вручную перехватываем, затем на любом ЯП имитируем их отправку.
Для перехвата (это исследовательская часть работы - Research) понадобится сниффер Fiddler. А для отправки запросов (Development) - почти любой ЯП годится, но под виндой лучше C# либо Delphi.
Подробнее:
https://otvet.mail.ru/answer/1794591622
Отмечу, что этот вариант подходит и для сайтов с AJAXом, коих сейчас очень много.
Советую также изучить AJAX, ведь не умея самому сделать такую архитектуру, вы и с чужим сайтом не разберетесь. Статья по AJAX:
codeproject.com/Tips/1065669/How-To-Build-Web-Site...
Все же здесь имеются и нюансы, например, приложение может работать через свой прокси, что затрудняет перехват запросов Fiddlerом, или же это вообще приложение под мобильную ОС, где снифферов толком нет. В целом все это обходится, любому приложению можно задать фиддлеровский прокси, приложения для Android запускаются на Genymotion опять же с прокси и т.д.

НО! Не стоит ограничиваться HTTP/HTTPS.
Почему?

1. Некоторые сайты работают по протоколу TCP (голые сокеты, это ниже уровнем, чем HTTP/HTTPS). Fiddler не покатит.
Чтобы понять эту архитектуру, и поэкспериментировать с протоколом, советую освоить NodeJS и socket.io - это лучший способ создать свой простенький сайтик с TCP и использовать его как полигон для изучения TCP и написания первого своего бота такого уровня. В качестве сниффера здесь Wireshark, он сложнее и не столь удобен, но можно и с ним справиться.
Еще бывает протокол RTMP (но это уже с Flashем, на чистом JS не бывает), там вроде Adobeовский какой-то бек-енд, тоже надо освоить так же, как и TCP. В качестве сниффера - Wireshark годится вроде.
А самый абзац - это клиентские приложения. Вроде Skype, Viber, WhatsApp и т.д. Приложение в отличие от сайта может юзать вообще какие-то редкие протоколы или вовсе свой протокол, из них вроде XMPP самый простой и открытый, с этим сам пока не разбирался.

2. На некоторых сайтах вроде бы HTTP/HTTPS и все понятно.
Но всего слишком много. Просто слишком много. Слишком много запросов на одно действие, слишком много параметров запросов, слишком много куков. Например, гугловские сервисы славятся этим.
Все это имитировать HTTP-запросами реально устаешь, а если хоть что упустишь, то это потенциальная проблема (а боты и так периодически ломаются, когда бек-енд меняется)
В ряде случаев лучше взять PhantomJS (можно через CasperJS), это браузерный движок, но не простой, а специально для таких целей. Он представляет почти весь функционал, какой нужен. Боты получаются не столь быстрые, как на голых HTTP-запросах (которые, очевидно, даже быстрее человека с браузером), и все это на NodeJS (под виндой это скорее недостаток, чем достоинство, лучше бы C#, хотя можно и PhantomJS прикрутить к C#, но криво), но зато боты более стабильные выходят (гораздо более похожие на реальный браузер с гораздо меньшими усилиями по имитации), и пишутся быстрее.

P.S. Профессиональный ботовод, бюджет иных проектов составлял 5-значные числа.

Снаружи должны быть { } а не [ ]
Я бы просто перед парсингом исходную строку завернул таким образом:

{"response": [
  {
    "topic": 1,
    "title": "Тест",
    "text": "Какой-то текст 1",
    "user_id": 1328,
    "user": "user 1",
    "time": 1454613213
  },
  {
    "topic": 2,
    "title": "Тест 2",
    "text": "Какой-то текст 2",
    "user_id": 1328,
    "user": "user 2",
    "time": 1454611021
  }
]
}

И дальше все без проблем парсится по исходникам из гугла, jobj["response"] - это JArray, ну а в нем уже JToken'ы/JObject'ы

Хотя может можно и сразу в JArray распарсить такой JSON, не интересовался пока.

Если сайт действительно работает по HTTP/HTTPS (99,(9)% случаев это так, хотя возможны TCP, RTMP и др.), то сниффер в помощь. На винде Fiddler самый удобный сниффер.
Им нужно отследить запросы, которые браузер+сайт делает к веб-морде (включая AJAX, если есть), и эмулировать их на ЯП, не забывая все нужные параметры, заголовки и куки.
Вместо отправки HTTP-запросов, еще возможно использование PhantomJS, напрямую или с CasperJS. Это медленнее работает, зато меньше телодвижений для полноценной имитации браузера, и в отличие от обычных браузерных движков, там есть весь или почти весь нужный функционал, скажем, файлы в input type=file загружаются без проблем.