Возвращаем объект Article. Определяем действие для выполнения

Многих интересует вопрос, как перенести сайт и БД на новый хостинг или с тестовой локальной машины на рабочий сервер? Внимательно читаем инструкцию.

Для переноса сайта с одного хостинга на другой, или с тестовой локальной машины на рабочий сервер выполните следующие действия:
1. Копируем содержимое всех файлов XOOPS, включая xoops_lib и xoops_data. Лучше архивировать прямо на сервере (локальной машине), легче будет скачать/заливать;
2. Создаём дамп базы данных на старом/локальном сервере;
2.1. Заходим в phpMyAdmin и выбираем нужную базу данных;
2.2. Нажимаем на вкладку "Экспорт" [рис. 1]

Рис. 1

2.3. Выбираем способ экспорта "Быстрый - отображать минимум настроек" нажимаем ok и скачиваем дамп [рис. 2]. В старых версиях нужно указать "Сохранить как файл".

Рис. 2

3. Создаём на новом сервере базу данных для сайта. При создании указываем кодировку utf8. [рис. 3]

Рис. 3

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

3.1. Заходим в созданную базу данных и выбираем вкладку "Операции". Здесь мы должны указать кодировку сравнения [рис. 4 ]. Этот шаг можно пропустить, если вы указали кодировку при создании базы данных.

Рис. 4

4. Импортируем созданный на втором шаге дамп базы данных на новый хостиг.
4.1. Заходим в phpMyAdmin и выбираем созданную базу данных.
4.2. Переходим во вкладку "Импорт", выбираем дамп базы данных с локального компьютера, кодировка файла utf-8, и нажимаем ok. [рис. 5]

Рис. 5

5. Закачиваем на новый сервер архив с файлами XOOPS и распаковываем его.
6. Следующим дирректириям устанавливаем права на запись (UNIX 777):
uploads/
uploads/avatars/
uploads/images/
uploads/ranks/
uploads/smilies/
xoops_lib/modules/protector/configs/
xoops_data/caches
xoops_data/caches/xoops_cache
xoops_data/caches/smarty_cache
xoops_data/caches/smarty_compile
xoops_data/configs
xoops_data/data
7. Редактируем конфигурационные файлы;
7.1. Открываем файл /mainfile.php и редактируем следующие строки:
7.1.1. Полный путь до папки XOOPS на новом сервере: define("XOOPS_ROOT_PATH", "C:/xampp/htdocs/xoops");
7.1.2. Полный путь до папки xoops_lib на новом сервере (из соображений безопасности её необходимо вынести в не корня сайта): define("XOOPS_PATH", "C:/xampp/htdocs/xoops/xoops_lib");
7.1.3. Полный путь до папки xoops_data на новом сервере (из соображений безопасности её необходимо вынести в не корня сайта): define("XOOPS_VAR_PATH", "C:/xampp/htdocs/xoops/xoops_data");
7.1.4. HTTP адрес сайта: define("XOOPS_URL", "http://сайт");
7.2. Открываем файл /xoops_data/data/secure.php и редактируем следующие строки:
7.2.1. Хост сервера базы данных (оточняйте у хостинг провайдера): define("XOOPS_DB_HOST", "localhost");
7.2.2. Пользователь созданной базы данных: define("XOOPS_DB_USER", "xoops_user");
7.2.3. Пароль созданной базы данных: define("XOOPS_DB_PASS", "xoops_pass");
7.2.4. Имя созданной базы данных: define("XOOPS_DB_NAME", "xoops_2.5.5_new");
8. На файлы /mainfile.php и /xoops_data/data/secure.php ставьте права только для чтения (UNIX 444)
9. Открываем сайт в браузере, в нашем случае это

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

Как создать?

Вообще, (вы удивитесь) wordpress уже содержит несколько примеров типов записей. Таковыми являются:

• пост (post -> single.php)
• страница (page -> page.php)
• вложения они же медиафайлы (attachments)
• редакции (revisions)
• элементы меню (nav_menu_item)

