Аргх. Хуже только когда это требования к статье или копирайтерскому тексту так выражены.

В смысле, сколько каждый фик вытягивает по объему?

Особенно когда страницы как на фикбуке xD

Для меня это вообще не единицы. Могли бы и в попугаях указать...

Нет. Долго не могла понять эти самые страницы. Зато с КБ сразу всё было ясно)

BufferOverflow , вот да.
Способ, которым килознаки группируются в страницы, всегда повергал меня в недоумение...

Опытным путём установлено, что одна фикбуковская страница очень приблизительно равняется трём кб, но, блин, дебильные страницы эти...

ElenaBu
несовпадос.
тут три страницы, на фикбуке две.

Константин_НеЦиолковский
Тут есть страницы?!

ElenaBu
эм...
сейчас.

ElenaBu
5 Кб
722 слова
5 тысяч символов
3 страницы

на фикбуке то же самое - две страницы.

А, да. есть.

Странная единица измерения. Что она показывает? (это я просто вслух рассуждаю)

ElenaBu
Есть и считаются в точности как там. Вот только на фикбуке можно ставить несколько пустых строк подряд, а у нас они слипаются в один перенос строки. А это влияет на размер в страницах...

ReFeRy , а как они считаются?
По количеству строк?

ReFeRy
Ну, для меня они не очень понятны. Вот кб или хотя бы даже слова информативны, а страницы - не очень.

ReFeRy
а. тогда да, наверное.
да, разница в три строки.

ReFeRy
кстати о "слипаются в один перенос"
почему автоматом не выставляются теги? есть же <empty-line>

Lados
Одна страница - 50 строк не более 70 символов длиной каждая. Хотя прямо сейчас могу ошибаться в числах, но суть должна быть ясна. Соответственно, с размером текста в символах или словах четкой корреляции нет.

ReFeRy , спасибо))

ReFeRy
а общее число знаков выставляется приблизительно или точно?

Helen 13
Вы перевернули вопрос с ног на голову. Это empty-line был введен для того, чтобы при крайней нужде можно было вставить пустую строку. Фанфикс автоматически форматирует отступ между абзацами, поэтому текст, в котором каждый перенос строки заменен двойным, смотрится неуместно. А некоторые авторы любят и по десять переносов в одном месте поставить, не зная о том, как правильно отделять смысловые части текста.

ReFeRy
логично, хотя жаль

Константин_НеЦиолковский
Там же округление до тысяч. А так - точно, но с учетом тэгов, если они используются.

Helen 13
При любой глобализации нормальные люди страдают из-за идиотов, или просто тех, кто лезет куда-либо, не разобравшись.

ReFeRy
понятно, спасибо

Но мой изначальный вопрос был в другом. Почему создатели сайтов отдают предпочтение измерению текстов в страницах, неужели большинству читателей это интуитивно понятней, чем слова/символы/килобайты?

Ну, килобайты может быть не понятны (надо фанфикс обновить в этом смысле), но символы и слова... это ведь куда яснее, чем невнятные страницы!

ReFeRy
страницами солиднее))))))
прям, книгу пишешь, а не шиш пойми что))

ReFeRy
Скорее всего, многие просто не понимают, какой смысл несут в себе килобайты. Документ в ворде может весит 50 кб, может 300, и как транслировать их в понятный им размер текста - они не понимают. Они не знают, чем отличается txt от docx кроме того, что в одном можно задать форматирование, а в другом нет. Поэтому в их голове размер в кб не кореллирует с количеством символов в тексте. Вот прикинуть размер страницы в ворде им по силам, а кб - что-то для гиков. Я уже не говорю про такие вещи, как кодировки с не фиксированным размером символа.

Дело в привычке? Тексты в книгах всегда в страницах. Вот и здесь как бы так.

BufferOverflow
Лузеры.

lrkis
Так книга и электронный текст - две большие разницы.

ReFeRy
Ну, килобайты может быть не понятны (надо фанфикс обновить в этом смысле) НЕТ. Не надо обновлять. Кб ЕДИНСТВЕННЫЙ объективный показатель. ( И самое смешное 1 кб = 1 странице в читалке) приблизительно

