Попробуй в sql-запросе поставить не переменные сначала, а обычные строки,
особенно внимание обрати на WHERE. Поставь обычную строку, как она должна быть в базе вместо $_SESSION['login'], и так же с остальными поочередно в запросе.
Я так делал, когда определял, что не приходит в запрос.
Есть два поля в базе данных в таблице.
1. Это к-во рейтинга
2. Это Счетчик.
Сначала они по нолям.
Пользователь ставит другому пользователю, допустим 4.
В базу в ячейку рейтинг записывается 4, в ячейку счетчик записывается 1.
Далее...
Другой пользователь этому же пользователю ставит 5.
В базу с ячейкой рейтинг добавляешь 5, и там уже девять, в счетчик добавляешь 1,
и там уже два.
Потом чтобы найти среднее арифметическое: делим рейтинг на счетчик.
Структура понятна, ищи реализацию в функциях базы и php. (Добавление)
Как сказал LIME, да средняя оценка это плохой рейтинг.
teddy
Я скажу это просто разговоры.
А ты с точки зрения психологии посмотри, если тебе наоборот говорили,
да занимайся программированием,
у тебя бы взорвался такой потенциал "Я докажу всем, что я программист"
Я думаю нет.
Если ты отрицаешь то, что говорят другие: Не занимайся программированием,
значит, что-то есть = энергия, демоны, духи чертовские
Согласно стандарту HTTP, запросы типа GET считаются идемпотентными[4]
Цитата:
В отличие от метода GET, метод POST не считается идемпотентным[4], то есть многократное повторение одних и тех же запросов POST может возвращать разные результаты (например, после каждой отправки комментария будет появляться одна копия этого комментария).
Цитата:
Термин идемпотентность означает свойство математического объекта, которое проявляется в том, что повторное действие над объектом не изменяет его
GET же предназначен для адресации страниц с динамическим контентом, чье содержимое не меняется при каждом повторном обращении. Самый распространенный тому пример — отчеты поисковых систем.
Должно вывести: Это тема сообщения.
Но выводит: =?koi8-r?B?/NTPINTFzcEg08/Pwt3FzsnR?=
Я так понимаю, это кодировка KOI8-U.
Пробовал использовать функцию iconv()
Не работает, при этом она работает, когда я читаю тело сообщения,
через функцию imap_body.
Будут ли какие-то советы по этому поводу.
Проверяю в Денвере, в конфиге на денвере установлен UTF-8, а также
в скрипте в header UTF-8 и т.д. (Добавление)
Проблему решил.
Вот решение:
Хорошо, предлагаю другой вариант.
Есть поле users.
В этом поле все пользователи сайта.
Когда, к одному пользователю добавляется друг, в поле users, к тому пользователю
дописывается через запятую его логин.
Напимер:
Некий ivan зашел к некому Bratan и нажал добавить в друзья.
В поле users где ищем id ivana дописываем через запятую bratan.
Тоесть все друзья пользователя будут дописываться к нему через запятую.
А сам он (логин) будет выбираться из базы по id и первому значению в ячейке.
Соответственно можно сделать такой подход:
Пользователь ввел логин и пароль для входа на сайт.
Скрипт, если есть друзья! сформировал, например текстовый документ со списком друзей построчно, через разделители и т.д.
за один запрос к базе данных.
На протяжении всей ссесии, он использует этот файл. Если кто добавился, сохраняем
в базу, генерируем новый файл со списком друзей, если кто удалился, снова обновляем базу, генерируем список друзей, или при добавлении и удалении друга,
можно вносить изменения в текстовом файле, а потом раз в час, или более, соединятся с базой, сверять значения и по необходимости генерировать новый файл.
Можно организовать выборку и изменения из самой базы и т.д.
Есть табличка пользователя, в котором есть поле friends.
В этой табличке хранить id каждого друга, тоесть идентификатор-логин.
Выбираем одним запросом массив данных этого поля, сверяем в цикле
каждый id с id-ом к кому зашли на страницу, если id совпали:
Выводим - "Отправить сообщение"
если нет:
Выводим - "Добавить в друзья"