Git и WordPress: как автоматически обновлять сообщения с помощью запросов Pull

 git checkout master git pull echo '{"id": 428}' >> authors/some-author/some-post/meta.json git add -A git commit -am "Added meta file for post 428" git push origin master 

Примечание: обновите идентификатор, чтобы он соответствовал вашему.

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

Замените строку // Save to database в предыдущем коде и окружающие ее строки:

  if (!empty($content) && is_numeric($meta['id'])) { file_put_contents('/tmp/wpupdate', $content); exec('wp post update '.$meta['id'].' /tmp/wpupdate', $output); var_dump($output); } 

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

Мы также должны добавить еще несколько проверок в начало скрипта, чтобы убедиться, что мы выполняем только те обновления, которые хотим выполнить:

 // ... $payload = json_decode($json, true); if (empty($json)) { header("HTTP/1.1 500 Internal Server Error"); die('No data provided for parsing, payload invalid.'); } if ($payload['ref'] !== 'refs/heads/master') { die('Ignored. Not master.'); } $last_commit = array_pop($payload['commits']); // ... 

Полный файл index.php теперь выглядит так:

 <?php require_once 'vendor/autoload.php'; $json = file_get_contents('php://input'); file_put_contents('test.json', $json); $payload = json_decode($json, true); if (empty($json)) { header("HTTP/1.1 500 Internal Server Error"); die('No data provided for parsing, payload invalid.'); } if ($payload['ref'] !== 'refs/heads/master') { die('Ignored. Not master.'); } $last_commit = array_pop($payload['commits']); $modified = $last_commit['modified']; $prefix = 'https://raw.githubusercontent.com/'; $repo = 'swader/autopush/'; $branch = 'master/'; $languages = [ 'en_EN' => 'en', 'hr_HR' => 'hr' ]; $lvl = 2; $folders = []; foreach ($modified as $file) { $folder = explode('/', $file); $folder = implode('/', array_slice($folder, 0, -$lvl)); $folders[] = $folder; } $folders = array_unique($folders); foreach ($folders as $folder) { $fullFolderPath = $prefix.$repo.$branch.$folder.'/'; $meta = getMeta($fullFolderPath); if (!$meta) { continue; } $content = ''; foreach ($languages as $langpath => $key) { $url = $fullFolderPath.$langpath.'/final.md'; $content .= "{:$key}".mdToHtml(getContent($url))."{:}"; } if (!empty($content) && is_numeric($meta['id'])) { file_put_contents('/tmp/wpupdate', $content); exec('wp post update '.$meta['id'].' /tmp/wpupdate', $output); var_dump($output); } } function getContent(string $url): ?string { $ch = curl_init(); curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false); curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1); curl_setopt($ch, CURLOPT_URL, $url.'?nonce='.md5(microtime())); curl_setopt($ch, CURLOPT_FRESH_CONNECT, TRUE); $data = curl_exec($ch); $code = curl_getinfo($ch, CURLINFO_HTTP_CODE); if ($code != 200) { return null; } curl_close($ch); return $data; } function mdToHtml(string $text): string { $p = new Parsedown(); $p->setUrlsLinked(true); return $p->parse($text); } function getMeta(string $folder): ?array { $data = getContent(trim($folder, '/').'/meta.json'); if (!empty($data)) { return json_decode($data, true); } return null; } 

На данный момент мы можем проверить вещи. Прекрасный шанс и для новой отрасли.

 git checkout -b post-update echo 'Adding a new line yay!' >> authors/some-author/some-post/en_EN/final.md git add -A; git commit -am "Edit"; git push origin post-update 

Давайте проверим наш пост.

Это работает — развернуть этот скрипт теперь так же просто, как развернуть код WP вашего приложения и обновить URL-адрес webhook для рассматриваемого репо.

Вывод

Настоящим способом WordPress мы взломали инструмент, который занял у нас меньше дня, но в конечном итоге сэкономил нам дни или недели. Инструмент теперь развернут и функционирует адекватно. Есть, конечно, место для обновлений. Если вы чувствуете себя вдохновленным, попробуйте добавить следующее:

• измените процедуру пост-обновления так, чтобы он использовал stdin вместо файла, делая его совместимым с хостами no-writeable-filesystem, такими как AWS, Heroku или Google Cloud.
• пользовательские типы вывода: вместо фиксированного {:en}{:}{:hr}{:} , возможно, кто-то другой использует другой многоязычный плагин или не использует его вообще. Это должно быть как-то настраиваемым.
• автоматическая вставка изображений. Прямо сейчас это руководство, но изображения сохраняются в репозитории вместе с языковыми версиями и, вероятно, могут быть легко импортированы, автоматически оптимизированы и добавлены в сообщения.
• промежуточный режим — убедитесь, что объединенное обновление сначала передается в промежуточную версию сайта, прежде чем перейти к основной, чтобы изменения могли быть проверены перед отправкой мастеру. Вместо того, чтобы активировать и деактивировать webhooks, почему бы не сделать это программируемым?
• интерфейс плагина: было бы удобно определить все это в интерфейсе WP, а не в коде. Таким образом, будет полезна абстракция плагина WP вокруг функциональности.

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

Любые другие идеи или советы о том, как оптимизировать это? Дайте нам знать!