Черствый category php. Пример создания интернет-магазина в dreamweaver8. Вывод категорий кастомных записей

После заполнения формы и нажатии на кнопку "Отправить" мы должны сформировать сообщение. Для этого создадим скрипт otpzak.php. В нем создадим набор записей korzina с таблицей korzina . Ниже привожу текст скрипта:

include("magazin.php");
mysql_select_db($database_magazin, $magazin);
$query_korzina = "SELECT * FROM korzina";
$korzina = mysql_query($query_korzina, $magazin) or die(mysql_error());
$row_korzina = mysql_fetch_assoc($korzina);
$totalRows_korzina = mysql_num_rows($korzina);
?>

$i=0;$s="";
do { // начало цикла по корзине
$i=$i+1;
$stkod=(string)$row_korzina["idtov"];
$stkol=(string)$row_korzina["kolzak"]; //перевод в строку с помощью приставки string
$stcena=(string)$row_korzina["cena"]; //
$sum=(string)$row_korzina["cena"]*$row_korzina["kolzak"]; //сумма товара
$z[$i]="код-".$stkod." наименование- ".$row_korzina["name"]." производитель- ".$row_korzina["postav"]." в количестве- ".$stkol." цена-".$stcena." сумма- ". $sum;
$s=$s.$z[$i]."\n"; //сложение информации о товаре в одну переменную s
$obsum=$obsum+$sum;
}
while ($row_korzina = mysql_fetch_assoc($korzina)); //конец цикла по корзине
$obsum="Общая сумма-".(string)$obsum;
$message=" От ".$fio." прожив. по адресу-".$adres." email-".$email." "." Телефон-".$tel." получен заказ: \n".$s.$obsum." рублей";// n должно быть в двойных кавычках
include("smtpmail.php"); //подключение почты, см. "отправка сообщений на РНР" на странице в содержании
smtpmail("", "", $message, $headers=""); // вызов функции

include "index.php";?>

include("magazin.php");
mysql_select_db($database_magazin, $magazin);
$query_category = "SELECT * FROM categories ORDER BY category ASC";
$category = mysql_query($query_category, $magazin) or die(mysql_error());
$row_category = mysql_fetch_assoc($category);
$totalRows_category = mysql_num_rows($category);

$colname_tovari = "-1";
if (isset($_GET["kod"])) {
$colname_tovari = (get_magic_quotes_gpc()) ? $_GET["kod"] : addslashes($_GET["kod"]);
}
mysql_select_db($database_magazin, $magazin);
$query_tovari = sprintf("SELECT * FROM tovari WHERE kod = %s", $colname_tovari);
$tovari = mysql_query($query_tovari, $magazin) or die(mysql_error());
$row_tovari = mysql_fetch_assoc($tovari);
$totalRows_tovari = mysql_num_rows($tovari);

mysql_select_db($database_magazin, $magazin);
$query_korzina = "SELECT * FROM korzina ORDER BY name ASC";
$korzina = mysql_query($query_korzina, $magazin) or die(mysql_error());
$row_korzina = mysql_fetch_assoc($korzina);
$totalRows_korzina = mysql_num_rows($korzina);
?>
?>

Категории " class="style10"> 0) { // Show if recordset not empty ?> Ваша корзина: Наименование Цена Оформить заказ

$r=$row_tovari["razmer"];$cv=$row_tovari["cvet"];//выбор размера и цвета $sos=$row_tovari["sostav"];//состав ткани $rm=explode(";",$r); $ke=sizeof($rm); //колво элементов (размеров) $cvm=explode(";",$cv); $kecv=sizeof($cvm); //колво элементов (цветов) $sosm=explode(";",$sos); $kesos=sizeof($sosm); //колво элементов состава ткани $name=$row_tovari["name"]; ?> " alt= width="67" height="150"> цена- "; print ($row_tovari["cena"]);print " руб"; ?> Размер for ($j=0;$j<=$ke;$j++) print " $rm[$j]"; ?> Цвет print "$cvm[$j]"; ?> посмотреть ">

mysql_free_result($tovari);

mysql_free_result($korzina);
?>

Сегодня наша цель, создать иерархическую структуру категорий. Нам важно чтобы было удобно хранить категории и чтобы было легко выводить их там где нам надо.

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

Итак, структура должна состоять из id категории (id), из названия категории (name) и конечно id родительской категории (parent_id). В MySQL это выглядит так:

