Михаил

Вы читаете документацию к клиентскому API. Вам нужна документация для ботов:
https://core.telegram.org/bots/api#sendmessage

А в ней sendMessage не имеет такого параметра

Пагинация нужна, если количество данных слишком большое для одной страницы.

Данные хранит сервер и он знает и решает, сколько отдать данных. Именно сервер знает, по какому url'у лежит следующая часть данных и он же знает на какой странице сейчас пользователь, точнее он может определить.

CSS работает на клиенте, значит, он не может знать какая страница из скольки страниц и на какой сейчас пользователь. Но если есть какой-то класс у ссылки, типа current, CSS может изменить стиль для этого элемента.

Вся эта музыка работает так:
а) с точки зрения верстки: надо создать класс, тот же current, который изменить стиль ссылки текущей страницы;
б) с точки зрения бэкенда: код, который будет выводить верстку пагинации из шаблона, должен определить какую страницу запрашивает сейчас пользователь и в вывод верстки добавить еще класс current, если адреса совпадают.

ВЫВОД: только через CSS такое сделать нельзя, так как о всех страницах пагинации ведает сервер.

Наконец таки я решил все технические вопросы для внедрения Vue.js в WordPress-Workflow. Долго я к этому шёл. Трудно было совместить freelancing на основе WordPress и WooCommerce и одновременно самообучение Symfony и Vue.js и создание первых реальных проектов на их основе. Но создание первого большого проекта на основе headless Symfony 4 (JSON API) и потребителя на основе Vue.js меня хорошо продвинуло вперед в направлении внедрения Vue.js в WordPress. Почему мне так интересен WordPress/WooCommerce умея делать Backend на основе Symfony? Потому что WordPress делает доступным веб технологии и маленьким клиентам по "демократическим" ценам, при этом всё ещё позволяя фрилансеру хорошо заработать (по крайней мере в Берлине, где я проживаю).

Так как путь сюда до сих пор никем в интернете детально не описан и я угрохал недели если не месяцы на решение этой задачи прочитывая все статьи и docs с этой темой связанные (освоил для этого даже наконец таки Docker и Nginx и углубил знания в настройке Webpack) и пройдя многие не верные пути (vue-cli, nuxt.js) - я решил создать в течении следующих недель курс на Udemy.com на английском за 20 баксов. Если будет тут достаточно интереса (хотя бы лайков 10 ), то сделаю туториал и на русском. Курс будет содержать настройки Webpack, Docker (optional), Apache/Nginx. Моё решение сохраняет в отличии от nuxt.js все преимущества как WordPress так и Vue.js при этом соблюдая "законы" SEO и Social Marketing (Twitter Cards, Facebook Open Graph итп) и самое главное Hot Module Replacement с PHP/WordPress Templates!!!!!! .
Я очень разочарован Nuxt.js и расскажу в Tutorial почему он далеко не во всех случаях технически годен и почему с точки зрения open source этот проект не оптимальный исходя из моего личного опыта.

UPDATE 15.05.2019
К сожалению руки до туториала так и не дошли. Но создал Github Repo с простым Starter Theme.
Демо можно тут просмотреть: wue-theme.app
Пока без доскональной документации. Надеюсь к концу месяца создам.
Приколы темы:
-Hot Module Replacement с PHP файлами (если только это интересно можно и тут скачать Webpack config)
-полная поддержка SEO без Server Side Rendering (SSR). Реализуется это за счёт загрузки данных вместе с HTML в глобальном JS объекте "technomad", вместо дополнительного AJAX-запроса, что не поддерживается гуглом и для чего и нужны все прибамбасы типа Nuxt.js и phpv8/v8js.
-элементы меню и новости автоматически добавляются через WordPress-Backend.
-тема устонавливается как и любая другая тема без каких либо дополнительных настроек сервера (нужно скачать всю Repository и скомпремировать "wuetheme" папку в ZIP и тогда можно просто загружать как и обычную тему).
-Github Repo без данных из демонстрации. Может ещё добавлю функцию установки демо данных.
-сервер демо во Франкфурте без CDN. Так что во Владивостоке загрузка наверное немного дольше длится будет)) Из Берлина за 600-700ms загружается с VPS.
-есть ещё много над чем работать (pagination, проверка загруженны ли скрипты и стили плагинов при Ajax route change, пока они загружаются только при инициальной загрузки, но скрипты и стили могут быть на каждой странице иные) , нo даже в данном виде эта тема на сколько я знаю уникальная.
-тут можно проследить прогресс перестройки моего сайта с этой темой: stage.alexfullstack.dev, там больше клёвых анимаций))
Пока всё. Have fun :)