Когда вы создаёте свой тип записи, он, как правило, базируется на каком-то уже существующем и наследует поведение встроенного типа. В примере создадим новый тип записи «Новости», взяв за основу обычный пост.

Подобные вещи пригодятся на сайтах, где нужна более разнообразная структура, чем предлагается по-умолчанию.

/* ** Custom types ** Icons for Type: ** https://developer.wordpress.org/resource/dashicons/ */ // News function create_news () { register_post_type ("news" , array ( "labels" => array ( "name" => __ ( "News" ), "singular_name" => __ ( "News" ), "add_new" => __ ( "Add news" ), "add_new_item" => __ ( "Add news item" ), "edit" => __ ( "Edit news" ), "edit_item" => __ ( "Edit news item" ), "new_item" => __ ( "Single news" ), "all_items" => __ ( "All news" ), "view" => __ ( "View news" ), "view_item" => __ ( "View single news" ), "search_items" => __ ( "Search news" ), "not_found" => __ ( "News not found" ), ), "public" => true , // show in admin panel? "menu_position" => 5 , "supports" => array ( "title" , "editor" , "thumbnail" , "excerpt" , "custom-fields" ), "taxonomies" => array ( "" ), "has_archive" => true , "capability_type" => "post" , "menu_icon" => "dashicons-admin-site" , "rewrite" => array ("slug" => "news" ), )); } add_action ( "init" , "create_news" );

Что сделали? Зарегистрировали новый тип записи с именем news. В массиве он принимает возможные значения, определяющие то, как будут выводиться названия тех или иных действий при редактировании новостей в административной панели. При этом использовали названия, учитывающие локализацию. Если вы делаете шаблон, не предназначенный для «мультиязычной» аудитории, можно ограничиться наименованиями на русском.

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

Пункт taxonomies предназначен для связывания типа записи с произвольной же таксономией. Но это не является темой данной заметки и будет обсуждаться в будующих пцбликациях.

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

Ну, и наконец пути к нашим новостям будут иметь адрес вида mydomain.com/news/my-first-news . Отлично. Инициализируем новый тип записи при помощи add_action и топаем в админку: обновлять роутинг (сохранить изменения), иначе wordpress не сможет найти страницы с news .

Кстати, google требует, чтобы новости оканчивались не красивым названием, а ID. Поэтому иногда нужно знать как переопределить стандартные пути к ним. Сделать это можно в functions.php вот таким хитрым образом:

/* Change links for news post type */ function news_permalink ($permalink , $post = 0 ){ if ( $post -> post_type == "news" ){ return $permalink . $post -> ID . "/" ; } else { return $permalink ; } } add_filter ("post_type_link" , "news_permalink" , 1 , 3 ); function news_rewrite_init (){ add_rewrite_rule ( "news/.+?/(+)?$" , "index.php?post_type=news&p=$matches" , "top" ); } add_action ( "init" , "news_rewrite_init" );

Как добавить дополнительную информацию?

Иногда помимо добавления самого типа записи требуется расширить его представление в административной панели. К примеру, надо вывести информацию об оригинальном источнике новости. В таком случае придётся обратиться к неким мистическим сущностям wordpress, название которых слабо переводится на русский, (и потому нет желания его коверкать, придумывая неологизмы) это metaboxes.

Что всё это значит:

• links_meta -> идентификатор
• Source -> название блока
• links_meta_callback -> обратный вызов
• news -> к какому типу записи применить
• advanced/normal -> в каком месте вывести
• default/height -> приоритет в контексте других блоков

Какие поля будет включать блок? Обратимся к функции обратного вызова.

Original news link:

Site:
" , "links-textdomain" ) ?>
" />

Проиллюстрируем сказанное:

Наконец, научим metabox запоминать ту информацию, которая была записана в поле.