CREATE TABLE IF NOT EXISTS `category` (`id` int(10) unsigned NOT NULL AUTO_INCREMENT, `name` varchar(255) NOT NULL, `parent_id` int(11) NOT NULL, PRIMARY KEY (`id`)) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=0 ;

Минимальная и понятная структура таблицы для хранения категорий.

INSERT INTO `category` (`id`, `name`, `parent_id`) VALUES (1, "Телефоны и планшеты", "0"), (2, "Автомобили", "0"), (3, "Samsung", "1"), (4, "Apple", "1"), (5, "LG", "1"), (6, "Ford", "2"), (7, "Lexus", "2"), (8, "BMW", "2"), (9, "Galaxy Tab 4", "3"), (10, "Galaxy S6", "3");

Там где значение parent_id=0, у данной категории нет родительской категории.

Тут все понятно и просто. Теперь присутпим к выводу списка категорий. Но для правильного вывода списка, нам нужно сначала получить весь список php категорий, а уже потом с помощью рекурсии сформировать наше дерево. Следующая функция предназначена для получения этого списка:

Function get_cat() { //запрос к базе данных $sql = "SELECT * FROM category"; $result = mysql_query($sql); if(!$result) { return NULL; } $arr_cat = array(); if(mysql_num_rows($result) != 0) { //В цикле формируем массив for($i = 0; $i < mysql_num_rows($result);$i++) { $row = mysql_fetch_array($result,MYSQL_ASSOC); //Формируем массив, где ключами являются адишники на родительские категории if(empty($arr_cat[$row["parent_id"]])) { $arr_cat[$row["parent_id"]] = array(); } $arr_cat[$row["parent_id"]] = $row; } //возвращаем массив return $arr_cat; } }

//получаем массив каталога $result = get_cat();

Теперь нужна функция с рекурсией

Function view_cat($arr,$parent_id = 0) { //Условия выхода из рекурсии if(empty($arr[$parent_id])) { return; } echo "

"; //перебираем в цикле массив и выводим на экран for($i = 0; $i < count($arr[$parent_id]);$i++) { echo "
• " .$arr[$parent_id][$i]["name"].""; //рекурсия - проверяем нет ли дочерних категорий view_cat($arr,$arr[$parent_id][$i]["id"]); echo "
"; } echo "

Теперь осталось только вывести каталог на экран с помощью рекурсивной функции

View_cat($result);

И в общем то и всё. Таким образом мы можем получить полное дерево категорий с бесконечными подкатегориями.

Category subcategory tree view provides a user-friendly way to list the parent and child categories. The category and their subcategory are easily separated by a tree structure. The categories tree view is always recommended to display an infinite level of categories and subcategories.

In this tutorial, we will show you how to create dynamic category subcategory tree using PHP and MySQL. The recursive category tree is very useful to list n level categories in a dropdown. The example code helps you to build n level category subcategory dropdown in PHP. The dynamic categories data will be retrieved from the MySQL database and listed in a parent-child category tree format.

Create Database Table

To store categories and subcategories, a table needs to be created in the database. The following SQL creates a categories table in the MySQL database.

The parent_id column specifies whether the category is parent or child. If parent_id is 0, it will be a parent category. Otherwise, it will be a child category and the ID is the parent of this category.

Database Configuration (dbConfig.php)

The dbConfig.php file is used to connect and select the database. Specify the database host ($dbHost), username ($dbUsername), password ($dbPassword), and name ($dbName) as per your MySQL credentials.

PHP Recursive Function to Generate Parent/Child Tree

The categoryTree() function generates an n level category subcategory tree using PHP. It will create the dropdown options for categories tree.

• $parent_id – Optional. Specify the parent ID to get the child categories of this parent category.
• $sub_mark – Optional. Mark that will append at the beginning of the child category name.

Category Subcategory Dropdown in PHP

Use categoryTree() function to build dynamic categories tree dropdown in PHP with MySQL.

Are you want to get implementation help, or modify or extend the functionality of this script?

Решил написать эту заметку, потому как надоело отвечать 100500 раз одно и то же на ВиО.

Многие начинающие веб-программисты рано или поздно сталкиваются с задачей внедрения в свой сайт человеко-понятных линков (ЧПУ). До внедрения ЧПУ все ссылки имеют вид /myscript.php или даже /myfolder/myfolder2/myscript3.php, что тяжело для запоминания и ещё хуже для SEO. После внедрения ЧПУ линки принимают вид /statiya-o-php или даже на кириллице /статья-о-пхп.

Кстати о SEO. Человекопонятные линки на САМОМ деле придумали не для удобного запоминания, а в основном для повышения индексируемости сайта, потому что совпадение поискового запроса и части URL даёт хорошее преимущество в рейтинге поиска.

Эволюция начинающего PHP-программиста может быть выражена следующей последовательностью шагов:

1. Размещение plain-PHP кода в отдельных файлах и доступ к этим файлам через линки вида /myfolder/myscript.php
2. Понимание, что все скрипты имеют значительную часть общего (например, создание подключения к БД, чтение конфигурации, запуск сессии и проч.) и как следствие создание общей начальной точки «входа», некоторого скрипта, который принимает ВСЕ запросы, а потом выбирает — какой внутренний скрипт подключить. Обычно этот скрипт имеет имя index.php и лежит в корне, вследствие чего все запросы (они же URLы) выглядят так: /index.php?com=myaction&com2=mysubaction
3. Необходимость внедрения роутера и переход к человекопонятным линкам.

Замечу, что между пунктами 2 и 3 большинство программистов делают очевидную ошибку. Я не ошибусь, если назову это значением около 95% программистов. Даже большинство известных фреймворков содержат эту ошибку. И заключается она в следующем.

Вместо того, чтобы реализовывать принципиально новый способ обработки линков, ошибочно делается концепция «заплаток и редиректов» на базе.htaccess, которая заключается в том, чтобы с помощью mod_rewrite создавать множество правил редиректа. Эти строки сравнивают URL с каким-либо регулярным выражением и при совпадении расталкивают выуженные из URL значения по GET-переменным, в дальнейшем вызывая всё тот же index.php.

#Неправильный метод ЧПУ RewriteEngine On RewriteRule ^\/users\/(.+)$ index.php?module=users&id=$1 #....Ещё куча подобных правил...

У данной концепции множество недостатков. Один из них — трудность создания правил, большой процент человеческих ошибок при добавлении правил, которые сложно выявить, но они приводят к ошибке сервера 500.

Другой недостаток в том, что часто правится по сути конфига сервера, что само по себе нонсенс. И если в Apache конфиг можно «пропатчить» с помощью.htaccess, то в популярном nginx такой возможности нет, там всё находится в общем файле конфигурации в системной зоне.

И ещё один недостаток, вероятно, наиболее важный, что при таком подходе невозможно динамически конфигурировать роутер, то есть «на лету», алгоритмически менять и расширять правила выбора нужного скрипта.

Предлагаемый ниже способ избавлен от всех этих недостатков. Он уже используется в большом количестве современных фреймворков.

Суть заключается в том, что начальный запрос всегда хранится в переменной $_SERVER[‘REQUEST_URI’], то есть его можно считать внутри index.php и разобрать как строку средствами PHP со всеми обработками ошибок, динамическими редиректами и проч и проч.

При этом в файле конфигурации можно создать только одно статичное правило, которое будет все запросы к несуществующим файлам или папкам редиректить на index.php.

RewriteEngine On RewriteCond %{REQUEST_FILENAME} !-f #Если файл не существует RewriteCond %{REQUEST_FILENAME} !-d #И если папка не существует RewriteRule ^.*$ index.php

Причём это правило можно разместить как в.htaccess, так и в основном файле конфигурации Apache.

Для nginx соответствующее правило будет выглядеть вот так:

Location / { if (!-e $request_filename) { rewrite ^/(.*)$ /index.php last; } }

Всё просто.

Теперь рассмотрим кусок кода PHP в index.php, который анализирует ссылки и принимает решение — какой скрипт запускать.

/часть1/часть2/часть3

Первое, что приходит в голову — разбить её с помощью explode(‘/’, $uri) и сделать сложный роутер на основе switch/case, анализирующий каждый кусок запроса. Не делайте этого! Это сложно и в итоге приводит код в ужасный непонимабельный и неконфигурабельный вид!

Я предлагаю более лаконичный способ. Лучше не описывать словами, а сразу показать код.

"page404.php", // Страница 404 "/" => "mainpage.php", // Главная страница "/news" => "newspage.php", // Новости - страница без параметров "/stories(/+)?" => "storypage.php", // С числовым параметром // Больше правил); // Код роутера class uSitemap { public $title = ""; public $params = null; public $classname = ""; public $data = null; public $request_uri = ""; public $url_info = array(); public $found = false; function __construct() { $this->mapClassName(); } function mapClassName() { $this->classname = ""; $this->title = ""; $this->params = null; $map = &$GLOBALS["sitemap"]; $this->request_uri = parse_url($_SERVER["REQUEST_URI"], PHP_URL_PATH); $this->url_info = parse_url($this->request_uri); $uri = urldecode($this->url_info["path"]); $data = false; foreach ($map as $term => $dd) { $match = array(); $i = preg_match("@^".$term."$@Uu", $uri, $match); if ($i > 0) { // Get class name and main title part $m = explode(",", $dd); $data = array("classname" => isset($m)?strtolower(trim($m)):"", "title" => isset($m)?trim($m):"", "params" => $match,); break; } } if ($data === false) { // 404 if (isset($map["_404"])) { // Default 404 page $dd = $map["_404"]; $m = explode(",", $dd); $this->classname = strtolower(trim($m)); $this->title = trim($m); $this->params = array(); } $this->found = false; } else { // Found! $this->classname = $data["classname"]; $this->title = $data["title"]; $this->params = $data["params"]; $this->found = true; } return $this->classname; } } $sm = new uSitemap(); $routed_file = $sm->classname; // Получаем имя файла для подключения через require() require("app/".$routed_file); // Подключаем файл // P.S. Внутри подключённого файла Вы можете использовать параметры запроса, // которые хранятся в свойстве $sm->params

Несмотря на то, что код довольно длинный, он прост логически. Мне не хочется его объяснять, я считаю любой код на PHP самообъясняющим, если он правильно написан. Учитесь читать код.

Хорошо, в моей голове это несколько сложно, и я надеюсь, что смогу это объяснить. Если что-то неясно, прокомментируйте, поэтому я могу уточнить вопрос.

Я хочу обрабатывать загрузки файлов пользователей на 3-й сервер.

Итак, мы имеем

• Пользователь
• веб-сайт (сервер, на котором работает веб-сайт)
• сервер хранения (который получает файл)

Поток должен быть следующим:

Сайт запрашивает URL загрузки из шлюза облака хранения, который указывает непосредственно к конечному серверу хранения (что-то вроде http://serverXY.mystorage.com/upload.phpа >). Наряду с запросом отправляется "целевой путь" (уникальный веб-сайт и глобально уникальный) и URL-адрес перенаправления.

Веб-сайт создает форму загрузки с сервером загрузки серверов хранения в качестве целевого объекта, пользователь выбирает файл и нажимает кнопку отправки. Сервер хранилища обрабатывает почтовый запрос, сохраняет файл во временное местоположение (т.е. "/tmp-directory/".sha1(target-path-fromabove)) и перенаправляет обратно на URL-адрес перенаправления, указанный веб-сайтом. Также передается "целевой путь".

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

это критические шаги

• Теперь веб-сайт записывает запись в свою собственную базу данных и выдает спокойный запрос на хранение api (подпись, веб-сайт должен аутентифицироваться с помощью секретного токена), который
• копирует файл из своего временного местоположения на сервере хранения в его конечное местоположение (это должно быть быстрым, потому что его только переименование)
• тот же запрос на отдых также вставляет строку базы данных в базу данных сетей хранения вместе с идентификатором веб-сайта как владельца

• Все файлы в каталоге tmp на сервере хранения, которые старше 24 часов, автоматически удаляются.

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

Могу ли я каким-либо образом сделать эту часть кода "критичной", чтобы сервер, если он когда-то попадал в эту часть кода, выполняет его до конца, независимо от того, отменяет ли пользователь загрузку страницы или нет?

(Конечно, я знаю, что авария сервера или ошибка могут прерываться в любой момент, но мои проблемы касаются регулярного потока)

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

Я хочу, чтобы хранилище api было очень общим и использовало его во многих других будущих проектах.

Я посмотрел на хранилище Google для разработчиков и Amazon s3.

У них такая же проблема и еще хуже. В amazon S3 вы можете "подписать" свой почтовый запрос. Таким образом, файл загружается пользователем под вашими полномочиями и непосредственно сохраняется и сохраняется, и вы должны его оплатить. Если соединение прерывается, и пользователь никогда не возвращается на ваш сайт, вы даже не знаете. Таким образом, вы должны хранить все загружаемые URL-адреса, которые вы подписываете, и проверять их в cronjob и удалять все, что "не достигло цели".