Объединение постов в циклы историй

Как мы все знаем, на Пикабу частенько появляются истории, разделенные по разным причинам на несколько постов. И я стал замечать, что иногда натыкаюсь на далеко не первый пост, и если история интересная, то хотелось бы начать читать ее с начала. Для этого приходится заходить в профиль автора и листать вниз в поисках первого поста. Это может быть не трудно, если автор ничего кроме этой истории не постит. Но частенько историю приходится искать среди постов с котятами и т.п.


Предложение мое таково: добавить возможность объединять посты в группы (истории) с возможностью добавления новых, навигацией, выведением всего списка. Это поможет авторам сортировать свои творения (космос - отдельно, автомастерские - отдельно), а пользователям позволит сэкономить время и начать читать контент вместо мучительных поисков.


В качестве примера:

Объединение постов в циклы историй Истории из жизни, Предложения по Пикабу, Предложение

Из минусов я вижу только то что это усложняет интерфейс (как для автора, так и для пользователя) и то что не всегда все будут этим пользоваться, просто потому что может оказаться лень.

Отзывы и предложения по Пикабу

13.1K постов2.7K подписчиков

Добавить пост

Правила сообщества

Сообщество для аккумуляции всего фидбека по Пикабу


Если вы предлагаете новую функцию, опишите подробно:

- Задачу, которую выполняет предлагаемое изменение;

- Возможные плюсы и минусы;

- Версию Пикабу, для которой делаете предложение.


Пожалуйста, имейте в виду, что предложение:

- Должно быть полезным, понятным и простым;

- Должно быть востребованным пикабушниками;

- Не должно создавать визуального нагромождения.

24
Автор поста оценил этот комментарий

Ну можно же и так сделать. Автор указал ссылками на предыдущие посты, то появлялись бы стрелочки( Сорри паинт)

Иллюстрация к комментарию
раскрыть ветку (1)
29
Автор поста оценил этот комментарий
Mad skillz :)
Да, я зеленую фигню в фаерфоксе за пару минут свалял для примера, правильным видом-расположением лучше заняться каким-нибудь ux-специалистам

Как раз основная задумка в том, чтобы не нужно было добавлять в начале/конце поста список ссылок (максимум, который я вживую видел - около 8)
показать ответы
DELETED
Автор поста оценил этот комментарий

По идее для этого есть теги

раскрыть ветку (1)
14
Автор поста оценил этот комментарий

Если посты попадают в "волну" Пикабу, то искать по тегам среди постов про зеков тот самый (да и еще конкретный "выпуск") станет проблематично

61
Автор поста оценил этот комментарий

Здравствуйте!

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

Мне нравится идея делиться своими папками сохраненного. Мы бы могли реализовать такую задумку, тогда автор мог бы вставлять ссылку на свою серию постов (фактически папку с сохраненными постами) в теле поста и обновлять ее в любое время.

И эту фичу могли бы использовать с пользой другие пикабушники, создавая свои наборы интересных постов, расшаривая их на всех )

раскрыть ветку (1)
11
Автор поста оценил этот комментарий
Да, с мобильными устройствами все всегда сложнее, это факт. Ваша интерпретация достаточно интересна и могла бы "зайти" людям. В таком случае было бы неплохо в самом посте (где-нибудь в контролах по его периметру) иметь ссылку на папку с постами, если она расшарена самим автором, а то я подозреваю все будут забивать на то чтобы впихивать ссылки в сам пост - и сейчас далеко не все делают ссылки на предыдущие посты
показать ответы
1
Автор поста оценил этот комментарий
Главный вопрос многих кармадрочеров. Как быть с рейтингом?
раскрыть ветку (1)
8
Автор поста оценил этот комментарий

А что не так с рейтингом? Посты просто группируются, вероятно слово "объединение" привносит недопонимание. Соответственно рейтинг работает так же как раньше

Автор поста оценил этот комментарий

NULL - это в принципе костыль. Понимаете? Ну вот просто костыль, чтобы была возможность делать что-то без ничего.

Поэтому как раз обязательно.

Т.е. вот есть сущность post (id, title, content, history_id, date,...). И есть history (id,...)

И технически конечно можно сделать history_id NULL, но - это костыль. Плюс я сейчас с ходу не вспомню как это сказывается на индексе (вообще можно ли сделать history_id Null, если она завязана на history.id (который по определению autoincrement, not null)

раскрыть ветку (1)
Автор поста оценил этот комментарий
Вы не правы
Я где-то тоже читал теорию о том, что нельзя ни в коем случае использовать null, но то было про С (или плюсы или шарп, не помню точно) и все сводилось к тому, что не может переменная не иметь значения, а если значения нет, значит надо использовать дефолт. Так в итоге ни одной адекватной мысли там и не было.
А что касается БД. Foreign key совершенно не обязательно должен иметь значение, если на нем не висит констрейнт not null. Не знаю будет ли в таком случае для него создаваться индекс по умолчанию, т.к. вряд ли history_id будет использоваться ещё и в качестве primary key.
А про целостность данных вам лучше ещё раз почитать - null к этому отношения не имеет никак.
О, а ещё использовать в этом случае концепцию родитель-потомок некорректно. В данном случае пост - объект, а история - категория. Не вижу никаких костылей в том, что объект не попал ни в одну категорию
показать ответы
1
Автор поста оценил этот комментарий

Дата - не надёжно. И в плане индексации возможно дороже. Чем prev_id, next_id. Без тестов конечно ничего не доказательно, но коль уж у нас есть id у постов и они по-любому primary key, то чёб их и не использовать?

раскрыть ветку (1)
Автор поста оценил этот комментарий
Да, вполне. Судя по цифрам в адресной строке id что-то типа int, так что так тоже сойдет. Хотя, если дата в unix-time, то одна фигня, только что индексы вероятно под нее не созданы
показать ответы
Автор поста оценил этот комментарий

Это мне кажется сложнее. Либо в таблицу posts добавить prev_id и next_id, либо выстраивать иерархию из постов, историй, (что делать с постами которые вне истории? NULL? Или создавать за кадром истории из одного поста?). да, указатели на пред. и след. пост тоже могут стать NULL, но  это меньшее зло, чем фейковые записи для постов-одиночек и раздувание таблицы. Потому что если уж посты в истории - то все посты должны иметь историю, а не висеть в воздухе.

раскрыть ветку (1)
Автор поста оценил этот комментарий

Если с технической стороны - создается таблица, в которой хранятся истории. Если автор собирается сгруппировать два поста, то создается новая история у постов проставляются story_id. Если пост отдельный, то там висит NULL. Последовательность хранить необходимости нет, потому что есть дата создания поста, по которой собственно и можно все отсортировать.

В общем-то @opusmode что-то подобное и описал

показать ответы