tiphareth: на предмет окончательного утверждения правил

(Добавить комментарий)

	udod 2005-07-16 01:23 (ссылка)
	А почему Совету будет не лень разбирать жалобы? (Ответить) (Ветвь дискуссии)

	tiphareth 2005-07-16 01:37 (ссылка)
	По мне - так и не надо разбирать! И стирать никого не надо, кроме взломщиков и спаммеров. А если Попечительский Совет решит иначе, тем хуже для тех, кого сотрут. Такие дела Миша (Ответить) (Уровень выше) (Ветвь дискуссии)

	udod 2005-07-16 01:42 (ссылка)
	Жалобщиков-то быстро набежит. Нужна жалобная секретарша. (Ответить) (Уровень выше) (Ветвь дискуссии)

	tiphareth 2005-07-16 01:45 (ссылка)
	А от злостных кляузников не будем брать жалобы! Такое право у ПС как раз есть. Вообще стучать нехорошо. Такие дела Миша (Ответить) (Уровень выше)

	kaledin 2005-07-16 03:20 (ссылка)
	Обойдутся. Жаловаться будут в открытое коммьюнити. По техническим вопросам -- в другое открытое коммьюнити. И хватит. (Ответить) (Уровень выше) (Ветвь дискуссии)

	udod 2005-07-16 04:08 (ссылка)
	Выйди Веревкин (Бройтман) к доске и скажи нам всем что тебя не устраивает. (Ответить) (Уровень выше) (Ветвь дискуссии)

kaledin
2005-07-16 04:44 (ссылка)

Точно.

На самом деле, я сходу помню один случай (rudis vs. hojja), когда стучали по делу; причем сначала rudis долго обсуждал в дневнике, стучать ли, да не западло ли. Это в общем типичное поведение, кажется мне.

(Ответить) (Уровень выше) (Ветвь дискуссии)

	udod 2005-07-16 13:25 (ссылка)
	Надо так попробовать. Вопрос о разумной полицейской управе в сети -- хороший научный вопрос. Если не решать его самим -- будут решать идиоты, как уже и проиходит. (Ответить) (Уровень выше)

	drz 2005-07-20 07:35 (ссылка)
	Да, самый правильный вариант. (Ответить) (Уровень выше)

polter
2005-07-16 03:09 (ссылка)

получилось 600.
это число можно относительно безболезненно увеличить переходом на другой http-сервер
даже apache 2.0 может дать заметный выигрыш
но есть совсем радикальные методы, типа nginx
подробнее, если интересно вообще обсуждается здесь: http://www.kegel.com/c10k.html
Проблема с количеством одновременных коннектов - это проблема исключительно Apache 1.x с его моделью 1 коннект - 1 процесс.

(Ответить) (Ветвь дискуссии)

nit
2005-07-16 05:21 (ссылка)

> это число можно относительно безболезненно увеличить переходом на другой http-сервер

И другой http-сервер будет перехватывать перловые вызовы DBI->connect
и правильно их канализировать?

Там разговор шел исключительно о mysql+innodb на Linux/IA-32.

(Ответить) (Уровень выше) (Ветвь дискуссии)

polter
2005-07-16 05:51 (ссылка)

ну я и не писал, что такой транзишен можно устроить даром.
В случае с Apache 2.x переход может быть относительно легким, в случае с nginx и ему подобными конечно может потребоваться относительно серьезная переделка уровня общения с базой данных, зато они (сервера на edge-triggered notification) несколько тысяч одновременных коннектов не чихнув обслуживают.

есть вариант почти задаром - двухуровневая система отдачи контента.
Apache 1.3 в качестве "тяжелого" бэкенда и легкий проксирующий сервер типа Apache 2.0 или nginx перед ним.

