Жизнь замечательных грибов
Много лет пользовался плагином Social API. Да много лет заброшен и не поддерживается, но работало. Но тут случился переезд сайта с PHP 7.4 на PHP 8.2. И плагин отвалился., Поискал актуальные рабочие плагины — аналоги. Не нашел. Заброшены все. Пришлось закатать рукава и один из самых простых заброшенных плагинов довести до рабочего состояния. Результат выложен тут. Возможно дойдут руки и для того чтобы выложить в репозитарии WordPress.
Симптомы: При отправке сообщения из контактной формы, сообщение не отправляется в бота, а в логах появляется ошибка вида:
|
1 |
Request has failed with error 400: Bad Request |
Изучив чуть плагин, нашел непосредственную функцию отправки сообщения, и чуть её дополнил:
|
1 2 3 4 |
private function request( $url, $args ) { .... elseif ( $http_code == 400 ) : error_log($response['body']); |
Ошибка стала чуть вняетнее:
{«ok»:false,»error_code»:400,»description»:»Bad Request: can’t parse entities: Can’t find end of the entity starting at byte offset 289″}
Но ни сколько не понятнее… Стал рыть дальше. Отправка в wordpress осуществляется функцией:
|
1 |
wp_remote_post($url,$args) |
Проверив аргументы, выяснил, что попадает внутрь именно то что нужно. Видимо портит данные, что-то глубже внутри функционала wordpress. Проверил концепцию заменив вызов этой функции своим велосипедом:
|
1 2 3 4 5 6 7 8 9 10 |
$params=["chat_id"=>$args["body"]["chat_id"],"text"=>$args["body"]["text"],]; $ch = curl_init($url); curl_setopt($ch, CURLOPT_HEADER, false); curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1); curl_setopt($ch, CURLOPT_POST, 1); curl_setopt($ch, CURLOPT_POSTFIELDS, ($params)); curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false); $result = curl_exec($ch); error_log($result); curl_close($ch); |
И оно заработало.. Ну так и оставил..
Задача: обработать json строку при помощи шаблонизатора Smarty
Решение: необходимо преобразовать json строку в новую переменную:
|
1 2 3 |
{assign var="dop_me" value=$tovar.dop_ed_izm|@json_decode} {foreach $dop_me as $row} {/foreach} |
Или разгаданная загадка почему не вставляется запись в БД с первой строкой взятой из файла. Долго думал, пока наконец не догадался поглядеть этот файл в HEX редакторе. А там…барабанная дробь..символ BOM от создателей блокнота в Windows 😉
В общем теперь я понял, что при обработке файлов, лучше на всякий случай всегда убирать этот интересный символ, дабы не попасть в просак. Примерно так:
|
1 |
$dt = trim($dt, "\xEF\xBB\xBF"); |
Не понятно почему, но CRUD не создает самостоятельно модель для работы с таблицой БД. По крайне мере у меня. Потому из нескольких разрозненных кусков собрал «рыбу»:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 |
<?php namespace app\models; class YandexKeys extends \yii\db\ActiveRecord{ public static function tableName(){ return 'api_map_keys'; // Имя таблицы в БД в которой хранятся записи } public function rules(){ return [ [['name', 'key'], 'required'], // какие поля есть в таблице обязательные для добавления ]; } public function attributeLabels(){ // Зададим имена колонок return [ 'id' => 'ID', 'name' => 'Имя', 'key' => 'Ключ API' ]; } public static function getAll(){ // выборка всех значений из БД $data = self::find()->all(); return $data; } } |