Update 30.05.2019
Много чего обновил на Github.

Update 02.06.2019
Я решил вчерашнюю проблему)))
Нужно было просто выспаться))
Завтра подробно опишу и обновлю Github Repo.

Update 03.06.2019
-загрузил на Github новую "bulletproof SEO" версию с "Dynamic Rendering Implementation"
-подробная статья тут

Update 14.06.2019
Перенёс сайт на wue-theme.app.
Демонстрация Github версии тут: starter.wue-theme.app
Добавил простую Load More Pagination и очистил код.

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

Какая фоновая подгрузка? ))
Гугл её видит!
Чаще всего помогает таймаут не менее 3 секунд!! Это гугл, детка...

Если смотрим моб. закладку - соответственно первый экран на мобильном, он там судя по скринам гугла - раза в 4 меньше декстопного, скорее всего гугл тестирует на афоне 4S)))

Хочется понять на примере простого магазина.

давай ссылку на магазин и народ потянется...

Примеры из жизни:
Поставил виджет Живосайт и поддержка утверждает, что виджет подгружается асинхронно - БРЕХНЯ!
Гугл прекрасно видит всю тонну мусора этого живосайта и считатет её мешающей загрузке первого экрана!!))
Поставил метрику - гугл видит полтонны яша-мусора.
Поставил гугл-шрифты - гугл ругается.
Поставил гугл-аналитикс - гугл орет благим матом.

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

Возможно, причина еще и -Почему в IT так много индусов?

Стрелочные функции

var array = JSON.parse('[{"name":"user_ce820531","lvl":1,"time":"1:54"},{"name":"user_ce820531","lvl":1,"time":"1:07"}]');

Варианты:
1. Добавить внутрь главного тега два тега и задать им стили.
2. Добавить один тег внутрь главного тега и задать ему стили :before и :after
3. Задать стили :before и :after главного тега
4. Добавить фоновое изображение (svg)

$tags = implode(',', array_map(function($tag) { return $tag->name; }, get_the_tags()));

При чём тут какая-то связка с php? Как php вообще относится к вёрстке? Если вы там адаптивности боитесь, то, лично моё мнение, вам ещё нужно подтянуть знания и вы себя в оценке переоценили))

Что насчёт самого макета, то я бы сказал, слишком лёгкий. Чё тут делать то? Карту вставить? Подвигать стрелочки при наведении через css? Сделать кнопку с раскрытием меню?

P.S. Я никак не хочу обидеть или оскорбить вас, но я не понимаю, сути вашего вопроса. У вас навыки 70% х 30%, а вы вместо того, что бы начать верстать, пришли сюда с глупым вопросом, а не слишком ли сложно!

На основе Вашего примера: https://jsfiddle.net/v85dtg49/2/

const str = 'abcde'

function reverseString(str) {
  let tempString = ''
  for(let j = str.length - 1; j >= 0; j--){
   	tempString += str[j]
  }
  return tempString
}

console.log('str:', str)
console.log('reverse:', reverseString(str))

Вариант покороче: https://jsfiddle.net/v85dtg49/1/

const str = 'abcde'

function reverseString(str) {
 return str.split('').reverse().join('')
}

console.log('str:', str)
console.log('reverse:', reverseString(str))