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

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


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


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

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

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

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

13K постов2.7K подписчика

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

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

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


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

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

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

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


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

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

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

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

Вы смотрите срез комментариев. Показать все
24
Автор поста оценил этот комментарий

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

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

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

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

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

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

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

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

На мобилке можно свайпом делать

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

И тут есть сложности. Что если автор расшарил пост в 10 разных подборок.

Но суть задачи ясна, есть и идеи, как это сделать )

раскрыть ветку (3)
10
Автор поста оценил этот комментарий
То есть можно надеяться на реализацию?


К слову, идея про т.н. «волны» тоже имеет место быть. Иногда хочется прочитать побольше одни из них, а иногда напротив - скрыть каждый, но из-за рвзных тэгов, которые ставят пользователи, и то, и другое становится проблематичным. И если в первом случае можно постараться, но найти лучшее из, то в случае с нежеланием читать рискуешь заигнорить то, что с волной никак не связано.
раскрыть ветку (2)
3
Автор поста оценил этот комментарий
скрыть каждый, но из-за разных тэгов, которые ставят пользователи, и то, и другое становится проблематичным

Скоро предложим вариант решения проблемы разных тегов

раскрыть ветку (1)
Автор поста оценил этот комментарий
Потрясающе! Ждем с нетерпением ))👍
6
Автор поста оценил этот комментарий
Можно реализовать подобие сенсорного помощника, как в MIUI
Иллюстрация к комментарию
раскрыть ветку (8)
1
Автор поста оценил этот комментарий

опа,а это где?мьюи 9?

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

у меня она на 9 появилась, хотя может я ее просто раньше не замечал.

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

в 8 была

Автор поста оценил этот комментарий
@Admin, как идея? Воплотима? :)
раскрыть ветку (4)
Автор поста оценил этот комментарий

Не понял суть идеи на описанном скриншоте :)

раскрыть ветку (3)
1
Автор поста оценил этот комментарий
Проще говоря, сделать дополнительное-выдвижное меню
раскрыть ветку (2)
2
Автор поста оценил этот комментарий

Хорошо, спасибо, рассмотрим ваше предложение ;)

раскрыть ветку (1)
1
Автор поста оценил этот комментарий
в условиях ограниченного размера экрана на мобильных устройствах


Это была бы очень удобная штука, как по мне.
Если бы (условно) кнопки "сохранить", "поделиться", "открыть еще историй этого парня про космосервис" вызывались одной кнопкой.
Как какое-нибудь "меню" было раньше в куче приложений. Сейчас, вроде, все ушли от такой механики, но мне очень нравилось.

Кратко: есть иконка, при нажатии  на которую вылезают все возможные действия, которые можно делать.

К тому же туда будет удобно добавлять новые безумные идеи.

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

Можно проще и без стрелок:

1) автор при создании нового поста ставит "галочку", что это продолжение #n такой-то истории;

2) в начале (или конце) поста выводится кнопка "читать историю сначала/увидеть предыдущие посты/читать сначала/и тд (на усмотрение разраба)"

3
DELETED
Автор поста оценил этот комментарий
Тогда и сделать возможность подписываться на папки/ставить в игнор их(т.е. фактически их содержимое не будет показываться в общей ленте)

И кажется, что стоит отделить их от "моя лента", тк та и так перегружена...

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

Предлагаю от середины дисплея свайп вправо/лево, чтобы двигаться по циклу историй.

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

В мобильном приложении можно эту функцию реализовать свайпами или же стрелками  прямо в шапке темы.

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

Можно было бы сделать как-то так. Чтобы при нажатии кнопки всплывало окно с ссылками на посты, выбранные автором.


P.S. делаю в пейнте как могу

Иллюстрация к комментарию
Автор поста оценил этот комментарий
Самый простой вариант подобного вида вполне устроил бы
Иллюстрация к комментарию
1
Автор поста оценил этот комментарий

Ну авторам всё равно их добавлять придётся.

А зеленая фигня смотрится вполне норм.

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

Добавлять то автору придется. в меню "добавить пост" и не будет видна  порнография мол часть 1,2,3 в конце поста

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

тут можно сделать отдельную группу в настройках, и просто добавляя пост добавляешь её в группу.

И уже сортировка в постах внутри группы.

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

Не обязательно добавлять. Достаточно автору дать возможность создать класс "цикл историй о" и при создании выбирать, относится пост к циклу или нет.

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

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

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

Зачем какие-то фейковые запили, когда просто нужен общий идентификатор для серии постов. А остальные останутся как есть

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

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

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

Вот честно, вообще не вижу, где нарушается целостность, если пост не помечен, а точнее помечен как NULL. Это раз. Во вторых, если пост относится к какой-то истории, то не обязательно каждый должен относится к истории. Тут вопрос в реализации.

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

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

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

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

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

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

Окей, у нас разный взгляд на null, бывает.

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

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

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

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

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

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

Ну что ж, тех-концепт готов, дизайн есть.  Админы! Мы тут работу ваших продукт-манагеров сделали, им можете уже не платить.

1
Автор поста оценил этот комментарий
Уже всё придумано.
В некоторых электронках есть боковые кнопки для листания страниц. Можно сделать такие-же штуки по бокам от поста.

А на мобилках сделать иконку "возможности свайпать серию постов" и по свайпу пролистывать горизонтально серию постов вплоть до начала (оставаясь в ленте на том-же месте).

Иллюстрация к комментарию
Иллюстрация к комментарию
Иллюстрация к комментарию
Вы смотрите срез комментариев. Чтобы написать комментарий, перейдите к общему списку