Форум PHP

Ноги у всех на месте, просто иногда логику надо донести до человека, чтобы он шел уже протоптанным путем ,а не изобретал колесо.

грамотно, это обычная постраничная навигация с фиксированным количеством сообщений (например 20 на страницу) если это новости, то да можно брать небольшой кусок от основного текста, либо отдельно написанную краткую версию со ссылкой на полную новость. Если же это гостевая книга, то лично меня бы сильно обламывала ссылка подобного рода. Ненужна она тут. Достаточно хорошо оформленных с точки зрения эргономики и дизайна сообщений. Кстати в большинстве случаев текст сообщений в гостевой книге ограничивают (например до 200 символов), так что получить семидесятитысячесимвольное сообщение крайнемаловероятно.

в лучшем случае это обычное совпадение, в худшем - уже интересно откуда "ноги растут"

>Вывод контента разного объема присутствует на страницах сплошь и рядом.
Я в этом и не сомневался, я сразу сказал, что возможно я в этом механизме, что-то не так понимаю.
Как можно это организовать грамотно, где прочитать об этом?

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

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

Про прокрутку идея интересная! Думаю все таки лучше строки посчитать, чем две прокрутки делать прямо рядом, не смотрится как-то

Принципиально! Переходите на базу данных - не пожалеете :)

впринципе можно при выборке файлов сообщений , наверное c помощью opendir() readdir() делаете, запрашивать размер файла и
считать общий размер выбранного, и останавливаться перед тем как сумма байт превысила порог.
Но тогда другая проблема , постраничная навигация.
Точное колличество страниц можно будет узнать только посчитав всё.
Пересчитывать хоть при каждой выборке, хоть при каждом добавлении, медленная операция.
Навигация с одной кнопкой дальше, тоже некрасиво,
(есть вариант сохранять в файле массив размеров , и считать по этому массиву при добавлении и сохранять где-то например там-же цифру будет быстрее)

ещё я-бы задумался над тем не сделать-ли прокрутку в html-блоке при превышении размера,
и можно слегка ограничив максимально разрешённую длинну сообщения, выводить по 15 вместо 10 , чтобы смотрелись короткие сообщения , которых наверное большинство

//upd
можно по подобию mysql создать файл с таблицей (строки разделённых табуляторами значений), лучше два
readdir будет почти совсем ненужна

файлы, но если надо могу переделать, это не принципиально важно.