ReFeRy
До 1.5 раза разницы в реальном размере между текстом с "оформленными по-фикбуковски переносами" (вручную проставленными разрывам между абзацами) и текстами без них.
При одинаковом числе страниц.
Но нет же, "число знаков/слов" - неудобно кому-то... нужны эти "страницы".

А кб это 1024 буквы?

Килобайты действительно далёким от IT людям непонятны, потому что один и тот же текст в разных форматах весит по-разному.
Но фикбуковские страницы - вообще хрен поймешь что такое.

Подсчёт в словах или символах понятнее и проверяется любой знакосчиталкой.
Есть и стандартные 1800 зн.с пробелами, которые называются "страницами", и можно было бы пользоваться ими.

ansy
Ну я про фанфиксовые кб. Они удивительным образом совпадают со страницами...

читатель 1111
Я как то пытался подсчитать и вышло так, что они не прямо пропорциональны числу знаков/букв. А с заметным отклонением.

финикийский_торговец
Потому что ныне используется UTF8. Один символ может быть равен по размеру от 1 до 6 байт. Это раньше, когда на фанфиксе был ANSI, всё было просто )
Но на фанфиксе есть размер непосредственно в символах, нынче это самый точный размер.

читатель 1111
Страницами чего именно?

ansy
А вот это вообще откуда?

BufferOverflow

Я вас разочарую. Размер текста в символах вообще не хранится в БД, он налету высчитывается из размера в килобайтах. Ибо килобайт = 1024 символа (символ != буква) и кодировка, само-собой, ни на что не влияет. Вот, право слово, не в файлах же фанфики на сервере хранятся.

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

Нашел старое:

Пример фикбука:

1)Первый фик: 949 страниц на фикбуке,

в ФвФ 2760 Кб
знаков 1859164 (знаков без пробелов)
322068 слов

5,772 знака в слове


2)Второй фик: 758 страниц на фикбуке
в ФвФ 3027 Кб

379749 слов.
знаков 2175422 (знаков без пробелов)

5,728 знака в слове

Реальное соотношение по символам: 0,855
В фикбуке по страницам: 1,252

Врет на 1,464 т.е. завышает на 46%!

ansy
Моей читалки)))

ReFeRy
1800 зн.с пробелами - "страница", в которых оплачиваются переводы, корректуры итд итп. Ставки всегда в них, например, 300р/1800зн.

финикийский_торговец
Не понял, что вы тут привели. Я ведь уже четко сказал и несколько раз повторил - страницы не имеют прямого соотношения с количеством символов/слов в тексте, они измеряются в неполных строках. Все соотношения страница/символы должны производиться с погрешностью до тысяч процентов.

ansy
Это которые листы A4?

ReFeRy
Как это - кодировка не влияет? Очень даже. Это только для ANSI 1 байт = 1 символ. В UTF-8 символ может занимать до шести байт.
Кстати. Сейчас скачал Червь в txt. Размер файла txt - 6 115 708 байт, кодировка UTF-8. Размер в шапке - 3294. Он принудительно конвертируется в ANSI при просчёте размера?

ansy
Где такое принято? В интернете на биржах ререайт/копирайт преимущественно оплачивается в тысячах знаков.

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

BufferOverflow
Само-собой, подсчитываются именно символы, а не килобайты, занимаемые в памяти этими символами.

читатель 1111
О_о не знаю, о чем вы.
ReFeRy
Во всех бюро перевода и просто отдельных заказах, с которыми я сталкивалась, а также в заказах на корректорскую вычитку у разных фирм и контор. Все они пользуются этим изменением.

И вот то, что вы подсчитываете символы, а не килобайты, и называете килобайтами не килобайты, тоже вообще не очевидно. Все используют это слово для обозначения места, занимаемого файлом.

ansy

Для айтишников измерение "текста в килобайтах" означает именно измерение текста, а не памяти/файлов или чего-то еще.

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

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

>Для айтишников измерение "текста в килобайтах" означает именно измерение текста, а не памяти/файлов или чего-то еще.
Я айтишник, для меня килобайт - это именно занимаемый в памяти объём )

Для меня килобайты - это что будет, если я скачаю текст в txt. То есть, скопирую и сохраню с учётом кодировки. Иначе какие это, нашиш, килобайты? Килобайты - это ПРАКТИЧЕСКАЯ единицы измерения.