при поступлении запроса от пользователя, тяжелый апач быстро отдает контент фронтенду и тут же опускается, а легкий сервер уже работает дальше, не особо загружая сервер. Тут еще пара положительных моментов - 1. Легкие сервера могут отдавать еще и статический контент (картинки/js/css/etc) 2. И Apache 2.x и nginx могут использовать sendfile(2) для отдачи контента, что дополнительно и очень заметно сказывается на загрузке сервера.

Такая система, по опыту, даже если в качестве фронтенда используется апач 1.3 с mod_accel, но без modperl'a уже дает ощутимый выигрыш в производительности.

P.S
Я пока что вообще не знаю как работает LJ и какие оптимизационные схемы в нем уже используются. Меня просто смутило столь небольшое число возможных одновременных коннектов и то, что контент в данном случае отдает старый и тяжелый апач, да еще и со встроенным модперлом (судя по response headers сервера)
Если я чего-то не учел, поправьте меня.

(Ответить) (Уровень выше) (Ветвь дискуссии)

nit
2005-07-16 12:19 (ссылка)

У нас тут недопонимание. Цифра 600 -- это в районе максимального
количества подключений к базе mysql с движком innodb на
32-битном Linux/x86 (насчет IA-32 я наврал, мозг за разум зашел).

Она не зависит ни от процессора, ни от памяти, ни от http-сервера.
Просто такова жизнь. По крайней мере так написано в документации,
а у меня пока нет повода ей не доверять.

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

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

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

Или я тоже вас неправильно понял? :-)

(Ответить) (Уровень выше) (Ветвь дискуссии)

polter
2005-07-16 13:08 (ссылка)

хм...

У нас тут недопонимание. Цифра 600 -- это в районе максимального
количества подключений к базе mysql с движком innodb на
32-битном Linux/x86 (насчет IA-32 я наврал, мозг за разум зашел).

Количество коннектов к базе и количество коннектов по http - это разные, никак совершенно не связанные вещи. Еще, конечно, это не связано с архитектурой центрального процессора и с форматом таблиц в базе данных. Кстати IA-32 и x86-32 - это одно и то же. Различаются IA-64 и x86-64, но, впрочем, к делу это не относится. Ну и еще mysql будет поддерживать столько коннектов, сколько ему в max_connections сказать. Mysql на threads работает, соответственно ресурсов каждое подключение почти не требует.

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

Я не видел ни байта кода LJ, но я очень сильно сомневаюсь в этом.

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

Я не совсем понимаю почему такая суета вокруг именно количества подключений к базе данных. Оно не равно количеству подключенных по HTTP пользователей, при правильной организации процесса. И не является проблемой. А вот что интереснее - стоит ли сейчас здесь memcached, который стоит на livejournal.com?

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

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

Если же переписывать еще и работу с БД, которая, я уверен, вовсе не является тут bottleneck'ом, то тогда уже нужно и менять модель работы с HTTP-сервером, чтобы избавляться от модперла и Apache 1.x, которые и являются основным ограничителем в большинстве подобных систем, что я видел.

(Ответить) (Уровень выше) (Ветвь дискуссии)

	nit 2005-07-16 13:44 (ссылка)
	Неохота чатиться, я не мастак. Сорри. (Ответить) (Уровень выше)

drz
2005-07-20 07:39 (ссылка)

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

Ужас какой-то. Давно ведь уже есть такое понятие как пул коннектов.

(Ответить) (Уровень выше)

	drz 2005-07-20 07:36 (ссылка)
	"И другой http-сервер будет перехватывать перловые вызовы DBI->connect и правильно их канализировать?" А пул коннектов? (Ответить) (Уровень выше)

	kaledin 2005-07-16 04:05 (ссылка)
	Две запятых подряд в Уставе, вместо одной, и "воз можности" в guidelines. Кроме того, в Попсовете у нас нечетное число граждан (но это наверно ничего, не все ж будут всегда голосовать). (Ответить)

koenig
2005-07-16 09:57 (ссылка)

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