/** * Saves the custom meta input */ function links_meta_save ( $post_id ) { // Checks save status $is_autosave = wp_is_post_autosave ( $post_id ); $is_revision = wp_is_post_revision ( $post_id ); $is_valid_nonce = ( isset ( $_POST [ "links_nonce" ] ) && wp_verify_nonce ( $_POST [ "links_nonce" ], basename ( __FILE__ ) ) ) ? "true" : "false" ; // Exits script depending on save status if ( $is_autosave || $is_revision || ! $is_valid_nonce ) { return ; } // Checks for input and sanitizes/saves if needed if ( isset ( $_POST [ "links-news-original" ] ) ) { update_post_meta ( $post_id , "links-news-original" , sanitize_text_field ( $_POST [ "links-news-original" ] ) ); } } add_action ( "save_post" , "links_meta_save" );

Как вывести на странице?

Есть два варианта: сделать шаблон по правилам wordpress или же вывести на странице с шаблоном собственным.

Для шаблона, который будет выводить каждую отдельную запись, создадим страницу с именем single-news.php и примерно таким содержанием:

// Retrieves the stored value from the database $meta_url = get_post_meta ( get_the_ID (), "links-news-original" , true ); ?>

Может так случиться, что для особого типа записи надо будет выводить свой шаблон. Зачем? А там другое оформление или даже разметка. Тогда записываем ещё одну вещь: проверим тип записи, и если он совпадает с нужным, пусть движок использует страницу, отличную от стандартной. Сделаем это для страницы архива, которая не воспринимает указание шаблона а-ля archive-news .

is_search && $post_type == "news" ) { return locate_template ("archive-news" ); } return $template ; } add_filter ("template_include" , "template_news" );

Записи в таком шаблоне выводятся как обычно, без дополнительных запросов с wp_query.

Формат news report или news article сложно назвать популярным, однако он всё же встречается в некоторых олимпиадах. Например, «Покори Воробьёвы горы!» уже несколько лет даёт новостные статьи на отборочных турах во всех классах.

Цель любой новостной статьи - рассказать читателю о каком-либо событии, предоставить ему фактическую информацию. Дальнейшие детали отличаются в зависимости от конкретных требований, указанных в задании.

В данной статье мы рассмотрим свойства, которыми обладает любой news report.

Общая структура новостной статьи

Новостная статья состоит из трёх частей: вступление , основная часть и заключение . Основная часть делится, в свою очередь, на несколько абзацев (как правило, 2–3). Кроме этого, у news report должен быть заголовок .

Заголовок

Представьте, что вы купили газету или открыли сайт новостей в интернете. Информации много, читать всё подряд некогда, да и незачем. Что помогает сориентироваться в этом изобилии и выбрать нужную вам статью? Заголовок. Мы скользим глазами по заголовкам и читаем те новости, заголовок которых нас привлёк. Таким образом, цель заголовка - привлечь внимание читателя и дать ему понять, на какую тему написана новость . Поэтому заголовок должен быть кратким и ёмким .

Вступление

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

Основная часть

В основной части излагаются подробности кратко описанных во вступлении событий. Например, если во вступлении вы сообщили, что 1–го сентября в Хогвартсе прошла ежегодная церемония начала учебного года, то в основной части можно рассказать, как именно она прошла: о чём говорили, чем угощали и т.д.

Кроме того, в основной части может содержаться любая другая информация, относящаяся к событию: объяснение причин и результатов события, цитаты участников и очевидцев.

Заключение

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

Примечание . Вышеизложенные правила - общие, стандартные для формата новостной статьи. К заданиям на олимпиадах часто прилагается определённый план, который может не во всём совпадать с общими правилами. Разумеется, при выполнении задания нужно всегда опираться на тот план, который в нём предложен.

Стиль

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

Сначала создадим файл index.php , который будет содержать скрипт клиентской части, то есть выводить страницы в браузере пользователя. Копируем ниже приведенный код и сохраняем файл в корневом каталоге нашей CMS cms.

title . " | Widget News"; require(TEMPLATE_PATH . "/viewArticle.php"); } function homepage() { $results = array(); $data = Article::getList(HOMEPAGE_NUM_ARTICLES); $results["articles"] = $data["results"]; $results["totalRows"] = $data["totalRows"]; $results["pageTitle"] = "Widget News"; require(TEMPLATE_PATH . "/homepage.php"); } ?>

Разберем код скрипта подробно.

