Как вывести контент только на определенной странице?

Maksym Davydchuk, ваш метод не подходит ни для одного из этих случаев.

А вам советую внимательно прочитать доку, is_page имеет параметры, а не только проверяет сущность page

Ага, имеет. Аж целый один. Идентификатор проверяемой страницы. Если не указан - проверяется текущая. Если указан - указанная. Это и написано в документации.

PS Советую пользоваться официальной документацией: https://developer.wordpress.org/reference/function...

Как вывести контент только на определенной странице?

Александр Коновалов, если это single.php, то это пост, а не страница.
Тогда так:

<?php if (get_page_by_path("kibermusik-e-f-r-2018-drum-and-bass", OBJECT, "post")->ID == get_the_ID()) { ?> 
    Мы на конкретной странице
<?php } ?>

Как вывести контент только на определенной странице?

Александр Коновалов, поправил закрывающий тэг
В случае 500 ошибки рекомендую смотреть в логи веб-сервера, так как там будет указана причина.
Вмето "page-slug" не забудьте подставить post_name своей страницы

Как вывести контент только на определенной странице?

Maksym Davydchuk, согласно документации, функция проверяет, явлется ли открытая страница сущностью "page". Это не требуется автору.
Более того, шаблон "page.php" используются только для отображения сущностей с типом "page", так что указанная проверка вдвойне бессмысленна.

PS И $id страницы непонятно откуда вы собираетесь брать.

Возможно ли создать архив из файлов находящихся на другом сервере и выдать пользователю?

Неприменимо для shared-хостингов.

Progress Bar расчет в процентах.как в redbeanphp?

samorez777, при выборке вы можете указывать название столбца добавляя AS '{NAME}'.

Progress Bar расчет в процентах.как в redbeanphp?

samorez777, нет, не надо. Вы можете делать это "на лету". Поправил ответ.

Безопасны ли такие SQL-запросы?

Максим Тимофеев, не вопрос; думаю, что тему мы раскрыли достаточно :)

Почему не работает sql запрос?

Сергей Бурдужа, угу, но корень проблемы тот же :)
Переответил.

Безопасны ли такие SQL-запросы?

BlackWolf,

Кажется, придется переписывать весь сайт

Вынесите низкоуровневое взаимодействие с БД в отдельную функцию или класс.
Ну и валидацию/очистку пеменных тоже.
Можете воспользоваться готовыми библиотеками, или построить свою систему на основе какого-либо фрэймворка, чтобы не писать всё самостоятельно.

А в чем уязвимость запроса, который приведен в вопросе?

Экранирование можно обойти. Например, если явно не задан character_set. Защиту от XSS вам надо будет использовать и в случае с подготавливаемыми запросами.

Подготавливаемые запросы защищают от SQL-инъекций на 100%?

На 100% ничто не защищает. Но данный механизм более надежный, нежели экранирование.

Безопасны ли такие SQL-запросы?

Ну тогда и наличие ООП как в mysqli так и в php в целом - это вкусовщина.

Безусловно. И, например, при написании серверны скриптов прнебрегать наличием ООП в PHP более чем нормально. И процедурный mysqli туда отлично заходит.

Есть факт, что вариант с именованием параметров более удобен и безопасен (в плане ошибок описок)

Это не факт, а ваше личное мнение.

Почему не работает sql запрос?

Только остался вопрос, почему этот код в phpmyadmin не работает?

Потому что значение по умолчанию для поля "post_date" некорректное. Скорее всего это произошло из-за обновления версии mysql - c какого-то момента он совсем перестал уважать значение "0000-00-00" для дат по умолчанию. Если вы добавите в свой ALTER изменение значения по умолчанию для поля "post_date" на корректное (например, на "1970-01-01"), то запрос заработает.

Безопасны ли такие SQL-запросы?

Максим Тимофеев, это синтаксическая вкусовщина, изменяемая в рамках функции-обертки для запросов в БД. С точки зрения безопасности или скорсти исполнения ни на что не влияет.

Почему не работает sql запрос?

И выдает ошибку некорректное значение по-умолчанию

Текст в студию

Как обработать форму с элементами $_POST?

sunnyrio, простота в том, что не надо генерировать номер строки

Как обработать форму с элементами $_POST?

ThunderCat, да, так тоже можно. Но если в строке будет больше одного параметра, то ваш вариант будет уже сложнее использовать.

Безопасны ли такие SQL-запросы?

Максим Тимофеев,

1. это шутка, сама форма ответа на это жирно намекает

Ну так и я шедевра не на полном серьезе требую. Хотя бы удачную попытку...

2. это Маяковский, я так не смогу

А "так" и не надо. Достаточно использовать разработанный маэстро стиль.

В частности подготовленные запросы с PDO лучше, как минимум.

Обоснуйте.

Безопасны ли такие SQL-запросы?

Максим Тимофеев, если вы хотите выразить мою мысль в стихотворной форме, то используйте следующий подстрочник с тезисами:
Экранирование вручную - плохо.
Использование подготовливаемых запросов с привязкой параметров - хорошо.
PDO или mysqli - не важно.

Жду шедевра.

Безопасны ли такие SQL-запросы?

Максим Тимофеев, из приведенной статьи не следует, что PDO лучше mysqli. Они просто разные. Более того, статья написана новичком в разработке, так у mysqli и pdo куда больше различий, чем описано. Ну и голословные заявления о скорости выполнения без описания параметров бенчмарков не добавляют статье веса, конечно.

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

Ну откровенный же бред. Если вы меняете тип базы данных, то запросы-то в любом случае придется переписывать (диалекты SQL у многих БД разнятся, особенно это заметно при сложных запросах).
И изменить драйвер БД mysqli на, скажем, sqlite - так это тоже правка одной строки плюс однгого-двух методов, отвечающих непосредственно за выполнение запросов.

Фрэймворки поддерживают PDO потому что ориентированы на поддержку множественных типов баз данных. В одном же проекте крайне редко используются разные БД или происходит смена БД. Поэтому данным функционалом можно пренебречь.

Безопасны ли такие SQL-запросы?

Чем вам не угодил mysqli?