1. Русский интерфейс и документация. Причём ТОЛЬКО (на первое время или насовсем). Писать каждый может на любом языке, но сервер, мне кажется, д.б. сугубо русскоязычным (толпы умученных Американской Трагедией американских же подростков сюда вряд ли ввалятся - но всё же, нечего тут).

2. Unicode слоноподобный - для русского сервера он нужен?

3. Сжатие комментариев - как-то переделать или встроить удобный threader (типа lj+вского, но он отвратительно работает, надо свой).

4. Встроенная системка статистики (хосты-хиты-pages-referrals и хватит, можно "поисковые фразы" ещё). Через перекрывающие коды можно вставлять простые бесскриптовые счетчики типа рамблера или спецжжшных, они только ХХ показывают. Если будет встроенная система, как на li.ru (+ рейтинг для интересующихся), то и необходимости ничего вставлять не будет - а скрипты срезать надо, конечно, нечего тут.

http://www.liveinternet.ru/rating/dnevniki/boys/

"Дневники юношей" - есть "бобруйск", "гей-удолбанный-в-хлам" и крашеный певец из ансамбля "Смажь!". Сразу видно, кто тут популярный и кого читать кидаться.

(Ответить) (Ветвь дискуссии)

tiphareth
2005-07-16 12:47 (ссылка)

Спасибо, да.
Кроме пиписькомера, у нас это все
планируется. Сейчас (когда мы разберемся
в создании административных сообществ)
сделаем сообщество ljr_todo, в котором будет список
вещей, чего делать. Теперь по деталям:

>1. Русский интерфейс и документация. Причём ТОЛЬКО (на
> первое время или насовсем). Писать каждый может на
> любом языке, но сервер, мне кажется, д.б. сугубо
> русскоязычным (толпы умученных Американской Трагедией
> американских же подростков сюда вряд ли ввалятся - но
> всё же, нечего тут).

Это делается прямо сейчас.

>2. Unicode слоноподобный - для русского сервера он нужен?

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

>3. Сжатие комментариев - как-то переделать или встроить
> удобный threader (типа lj+вского, но он отвратительно
> работает, надо свой).

Абсолютно. Надо сделать нечто по образцу слэшдотовского
движка: то есть две опции - flat/threaded/nested,
oldest first/newest first.

Лично мне nested вообще видится идеалом, но в каких-то
ситуациях он неудобен, конечно.

>4. Встроенная системка статистики
> (хосты-хиты-pages-referrals и хватит, можно "поисковые
> фразы" ещё). Через перекрывающие коды можно вставлять
> простые бесскриптовые счетчики типа рамблера или
> спецжжшных, они только ХХ показывают. Если будет
> встроенная система, как на li.ru (+ рейтинг для
> интересующихся), то и необходимости ничего вставлять не
> будет - а скрипты срезать надо, конечно, нечего тут.

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

Для платных пользователей only, конечно же (то есть
сначала для всех, а месяца через 2-3 сказать дескать
платите денюжки).

>"Дневники юношей" - есть "бобруйск",
>"гей-удолбанный-в-хлам" и крашеный певец

Хи-хи. В Фирефоксе под Линуксом оно выглядит вот так:

Удивительно идиотское место.

Такие дела
Миша

(Ответить) (Уровень выше) (Ветвь дискуссии)

yushi
2005-07-16 18:33 (ссылка)

Firefox 1.0.4, ALT Linux 2.4 — всё нормально видно. Равно как и в Galeon 1.3.16.

Но место, действительно, фантастически идиотское. За такой, в прямом смысле слова, уеб-дизайн я даже затрудняюсь придумать, что надо делать. Впрочем, надо сказать, что с тех пор, как я последний раз туда заходил, у них наметился прогресс &mdahs; раньше даже постинги выводились с помощью жабаскрипа.

Публика, что характерно, старается соответствовать.

(Ответить) (Уровень выше) (Ветвь дискуссии)

	koenig 2005-07-16 20:14 (ссылка)
	я в ie+windows смотрю - все равно перекошено всё, и часть текста не читается http://www.liveinternet.ru/users/vlad_topalov/ какая-то кретинская панель сбоку "постоянные читатели", мешает (Ответить) (Уровень выше)

http://www.valez.ru/#ValeZ
2005-07-25 00:15 (ссылка)

>"Дневники юношей" - есть "бобруйск", "гей-удолбанный-в-хлам" и крашеный
>певец из ансамбля "Смажь!". Сразу видно, кто тут популярный и кого
>читать кидаться.

ха-ха.
и эти люди учат нас терпимости, свободе слова и самовыражения.

(Ответить) (Уровень выше) (Ветвь дискуссии)

tiphareth
2005-07-25 00:36 (ссылка)

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

Такие дела
Миша

(Ответить) (Уровень выше) (Ветвь дискуссии)

http://www.valez.ru/#ValeZ
2005-07-25 02:58 (ссылка)

А что тут
Верстка на div-ах + размер шрифта, создателем этого дизайна не предусмотренный. И картинки почему-то у вас не грузятся, что тоже нисколько не наша вина - судя по тому, что они последние на странице - им просто не дали загрузиться, прервав загрузку страницы.

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

А правила мы сами с пользой прочитали недавно на diary.ru (о чем, кстати, есть ссылка внизу наших правил)
Так что поучиться чему есть много у кого, советую :)

