mayton2019, дураков нет.
Те, кто могут парсить с какой-никакой гарантией (и ценой неимоверных усилий, мобильных ферм и прочего), как например один поц который хвастался этим на Хабре, поднимают на этом неплохие денежки. И на халяву делиться ноу-хау не будут.
Поэтому в сообществе будут бегать только такие вот пионеры-незнайки.
Таблицу. Базу данных это я образно написал. Чтобы подчеркнуть тот факт, что нужна отдельная структура для хранения возможных свойств. С привязкой к категории товара.
vetoped, ну скорее всего это значит процедурный говнокод 2000-е стайл, который также ничего не даст для явы.
Собственно, РНР сходится с Явой только в одном месте - в использовании ООП и паттернов проектирования. И использовании современного фреймворка для веб-приложений. Если этого в проекте нет, то для явы он будет бесполезен
ломать ничего не надо. надо всего лишь научиться пользоваться интернетом.
на этот вопрос уже отвечали миллион раз
гуглить пхп многосайтовая авторизация
Andrew Kolomiets, ещё раз: поиск делается не на странице. Поиск делается по базе данных, SQL запросом. Именно поэтому "всё равно показывает, независимо от того, на какой странице".
stasbombit, да при при чем здесь доступ к БД вообще
Смотрите При обработке прямого POST запроса всегда должен быть редирект
это означает, что в коде не должно быть никакого вывода
это правила, неукоснительные для соблюдения
Если вам кого-то нужно о чем-то проинформировать, значит это надо сделать другим способом.
Причем в данном случае никакого специального информирования не нужно. Принцип канарейки.
Если при добавлении записи была ошибка, то пользователь увидит сообщение об ошибке.
Если же ошибки не было, то это означает, что запись была добавлена успешно. Всё просто.
Если пользователь туповат, его можно перенаправить на только что созданную запись. Я думаю, тут любой сообразит, что если он видит добавленную запись, то она была добавлена успешно.
Ну и для совсем тупых используются так называемые flash messages, которые явно сообщают о добавлении, но ПОСЛЕ редиректа.
Либо вы можете добавлять аяксом, там код добавления может вывести результат своей работы.
Но мне кажется, для вашего текущего уровня это будет лишнее.
Роман Чубич, вот как раз с корреляцией-то и проблемы. Вы пишете комментарий про какую-то свою воображаемую реальность. Не имеющую отношения ни к конкретному заданному вопросу, ни даже к общепринятым подходам. Да, из каждого правила бывают исключения. Вообще из любого. Это не значит, что правила не нужно озвучивать или что для каждого надо добавлять миллилон оговорок. Тем более настолько неуместных.
В итоге получается, что единственная цель вашего комментария - это показать окружающим, что вы краем уха однажды слышали про такой исключительный случай. Причем с 90% вероятностью это "осложнение жизни" было вызвано не объективными причинами, а банальной кривизной рук.
Вот зачем писать заведомо неправильный код? а на правильный только ставить ссылку?
Это квинтессенция бессмысленности.
Если вам лень писать нормальный код - ну дайте ссылку в комментах. Но говнокод-то зачем плодить?
Неужели трудно понять, что никаких "строковых значений" в этом коде нет? А есть переменные РНР. Которые передаются в запрос совершенно орпеделенным способом.
eugenedrvnk, я об этом написал только что. За такое поведение отвечает транзакция. И обычно ОРм делает ее по умолчанию. про призму я не знаю, вам надо самому посмотреть. Скорее всего ничего самому делать не надо
eugenedrvnk, примерно. Я не знаю призму, но обычно такие орм еще добавляют транзакцию, чтобы выполнились либо оба запроса, либо , если в одном из них была ошибка - то ни один
4. После размещения вопроса пользователю запрещается осуществлять: 4.1. Дублирование вопроса, который уже размещался на страницах Сервиса. В том числе и в случае, если вопрос был удалён модератором, или на вопрос не был дан ответ (т.е. категорически запрещается дублирование вопроса с целью повторного привлечения к нему внимания).
