Привет, Гость!
Главная
Вход

Последняя активность

Форум / JohnCMS / Инструкции
Поиск
  JohnCMS | Переход на PDO в примерах
1 2 >>
AlkatraZ AlkatraZ (SV!) [Off] [#] (10.08.2016 / 20:38)
╭∩╮ (`-`) ╭∩╮
Итак, разберем на реальном примере, как можно переделать старый модуль на PDO.
Переделывать мы будем нашу гастивуху /guestbook.php

Стоит задача только по переделке на PDO, больше ничего не трогаем!
Мы не меняем алгоритм работы, возможно только по ходу работы исправим мелкие ошибки, если таковые попадутся.

Чтоб тему не разосрали, я ее закрою.
Высказаться и задать вопрос можно в этой теме: Переход на PDO - обсужнение
Шпаргалка по PDO тут: JohnCMS | Шпаргалка по PDO
З.Ы.
Пишу "вживую" по мере работы, посему посты будут постоянно переделываться и дополняться.
Изм. AlkatraZ (10.08.2016 / 21:17) [1]
AlkatraZ AlkatraZ (SV!) [Off] [#] (10.08.2016 / 20:41)
╭∩╮ (`-`) ╭∩╮
ПОДГОТОВКА РАБОЧЕГО МЕСТА

Для работы и отладки нам понадобится какий-нибудь AMP сервер (Apache + MySQL + PHP).
Мы для примеру возьмем Open Server.
Ну и для кодинга желательно использовать не блокнот, а какую-нибудь IDE, это избавит Вас от множества ошибок и сильно облегчит процесс кодирования.

НАСТРОЙКА OPEN SERVER

1)В настройках Open Server отключаем все не нужные модули (типа nginx, memcached и др.).
Оставляем только:
apache 2.4
PHP 5.5, или 5.6
Mysql 5.5 или MariaDB 10

2) В папке с доменами создаем папку для нашего движка, пусть это будет johncms.dev

3) Запускаем OpenServer, убеждаемся, что все работает и наш домен johncms.dev открывается (там пока ничего нет).

4) Открываем PhpMyAdmin и создаем пустую базу данных для нашего проекта, к примеру johncms

УСТАНОВКА JOHNCMS

