Стена соцсети: выборка данных

>Вы пишите очень много, и очень не хочется во все это вникать.
Это я и сам понимаю)) Но и в двух словах это не объяснить…

Что мне нужно в ответе, так это то, что делать, как делать, а как не делать, потому что наткнусь на то, то и то… Т.е. хотелось услышать ответ от того, кто уже делал стену, т.е. кто поймет о чем я, не читая описания вопроса, а скажет: «Я вот это делал у себя так, так и вот так… А так не делал, потому что '........'»…

Стена соцсети: выборка данных

Нет, не то… Совсем не то… Посмотрел в Ваш профиль… Вы где-то на 2-3 курсе. У Вас нету того опыта, чтобы ответить на этот вопрос, даже если Вы и гений. Но за внимание к вопросу спасибо.

Стена соцсети: выборка данных

Нет, Вы не поняли… ну ладно… У меня опыта работы с мускулем несколько лет, и что такое джойны, группирование, сортировка я знаю… Ну не панацея джойн… Ну не вытащите Вы все то о чем я писал одним джойном… Компонента «wall», т.е. ее модели не должны ничего знать о моделях других компонент… В будущем будут добавлены или удалены новые/старые компоненты, тогда при каждом обновлении мне придется править код модели стены. Это неправильно с точки зрения проектирования (может быть это всего лишь моя точка зрения, но я считаю ее правильной). Компоненты должны быть несвязанными или слабосвязанными… А перекладывать логику на модели также неправильно…

Стена соцсети: выборка данных

Написал дополнение к вопросу.

Стена соцсети: выборка данных

У меня есть идентификатор и пользователя который создал, и идннтификатор пользователя на чей стене была создана запись и тип стены (или это пользовательская или же сообщество) не столь важно… Структура таблиц же абстрактная… Укажете свое поле-идентификатор пользователя — я пойму… Было бы все так просто, вопрос я бы не задавал… Не так просто описать несколькими предложениями, то что у меня есть, почему оно есть, почему именно так и т.д. Например, как вижу я все это:

1)… я лучше сделаю апдейт вопроса, посмотрите через несколько минут в сам вопрос…

Стена соцсети: выборка данных

Хочу услышать пример sql-запроса как вытащить, например те 20 фото, которые я добавил на стену или даже не пример sql-запрос, а алгоритм вытаскивания информации о изображениях.

Social activity stream и wall(стена)

Я тоже задумывался над тем, что произойдет, когда запись из группированного набора будет удалена. И wall_message_id планирую сделать, как запись в таблице stream_activity.

json вместо html

А если подгружать шаблон без ich? По сути, достаточно будет взять ответ из сервера в виде html?

json вместо html

"/*парсим шаблон*/" — а если шаблона еще нету на странице, как его подгрузить?

json вместо html

Вам огромный плюс за последний комментарий! А как динамически подгружать нужные скрипты (я так или иначе поищу в гугле)?

json вместо html

Это уже теплее к ответу на мой вопрос! А чуть подробнее о функции load_component_js_from_server() можете? Т.е. как получать json из сервера — это не составляет сложности, а вот джаваскрипт-функции — это уже более экзотично…

json вместо html

Вот и я о том же. Хорошо, спасибо!

json вместо html

У меня свой примитивный шаблонизатор, без конструкций, а только с заменой переменных. Я понял Вашу позицию. Вы предлагаете подгружать на страницу все возможные шаблоны компонент и джаваскрипт, который относится к ним (например обработка событий нажатий на изображения для их увеличения) и т.д. Можно что-то придумать, чтобы код страницы не был очень избыточным?

json вместо html

Как-то не задумывался над этим… Пока такой вариант кажется мне неподходящим.

json вместо html

В php примерно вот такой массив:

$toJson = array(
'component' => 'news',
'data' => array(
'title' => 'Это заголовок новости',
'description' => 'А это описание новости или краткое описание новости, пока еще не решил. Т.е. может приходить краткое описание, а потом будет ссылка "Подробнее", которая развернет полное описание.'
)
);

json вместо html

Да, согласен! Как лучше тогда сделать: подключить к странице все возможные шаблоны и джаваскрипты или подгружать все динамически каким-то образом?

json вместо html

Плохого ничего нету. Только некрасиво будет, и не совсем правильно с точки зрения проектирования.

json вместо html

Т.е. указания по рендерингу этих фото, какой css-клас нужно к ним цеплять, в какие теги обернуть — нужно узнать в компонеты «фото». А как узнать — не ясно.

json вместо html

Шаблонизаторы — это чуть не то. Наверное я не совсем точно выссказался. Меня больше интересует то, как можно получить указания для рендеринга записи для компоненты «стена». Т.е. получаю json, в котором указано, что нам пришел список фото и эти фото нужно отобразить как-то, т.е. нужно сформировать html, но за каким принципом — пока не понятно.

Сохранение нескольких полей формы с одинаковым названием

О, теперь смог отблагодарить Вас «плюсом». Да нет, Вы правы… Я пока оставлю Ваш ответ без пометки «решение». Несколько дней потестирую этот вариант. Спасибо.