(Ответить) (Уровень выше) (Ветвь дискуссии)

	tiphareth 2005-07-25 03:01 (ссылка)
	Да, я на diary.ru тоже посмотрел, конечно. Но там вообще полный фашизм. Касательно недогрузившихся картинок - оно такое было всегда, даже shift-reload не помогал. Такие дела Миша (Ответить) (Уровень выше)

	tiphareth 2005-07-25 03:10 (ссылка)
	Firefox считает, что адрес этих картинок такой: http://www.liveinternet.ru/users/max_2005/border='0' Каким образом сей эффект достигнут - выше моего разумения. Такие дела Миша (Ответить) (Уровень выше)

koenig
2005-07-16 13:20 (ссылка)

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

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

Для платных пользователей only, конечно же (то есть
сначала для всех, а месяца через 2-3 сказать дескать
платите денюжки).

Ну вот можно полную статистику как раз платным юзерам давать. Должны же быть какие-то преимущества, кроме возможности делать опросы (картинок тут и так до фига можно делать, как я понял, кому это нужно).

Хи-хи. В Фирефоксе под Линуксом оно выглядит вот так:

Да понятно, что помойка. Но несколько интересных опций там можно подглядеть:

5. Возможность скачивания всего дневника (м.б. без комментариев, на лиру вроде без) одним файлом в zip. Удобно.

отсюда вытекает:

6. Удобный клиент для архивации (аналог ljsm.pl, но доступный любому - без командной строки и кучи допключей, многие и не знают, как командную строку найти). А так запустил exe, ввел логин-пароль, натыкал галочек - и качай.

7. Могучая поисковая система по серверу, включая комментарии. В ЖЖ её не было (говорили, что по техпричинам непреодолимой силы). Новый ресурс должен быть лучше жж, если можно будет всё же запустить это - будет хорошо.

8. Ну и всякие мелкие фичи с ljplus типа "кто занес в мемориз", "общие друзья" и тд можно разработать, если будет время-желание-возможности.

(Ответить) (Ветвь дискуссии)

drz
2005-07-20 07:49 (ссылка)

Добавлю ещё пожеланий:

1. Сделать возможность грамотной рубрикации и вложенных документов (как в НПЖ).

2. Подписка на комментарии к чему угодно (хоть ко всему дневнику, хоть к отдельному сообщению). Хотя, кажется, я уже где-то здесь в комментариях об этом говорил.

3. wiki? Не знаю, возможно ли это скрестить с ЖЖ-движком, но было бы очень вкусно.

(Ответить) (Уровень выше)

(Анонимно)
2005-07-20 22:35 (ссылка)

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

(Ответить)