Заходим к нам в загрузки, скачиваем и устанавливаем JohnCMS 7.x.x
Изм. AlkatraZ (25.04.2017 / 13:33) [6]
AlkatraZ AlkatraZ (SV!) [Off] [#] (10.08.2016 / 20:44)
╭∩╮ (`-`) ╭∩╮
Далее, я буду рассказывать что делал я сам и показывать на примерах. К Вам описанный мною код попадет уже доработанным, но на примерах Вы сможете понять что делать со своими модулями.
Запускаю свой редактор кода (у меня PhpStorm) и открываю /guestbook/index.php
===
В начале, мне нужно получить объект PDO, иными словами это будет переменная $db в которой будет наш PDO. Для этого в самом начале файла, НО ПОСЛЕ подключения ядра (после строки require('../system/bootstrap.php');) я размещаю данный код:
  1. /** @var PDO $db */
  2. $db = App::getContainer()->get(PDO::class);


Я обращаюсь к контейнеру и получаю у него объект PDO, который для дальнейшего применения в пределах данного файла, будет находиться в переменной $db
Далее, мы уже сможем переделывать наши запросы.
Изм. AlkatraZ (25.04.2017 / 13:35) [5]
AlkatraZ AlkatraZ (SV!) [Off] [#] (10.08.2016 / 21:06)
╭∩╮ (`-`) ╭∩╮
Первый попавшийся запрос в строке 39
  1. mysql_query("DELETE FROM `guest` WHERE `id` = '" . $id . "'");

После переделки на PDO он выглядит так:
  1. $db->exec("DELETE FROM `guest` WHERE `id` = '" . $id . "'");

В принципе уже все готово, но можно слегка сократить и оптимизировать код.
Внимательно глянув на запрос, мы видим, что поле `id` у нас имеет числовой тип и ключевое. Поэтому, в запросе для переменной $id (которая у нас имеет числовой тип) можно избавиться от кавычек.
Кроме того, сам запрос вставляем не в двойные кавычки, а в одинарные. Это сильно разгрузит РНР, ибо ему не придется интерпретировать переменные в строке нашего запроса.
Окончательный вариант выглядит так:
  1. $db->exec('DELETE FROM `guest` WHERE `id` = ' . $id);

Пример в репозитории

З.Ы.
В данном запросе я применил не $db->query (который тоже будет работать) а метод $db->exec
О разнице между $db->query и $db->exec я потом расскажу в отдельной теме со шпаргалками.
Изм. AlkatraZ (10.08.2016 / 21:11) [2]
AlkatraZ AlkatraZ (SV!) [Off] [#] (10.08.2016 / 21:24)
╭∩╮ (`-`) ╭∩╮
Следующий устаревший код, предназначенный для переделки у нас находится в строке 62
  1. $from = $user_id ? $login : mysql_real_escape_string($name);

Это интересный и ВАЖНЫЙ момент, ибо он связан не с самим запросом, а с экранированием его данных, для предотвращения SQL инъекции и взлома Вашего сайта.
В старом коде для этого у нас была функция mysql_real_escape_string()
В PDO для достижения той же цели, можно пойти несколькими путями...

1) Простейший путь - это применить вместо устаревшей функции ее аналог $db->quote() и строка в этом случае будет выглядеть так:
  1. $from = $user_id ? $login : $db->quote($name);
Однако $db->quote не полный аналог mysql_real_escape_string(), ибо он кроме экранирования кавычек внутри строки, еще и берет в кавычки саму строку. Следовательно нам надо будет переделать еще и запрос, убрав кавычки вокруг вставляемой переменной.

2) Другой и более правильный путь - это подготовленный запрос, который мы сейчас и будем реализовывать.
===
Итак, решил делать подготовленный запрос.
В начале я осмотрел дальнейший код на предмет, ГДЕ используется наша переменная $from и нашел нужный запрос, который в строке 120 и который надо переделать на подготовленное выражение. Для этого применяем метод $db->prepare() и заменяем все переменные в запросе на простые плейсхолдеры ? (знак вопроса). Есть еще именованные плейсхолдены, но их рассмотрим отдельно.
Старый код запроса временно где-то сохраняем, ибо нам понадобятся оттуда переменные.
После переделки на подготовленный запрос, код будет выглядеть так:
  1. $stmt = $db->prepare("INSERT INTO `guest` SET
  2. `adm` = ?,
  3. `time` = ?,
  4. `user_id` = ?,
  5. `name` = ?,
  6. `text` = ?,
  7. `ip` = ?,
  8. `browser` = ?,
  9. `otvet` = ''
  10. ");

Обратите внимание на строку `otvet` = '', там передается пустое значение, поэтому я не стал ставить плейсхолдер а применил прямой запрос. То же самое можно делать, если передаете фиксированное числовое значение, к примеру `otvet` = 5
А для всех "опасных" данных, нужны плейсхолдеры.

Но это пока только подготовленное выражение, которое ничего не добавит в базу и которому мы пока не передали никаких данных. займемся этим. Нам нужно передать подготовленному запросу реальные данные и запустить его на выполнение (вставить запись в базу данных). Для этого применяем $stmt->execute(); в который в виде массива передаются наши данные, которые мы заменили плейсхолдерами.
ОЧЕНЬ ВАЖНО, чтоб данные в массиве находились именно в той последовательности, как у нас размещены плейсхолдеры, не перепутайте!
В итоге сравним что было и что стало:

СТАРЫЙ ЗАПРОС:
  1. mysql_query("INSERT INTO `guest` SET
  2. `adm` = '$admset',
  3. `time` = '" . time() . "',
  4. `user_id` = '" . ($user_id ? $user_id : 0) . "',
  5. `name` = '$from',
  6. `text` = '" . mysql_real_escape_string($msg) . "',
  7. `ip` = '" . core::$ip . "',
  8. `browser` = '" . mysql_real_escape_string($agn) . "',
  9. `otvet` = ''
  10. ");


НОВЫЙ ПОДГОТОВЛЕННЫЙ ЗАПРОС
  1. $db->prepare("INSERT INTO `guest` SET
  2. `adm` = ?,
  3. `time` = ?,
  4. `user_id` = ?,
  5. `name` = ?,
  6. `text` = ?,
  7. `ip` = ?,
  8. `browser` = ?,
  9. `otvet` = ''
  10. ")->execute([
  11. $admset,
  12. time(),
  13. ($user_id ? $user_id : 0),
  14. $from,
  15. $msg,
  16. core::$ip,
  17. $agn,
  18. ]);


ВАЖНО: в подготовленном запросе не надо экранировать данные, то, что мы делали с помощью mysql_real_escape_string(). Более того, если вспомним строку 62, мы с нее тоже должны убрать экранировку.

Итого, после доработки в репозитории у нас следующее:
Строка 62: https://github.com/john-cms/jo ... p#L62
Подготовленный запрос: https://github.com/john-cms/jo ... -L137

Можно работать дальше
Изм. AlkatraZ (10.08.2016 / 21:57) [7]
AlkatraZ AlkatraZ (SV!) [Off] [#] (10.08.2016 / 22:01)
╭∩╮ (`-`) ╭∩╮
В том же блоке кода, который мы дорабатывали выше, есть еще пара мелких запросов, давайте разберем их.

В строке 55 мы видим следующий запрос:
  1. $req = mysql_query("SELECT `time` FROM `guest` WHERE `ip` = '$ip' AND `browser` = '" . mysql_real_escape_string($agn) . "' AND `time` > '" . (time() - 60) . "'");
Глядя на него я вижу, что там применяется всего одна переменная требующая экранировки, остальные числовые и безопасные. Посему стало лень писать подготовленный запрос и решил обойтись простой экранировкой с помощью метода ->quote() тем более на практике покажу его применение.
Для начала, мы заменяем все старые функции Mysql на их аналоги из PDO.
  1. $req = $db->query("SELECT `time` FROM `guest` WHERE `ip` = '$ip' AND `browser` = '" . $db->quote($agn) . "' AND `time` > '" . (time() - 60) . "'");
Но если запустите скрипт, он вывалится с ошибкой, SQL Запрос не рабочий. Почему?
Да потому, что как я писал выше, ->quote не только экранирует строку, но и берет ее в кавычки.
А у нас то в запросе переменная уже была взята в кавычки, посему получается ошибка.
Следовательно из запроса надо убрать кавычки вокруг $db->quote($agn)
НЕ ЗАБЫВАЙТЕ ПРО ЭТО!
Рабочий вариант запроса выглядит так:
  1. $req = $db->query("SELECT `time` FROM `guest` WHERE `ip` = '$ip' AND `browser` = " . $db->quote($agn) . " AND `time` > '" . (time() - 60) . "'");

---
Далее (строка 97), мы видим, что проверяется число возвращенных запросом строк mysql_num_rows().
  1. if (mysql_num_rows($req)) {...}

В PDO для этого есть аналог ->rowCount() и переделанная строка будет смотреться так:
  1. if ($req->rowCount()) {...}


Ну и наконец, получение результата запроса в виде ассоциативного массива (строка 98)
  1. $res = mysql_fetch_assoc($req);
после переделки выглядит так:
  1. $res = $req->fetch();

Изм. AlkatraZ (10.08.2016 / 22:31) [4]
AlkatraZ AlkatraZ (SV!) [Off] [#] (11.08.2016 / 22:17)
╭∩╮ (`-`) ╭∩╮
Ну и далее, в том же духе, постепенно перебираете весь код и меняете старые mysql функции на новые от PDO
===
Далее, в случае с нашей гастивухой я уже не буду описывать все свои действия, ибо они в основном повторяют то, что уже было написано выше. Остановлюсь только на интересных моментах.

СОКРАЩЕНИЕ ОБЪЕМА КОДА

У нас есть стандартный запрос на выборку:
  1. $req = mysql_query("SELECT `edit_count` FROM `guest` WHERE `id`='$id'");
  2. $res = mysql_fetch_array($req);

Если переменная $req больше нигде не используется (не подсчитывапется число полученных строк), то код можно сократить в одну строку:
  1. $res = mysql_fetch_array(mysql_query("SELECT `edit_count` FROM `guest` WHERE `id`='$id'"));

То же самое мы проведем и с PDO, переделанный код будет выглядеть так:
  1. $res = $db->query("SELECT `edit_count` FROM `guest` WHERE `id`='$id'")->fetch();

Изм. AlkatraZ (11.08.2016 / 22:17) [1]
Koenig Koenig (Adm) [Off] [#] (12.08.2016 / 19:04)
(\/)____o_O____(\/)
AlkatraZ, забыл упомянуть про fetchColumn()
AlkatraZ AlkatraZ (SV!) [Off] [#] (13.08.2016 / 12:05)
╭∩╮ (`-`) ╭∩╮
# Koenig (12.08.2016 / 19:04)
AlkatraZ, забыл упомянуть про fetchColumn()
Это я раскажу в шпаргалках.
AlkatraZ AlkatraZ (SV!) [Off] [#] (13.08.2016 / 12:08)
╭∩╮ (`-`) ╭∩╮
ОКОНЧАТЕЛЬНОЕ ТЕСТИРОВАНИЕ

Для окончательного тестирования, в настройках Open Server устанавливаете PHP 7.
Далее, перезагружаете сервер и проверяете свой скрипт. Все должно работать.
З.Ы.
Дело в том, что из РНР7 старый Mysql вообще удален. И если вы где-то забыли переписать функции, или сделали ошибку, сразу все покажет.

А если из под РНР 7 все нормально работает, значит радуйтесь, переход на PDO сделан успешно.
Jesk Jesk [Off] [#] (24.12.2016 / 02:56)
JohnCMS
cd c:\openserver\domains\johncms.dev
потом уже
composer install
долго мучался
ДоХтор ДоХтор (Adm) [Off] [#] (24.02.2017 / 00:40)
~ PHP-7 & REGEXP - This is a really powerful kit ~
AlkatraZ > В данном запросе я применил не $db->query (который тоже будет работать) а метод $db->exec
О разнице между $db->query и $db->exec я потом расскажу в отдельной теме со шпаргалками.
Я посмотрел в разделе со шпаргалками, этого описания вроде бы нет. Так почему ты предпочёл $db->exec вместо $db->query? Последний метод вроде бы удобнее, т.к. сразу возвращает результирующий набор. Или нет?
ramzes ramzes [Off] [#] (24.02.2017 / 06:31)
Если ни чего не менялось, exec не возвращает массив данных, что делает его немного быстрее, но применим он лишь к запросам типа insert, update, delete, flush и т.д.
ДоХтор ДоХтор (Adm) [Off] [#] (24.02.2017 / 08:33)
~ PHP-7 & REGEXP - This is a really powerful kit ~
# ramzes (24.02.2017 / 06:31)
Если ни чего не менялось, exec не возвращает массив данных, что делает его немного быстрее, но применим он лишь к запросам типа insert, update, delete, flush и т.д.
Т.е., exec работает со всеми sql-операторами, кроме select?
ramzes ramzes [Off] [#] (24.02.2017 / 09:13)
# ДоХтор (24.02.2017 / 08:33)
Т.е., exec работает со всеми sql-операторами, кроме select?
нет. он работает вообще со всеми, но не возвращает результат выборки. ты можешь и селект в него засунуть, только толку не будет
ДоХтор ДоХтор (Adm) [Off] [#] (24.02.2017 / 10:02)
~ PHP-7 & REGEXP - This is a really powerful kit ~
ramzes, понял, спасибо.
AlkatraZ AlkatraZ (SV!) [Off] [#] (24.02.2017 / 12:07)
╭∩╮ (`-`) ╭∩╮
# ДоХтор (24.02.2017 / 08:33)
Так почему ты предпочёл $db->exec вместо $db->query?
В принципе может показаться, что к примеру для INSERT и UPDATE применение ->query и ->exec монопенисуально.
Однако, если внисмательно вчитаться в мануал по PDO, мы видим следующее:

PDO::exec — Запускает SQL запрос на выполнение и возвращает количество строк, задействованных в ходе его выполнения

PDO::query — Выполняет SQL запрос и возвращает результирующий набор в виде объекта PDOStatement

То есть, в случае PDO::query еще и дергается немаленький класс, который занимает место в памяти и в целом расходует пусть мизерные, но ресурсы. А если нам не нужен результирующий набор данных (например в случае INSERT, UPDATE, DELETE), то зачем расходовать лишние ресурсы и дергать не нужный нам класс? ->exec() получается экономнее. К тому же, по его результату можно выводить "вставлено Х записей", "удалено ХХХ записей" и тому подобное...
Изм. AlkatraZ (24.02.2017 / 12:59) [2]
Gabriel Gabriel [Off] [#] (11.04.2017 / 09:48)
CyberGhostNet Group
Verry good...
Thank you
intelligent intelligent [Off] [#] (23.04.2017 / 16:28)
Можно так делать?

старый код:новый код:
  1. $msg = trim($db->quote($msg), "'");

Изм. intelligent (23.04.2017 / 16:29) [1]
Koenig Koenig (Adm) [Off] [#] (23.04.2017 / 16:54)
(\/)____o_O____(\/)
intelligent, trim применяй к msg
  Всего: 26
1 2 >>

Фильтр по автору
Скачать тему

Форум

Новые вверху
Главная
0 / 85

JohnCMS 7.1.0

Яндекс.Метрика
© JohnCMS