1. Включаем файл конфигурации

   Первая строка кода включает файл config.php , и все установки приложения становятся доступны в скрипте. Мы используем функцию require() , а не include() , так как require() генерирует ошибку в случае отсутствия подключаемого файла.

2. Получаем параметр action

   Сохраняем параметр $_GET["action"] в переменной $action , чтобы можно было использовать значение далее в скрипте. Но прежде проверяем наличие значения $_GET["action"] с помощью функции isset() . Если его нет, устанавливаем для переменной $action пустую строку ("").

   Проверять значения, поставляемые пользователем (такие как строки, значения из форм, куки), на наличие перед использованием - хорошая практика программирования. Так не только ограничивается количество дырок в системе безопасности, но и предотвращает вывод предупреждения "undefined index" при выполнении скрипта.

3. Блок switch проверяет параметр action в URL для определения нужного действия (вывести архив, просмотреть статью). Если параметр action отсутствует в URL, то скрипт выводит главную страницу.

4. archive()

   Данная функция выводит список всех статей в базе данных. Для этого используется метод getList() класса Article . Функция сохраняет результат и заголовок страницы в ассоциированном массиве $results , и шаблон может вывести его на странице. В завершении включается шаблон для вывода страницы. (Мы рассмотрим шаблоны в другом уроке нашей серии.)

5. viewArticle()

   Данная функция выводит страницу одной статьи. Она получает ID статьи для вывода из параметра URL articleId , затем вызывает метод класса Article getById() для получения объекта статьи, который сохраняется в массиве $results для использования в шаблоне. (Если нет параметра articleId или статья не может быть найдена, то функция просто выводит главную страницу.)

   Обратите внимание, что мы используем преобразование типов (int) для явного приведения параметра запроса articleId к целому типу. Такое действие предотвращает передачу отличных от чисел значений в наш код.

6. homepage()

   Последняя функция homepage() выводит главную страницу сайта, на которой содержится список из нескольких статей, количество которых указано в параметре конфигурации HOMEPAGE_NUM_ARTICLES (по умолчанию 5). Функция очень похожа на функцию archive() за исключением передачи параметра HOMEPAGE_NUM_ARTICLES методу getList() для ограничения количества возвращаемых статей.

2. Серверная часть

Скрипт серверной части несколько сложнее, чем index.php , так как в нем реализованы функции администрирования для нашей CMS. Хотя основная структура похожа на index.php .

Создаем файл admin.php в том же каталоге, что и файл index.php . И копируем в него код:

storeFormValues($_POST); $article->insert(); header("Location: admin.php?status=changesSaved"); } elseif (isset($_POST["cancel"])) { // Пользователь сбросил результаты редактирования: возвращаемся к списку статей header("Location: admin.php"); } else { // Пользователь еще не получил форму редактирования: выводим форму $results["article"] = new Article; require(TEMPLATE_PATH . "/admin/editArticle.php"); } } function editArticle() { $results = array(); $results["pageTitle"] = "Edit Article"; $results["formAction"] = "editArticle"; if (isset($_POST["saveChanges"])) { // Пользователь получил форму редактирования статьи: сохраняем изменения if (!$article = Article::getById((int)$_POST["articleId"])) { header("Location: admin.php?error=articleNotFound"); return; } $article->storeFormValues($_POST); $article->update(); header("Location: admin.php?status=changesSaved"); } elseif (isset($_POST["cancel"])) { // Пользователь отказался от результатов редактирования: возвращаемся к списку статей header("Location: admin.php"); } else { // Пользвоатель еще не получил форму редактирования: выводим форму $results["article"] = Article::getById((int)$_GET["articleId"]); require(TEMPLATE_PATH . "/admin/editArticle.php"); } } function deleteArticle() { if (!$article = Article::getById((int)$_GET["articleId"])) { header("Location: admin.php?error=articleNotFound"); return; } $article->delete(); header("Location: admin.php?status=articleDeleted"); } function listArticles() { $results = array(); $data = Article::getList(); $results["articles"] = $data["results"]; $results["totalRows"] = $data["totalRows"]; $results["pageTitle"] = "All Articles"; if (isset($_GET["error"])) { if ($_GET["error"] == "articleNotFound") $results["errorMessage"] = "Error: Article not found."; } if (isset($_GET["status"])) { if ($_GET["status"] == "changesSaved") $results["statusMessage"] = "Your changes have been saved."; if ($_GET["status"] == "articleDeleted") $results["statusMessage"] = "Article deleted."; } require(TEMPLATE_PATH . "/admin/listArticles.php"); } ?>

Рассмотрим интересные места нашего скрипта:

1. Старт сессии пользователя

   В начале скрипта мы вызываем функцию session_start() . Данная функция PHP запускает новую сессию пользователя, которая позволяет нам контролировать регистрацию пользователя в системе. Если сессия для пользователя уже имеется, то PHP автоматически возобновит ее и будет использовать.

   Так как для сессии требуется работа с куки, и куки пересылаются в браузер перед содержанием, то следует вызывать session_start() в начале скрипта, до отправки любого содержания.

2. Получаем параметр action и переменную сессии username

   Затем мы сохраняем параметр $_GET["action"] в переменной $action , а переменную сессии $_SESSION["username"] в $username , чтобы затем использовать данные значения в скрипте. Перед сохранение осуществляем проверку с помощью функции isset() . Если значение не существует, устанавливаем в соответствующей переменной пустую строку ("").

3. Проверяем, зарегистрирован ли пользователь

   Нельзя позволять пользователю совершать какие-либо операции, пока он не зарегистрируется как администратор. Поэтому нужно проверить $username на наличие в сессии значения для ключа username , который будет использоваться для подтверждения регистрации пользователя. Если значение $username пустое, то показываем страницу регистрации и выходим немедленно.

4. Определяем действие для выполнения

   Блок switch работает так же как и в index.php: производится вызов соответствующей функции на основании значения параметра URL action . По умолчанию выводится список статей.

5. login()

   Функция вызывается, когда нужно произвести регистрацию пользователя в системе.

   Если пользователь отправил форму регистрации (что проверяется по параметру формы login), то функция сопоставляет введенные имя и пароль со значениями параметров конфигурации ADMIN_USERNAME и ADMIN_PASSWORD . Если они соответствуют, то мы устанавливаем ключ сессии username в значение имени администратора, а затем перенаправляем обратно скрипту admin.php , который выводит список статей. Если пароль и имя пользователя неверные, то будет выведена форма регистрации с сообщением об ошибке.

   Если пользователь еще не отправил форму регистрации, то просто выводим ее.

6. logout()

   Данная функция вызывается, когда пользователь выходит из системы. Здесь просто удаляется ключ сессии username и производится перенаправление обратно в admin.php .

7. newArticle()

   Данная функция позволяет пользователю создавать новую статью. Если пользователь уже отправил форму для новой статьи, то функция создает новый объект Article , сохраняет данные формы в объекте с помощью вызова функции storeFormValues() , вставляет статью в базу данных с помощью функции insert() и перенаправляет обратно на список статей, выводя сообщение об успешном завершении операции.

   Если пользователь не отправил форму для новой статьи, то функция создает новый пустой объект Article без значений, затем использует шаблон editArticle.php для вывода формы редактирования статьи для только что созданного объекта.

8. editArticle()

   Данная функция похожа на newArticle() , за исключением того, что пользователю предоставляется возможность редактировать статью. Когда пользователь сохраняет изменения, функция получает существующую статью с помощью getById() , записывает новые значения в объекте Article , затем сохраняет измененный объект с помощью функции update() . (Если статья не найдена в базе данных, функция выведет сообщение об ошибке.)

   Когда выводится форма редактирования статьи, функция использует метод getById() для загрузки текущих значений в поля формы.

   Скрипт использует один и тот же шаблон (editArticle.php) и для создания новой статьи и для редактирования имеющейся. То есть нужно создавать только одну форму HTML. Параметр formAction используется для определения операции со статьей.

9. deleteArticle()

   Когда пользователь удаляет статью, данная функция сначала получает ее (если статьи нет в базе данных, то выводится сообщение об ошибке), а затем вызывает метод delete() для удаления данных из базы. После завершения операции функция перенаправляет пользователя на страницу со списком статей и выводит сообщение о удалении.

10. listArticles()

    Последняя функция функция в скрипте admin.php выводит список статей в CMS. Используется метод getList() класса Article для получения всех статей. Затем применяем шаблон listArticles.php для вывода списка. Кроме того, функция проверяет параметры запроса URL error и status , чтобы вывести сообщения об ошибке и состоянии системы, если нужно.

В следующем уроке мы создадим шаблоны для клиентской и серверной части.

And those on Linux Systems can use LAMP or MAMP for Mac OS users. Another way to have all this is to have a virtual web server. You can install one yourself using VMware or Oracle VM VirtualBox. For those who are advanced in web servers stuffs, I believe Vagrant will be the best for you.

At the end of the day, what matters is for you to have a running server that has php and a database that you can connect to.

Since PHP 5.5.0, the mysql extension is deprecated I will be using PDO. So if you don"t have PDO extension activated you can do it now. Or if could also use Mysqli instead. I have decided to use PDO to make the tutorial more universal because in the first version of it, many people had problems with mysql and were encounters a lot of errors.

Structure of the site

Here I will be creating a very simple website that will display a list of our recent news posts ordered by date.

For each post we"ll be displaying its title, short description, the date of publication and the author"s name. The title will be a URL that links us to another page that will display the full content of the news(See image bellow).

On the page displays the full artile, we"ll also list other articles so that the user can easily read another news without going page to the home page. We will also provide a link to go back to the home page.

Database model and structure of tables

Create a new database and name it news or something else. We will at this level have only one table in our database. The table will contain all our news. I named the table info_news ; you can name anything you want what matters is the structures.

So create your database and create following table in it.

• Table structure for table info_news

CREATE TABLE IF NOT EXISTS "info_news" ("news_id" int(11) NOT NULL AUTO_INCREMENT, "news_title" varchar(255) NOT NULL, "news_short_description" text NOT NULL, "news_full_content" text NOT NULL, "news_author" varchar(120) NOT NULL, "news_published_on" int(46) NOT NULL, PRIMARY KEY ("news_id")) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;

This is the table"s model:

You may be wondering how I got the structure of this table. The helped me understand different information I need on each news article

Files & folders structure

For this project I will be using two main files: index.php and read-news.php .

Since I want to make the project as simple as possible just to show you the concept, I won"t be using a or adopt an design pattern.

But, I want to keep my code clean; so I will be using a different file that will contain my database connection (dbconnect.php ) and another file(functions.php ) that will contain some set of functions we will create and use them in the project.

At the end, our folder structure should be like follow:

• News/
  • config/
    • dbconnect.php
  • includes/
    • functions.php
  • design/
    • style.css
• index.php
• read-news.php

Check out my own folder bellow:

Files content (codes)

To start, we"ll require the db.connect.php in functions.php because we will the database instance in our functions. Then in index.php and read-news.php we"ll require the functions.php because we will need those functions in them.

• File config/dbconnect.php

setAttribute(PDO::ATTR_DEFAULT_FETCH_MODE, PDO::FETCH_OBJ); return $pdo; } catch (PDOException $e){ $e->getMessage(); } }

• File includes/functions.php

This file contains all function we will need in the project. The number of functions may increase as the project grows.

prepare(" SELECT news_id, news_title, news_short_description, news_author, news_published_on FROM info_news ORDER BY news_published_on DESC "); return $request->execute() ? $request->fetchAll() : false; } function getAnArticle($id_article, $conn) { $request = $conn->prepare(" SELECT news_id, news_title, news_full_content, news_author, news_published_on FROM info_news WHERE news_id = ? "); return $request->execute(array($id_article)) ? $request->fetchAll() : false; } function getOtherArticles($differ_id, $conn) { $request = $conn->prepare(" SELECT news_id, news_title, news_short_description, news_full_content, news_author, news_published_on FROM info_news WHERE news_id != ? "); return $request->execute(array($differ_id)) ? $request->fetchAll() : false; }

• File index.php without PHP