Матемаг
Ну, вот выдавал бы вам Фанфикс размер Червя в "6 115 708 байт", что бы вам это сказало о размере ТЕКСТА?)

ElenaBu
Если говорить про абстрактную книгу (а книги бывают разных форматов), то просто страницы без самой книги тоже ничего не скажут.

РеФеРи, только не в байтах, а в килобайтах или, в случае монстромакси вроде "Червя", мегабайтах. Да, сказало бы. И довольно точно.

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

BufferOverflow
Уж лучше символах, на фанфиксе вообще страниц же нигде не видно, что они такое будут значить?
К местным килобайтам мы хоть все привыкнуть успели.
А вообще там же есть выбор, в чем показывать. И ой, там есть страницы... Первый раз вижу. О_о

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

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

Я слегка айтишник, но по-моему это какая-то несусветная дичь. Символы - ок, авторские листы - ок, даже слова - ок, но называть килосимволы килобайтами, а потом говорить что это в какой-то среде правильно... Понятно, что это всё растёт из тех времен, когда на практике было 1б=1символ, и все типа привыкли, но это ведь ошибка из разряда "имеет место быть" - встречается даже у серьезных интернет-изданий, но ведь неправильно же.

Правильно - тыс. символов (именно 1000, не 1024 (мало ли)). "кС"(приставка кило- пишется с маленькой буквы), если угодно, или "ТС", хотя имхо, аббревиатура не сильно нужна. Я не путался только из-за того, что где-то было написано, что считаются именно символы. Но это было написано именно что "где-то".
Единственное, что спорно - это считать ли с тегами или без них. Понятно, что проще с, но ведь мы хотим сделать для читателя объем... Но если на каждый килосимвол есть одно выделение (тяжелый, можно сказать, случай), а это в среднем 7 символов, то на 1000 кс это даст +7кс, что довольно мало, и наверно можно забить.

Страницы слишком абстрактно действительно. Кб более понятно. А мне бы понравилось, если бы указывалось примерное время прочтения фанфика. Например, на то, что бы прочитать этот макси вам потребуется 18-24 часа. Есть же средняя скорость чтения - сколько-то слов в минуту, а буквы в словах это знаки, если я правильно понимаю.

SelenaM
"Есть же средняя скорость чтения" - именно что средняя. А она у всех разная, так что - "число слов/знаков" самое то. Для литературного текста.

Время прочтения - такое можно и ввести, но настраиваемое - если заранее вести свою обычную скорость чтения. А без этого, это не полезнее чем "страницы" на Фикбуке.

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

SelenaM
У меня очень высокая скорость эффективного чтения. И как мне к вашему времени среднестатистическому приспосабливаться?
ЗЫ это что за макси на 18 часов непрерывного чтения? В размере Войны и мира, что ли?)))

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

SelenaM
Для этого можно использовать reedy (либо хром, либо адроид). Там можно установить свою обычную скорость чтения и увидеть, сколько времени это займёт. Хотя это не совсем для того приложения.

lrkis
Так суть в ином. Иногда реально понятнее в новости увидеть, что вышла глава на ~15 минут чтения. Знаешь, что у тебя есть эти 15 минут перерыва или там в дороге, и читаешь.

ReFeRy
Мне такая идея нравится, но нужно самому вводить скорость чтения. Кроме того разный текст читается с разной скоростью.

А в чём сложность, собвстено?
Есть текст, у которого известно количество слов. Есть скорость чтения слов в минуту, которую читатель может поставить себе сам. И всё, можно на основе этого считать.
Есть, конечно, длинные слова или совсем короткие, но примерное время посчитать можно.

lrkis
Сложностей нет. Есть определенный объем работ - продумать логику работы и сценарии использования, написать и сверстать интерфейсы.

вопрос такой: вот мы с Червем уже приблизились к ГПиМРМ. И что я вижу? в ГПиМРМ 1143 страницы, а в Черве - при меньшем (пока) объеме - 1221. Как оно так выходит?

Alex Pancho
Пустые строки, разделения звездочками.
Большее количество диалогов с короткими репликами.
Просто большее количество абзацев.