вообщем вот этим запросом я вывожу записи(темы друзей) своих друзей исключая свои, 37 - это переменная Нужен запрос который выводил бы записи(темы) друзей в которых меня ещё нет, помогите пожалуйста
блин, редко столкнёшься с таким вопросом, я бы сказал это редчайший вопрос но достаточно интересный
chekbox'ом можно в принципе или radio кнопкой ну или посложнее там с javascript'ом с кликами по картинке поработать по ссылкам
//print_r($stmt->fetchAll()); получили данные, можно опять в json формате отослать их клиенту.
ды базару ноль, просто с каждым обращением к скрипту будет подготавливаться один и тот же запрос, а вся суть prepare создал запрос один раз и вставлять туда данные многократно
то есть бессмысленно подготавливать запрос если пользуюсь аяксом?
задача такая:
юзер отправляет аяксом сообщение серву, и нужно в уже подготовленный запрос просто вставить данные, но увы не получится, так как негде хранить подготовленный запрос?!
блин, пишу что то типо чата, хотел хоть где то выйграть поэксперементировать, выходит без nodejs или демонов не обойтись (
Уже голову сломал всё обгуглил мануалы прочитал
но ошибка вот такая появилась ВОПРОС 1
Catchable fatal error: Object of class PDOStatement could not be converted to string in
и это
Fatal error: Exception thrown without a stack frame in Unknown on line 0
пихаю в сессию указатель, и далее когда данные снова отправляются на сервер я просто подставляю данные в этот подготовленный запрос который беру из сессии, но как оказалось мой кривой мозг не знает принципов php и потому получал ошибку Fatal error: Exception thrown without a stack frame in Unknown on line 0
по поводу второй ошибки уже была создана тема но у меня везде исключения стоят стандартные
помогите пожалуйста, serialize и unserialize уже пробовал там ещё больше ошибок,( хотя сессия автоматически сериализуется)
Здравствуйте, есть таблица chat_tema для чата, где записывается тема и все примочки
id | id_author | title_tema | count_peple | img | date
вообщем вот такая таблица, вопрос возник в том что в поле count_people записывается кол-во участников, максимально 150 уч.
ещё есть такая возможность что можно посмотреть всех участников темы и удаление участника из темы автором как правильнее (по быстродействию)? ...
где хранить id участников?
1) создать доп. поле в таблице chat_tema , id_people и хранить там массив id всех участников темы? id id_author title_temacount_pepleimgid_peopleid_people_ban
2) создать отдельную таблицу people_chat idid_tema_chatid_userflag_ban
3) в файле, для каждой темы создаётся отдельный файл с участниками и забаннеными участниками..
просто если подсчитать то приблизительно если у 10 000 узеров будут по 100 тем со 100 уч. в каждой это 10 000 * 100 * 100 = 100 000 000 записей если брать второй вариант, со временем конечно, но всё же...
подскажите пож. может кто нибудь сталкивался
если честно лучше не доверять видео урокам
советую книгу от O'reilly автор Робин Никсон
"создаём динамические веб-сайты с помощью php,mysq и javascript отличная база для новичков
мне интересно, почему ты отправляешь форму постом, а сселка почему то джетом показывает? О_о (Добавление)
у тя ошибка в форме, ты написал methood="post" а надо method="post"
Стоит задача:
думаю легче объяснить так что бы все поняли, все мы знаем наш любимый и не очень, "вконтакте". Допустим если вы заходите на страничку к какому нибудь человеку - не знакомому, появляется кнопочка ниже авы, "добавить в друзья" , а если вы заходите к своему другу то вместо этого появляется "отправить сообщение"
у меня практическая аналогичная задача, есть таблица в базе со всеми "друзьями"
есть несколько вариантов как сделать эту казалось бы простую проверку
1) (самый ресурсоёмкий) каждый раз находить всех друзей в базе и если такого id нет то писать "добавить в друзья" иначе же это друг и выводить "отправить сообщение"
сами понимаете, если допустим всего в сети 1000 человек то перекрёстно это очень много запросов
2) изначально к каждому профилю привязывать файл(текстовый) и хранить там его друзей и получаем как минимум в 10 раз больше приемущества (я так думаю, чем меньше запросов тем лучше)
3) хранить в таблице самого профиля массив со всеми твоими друзьями (в принципе тоже не совсем накладно)
4) использовать кэширование, запрос со всеми твоими друзьями из базы вытащил и в кэш(оперативку сервера засунул)
Помогите пожалуйста, может у кого свой вариант есть, а то в голову не приходит что лучше, (учитывается то что ресурс будет высоко-средне нагруженным)
D если в твоём проекте нет никаких новых оригинальных, концептуальных идей, то joomla тебе в помощь
если же есть то сначала строится:
0) ставятся задачи и цели
1)архитектура каталогов
2)архитектура,логика базы данных
3)потом берёшь листочек и ручку и побыстроляну накидываешь классы которые решат твои задачи
4) ну а позже визуализируешь свой проект, в фотошопе ды в принципе где удобнее, хоть в голове
5)верстаешь
6) пишешь код
7) натягиваешь всё на макетик
8) тестишь, исправляешь
9) через полгода понимаешь что всё это хрень, и переписываешь программную часть заново
ну а дальше уж пожинаешь свои труды
блин, не то(
через header'ы вообще без бэ, но сайт старинный и кто то не require'л хеадер и теперь что бы мне это сделать придётся добрых две сотни страниц лопатить и подключать фал с header'ом(