>>80842
Понял. Ну, тогда надо будет добавить, раз кто-то пользуется.

>>80828
> Все функции, доступные в Вакабе;
Кроме, пожалуй, вакаба марка. Решительно нахуй это говно, не 2005 год ведь.
Я имею в виду всякие маркированные и немаркированные списки, разделение на блоки и т.д.

>>80849
Ну а почему нет, оно мешает что ли? Не хочешь - не пользуйся, юзай bbCode.

>>80832
Ну что, пирожок, сделал я каталог. Изи модо, за полтора часа управился. И картинки видно, и текст, и по ссылкам предпросмотр постов работает. Я слов на ветер не бросаю почти.

>>80854
И RSS тоже сделал. Кстати, самая простая и четко описанная спецификация из всех, что я встречал.

Что касается переноса треда, то это очень большой костыль, и вот почему (да, всем насрать, но я поясню). У каждого поста есть ID и номер. Почему ID != номеру? Потому что (здесь и далее типичная реализация) в таблице posts имеются посты с разных досок, номера их, соответственно, могут совпадать (пост 123 с доски /a/ и пост 123 с доски /dev/). ID у них уникальные, по ID пост привязывается к треду. Тут все ок: захотели перенести - сменили номер ОП-поста на (${последний_пост_на_доске_куда_переносим} + 1) и для каждого ответа еще +1.
Но! Посты (сюрприз!) ссылаются друг на друга. И нам придется делать что? Правильно, искать в тексте каждого поста ссылку на другой пост и заменять номер. А так ли это просто? Нет, не так просто, как кажется. Простейший (хотя какой уж он простейший, ну да ладно) пример: внутри блока кода был текст >>123. Но он относился не к посту той доски, с которой перенесли, а к чему-то другому. А мы его возьмем и заменим. Нехорошо. Придется городить монструозные и очень сложные правила, которые все равно, скорее всего, чего-то не учтут. Да, случай редчайший, но нехорошо так делать.
Вот такие рассуждения. По-хорошему тред, не соответствующий разделу, надо закрыть/удалить (в зависимости от степени упоротости модерации) и попросить пересоздать там, где ему место. В новом ОП-посте просто указывается ссылка на предыдущий, и все чувствуют себя сухо и комфортно.

>>80859
Нафига нужна сквозная нумерация постов в базе (да и вообще использование СУБД в данном случае) вообще? Не проще сделать "на файлах" (т.е. каждый раздел == каталог, тред - файл, индекс регенерируется при изменениях в файлах), если так сильно нужно нумеровать посты - держать отдельную "табличку"\файличку с числом, откуда ее читать при добавлении поста, увеличивать на 1 и класть обратно?
Перемещение тредов - просто перемещение файла по ФС, без еботы с таблицами связей -> id поста -> id треда -> id раздела.
Всякие баны\ридонли вообще можно разруливать на уровне веб-сервера через .htaccess.

Вот, кстати, полный список возможностей в соответствии с http://noobtype.ru/wiki/Сравнение_движков_для_имиджбордов

Постинг без регистрации, анонимность ✓
Трипкоды ✓ (можно отключить их отображение в настройках)
Иные способы публичной идентификации пользователей ✗ (впрочем, модераторам показываются IP пользователей)
Встроенный механизм кодов подтверждения ✓ (имеется возможность выбора капчи пользователем, а также добавления новых капч админом через плагины)
Интернациональные разделы (а-ля краутчановский /int/) ✓ (определение с точностью до города)
Bugtracker-like разделы (показываются браузеры) ✓
Поддержка нескольких тематических разделов в пределах одной установки движка ✓
Отображение причины бана для пользователя ✓ (а также даты снятия блокировки)
Возможность ограничения/разрешения постинга для определённых групп пользователей ✓ (по диапазону IP)
Возможность показа сообщений только их автору ✓ (система черновиков: пост-черновик можно редактировать, он не виден другим)
Премодерация сообщений ✗ (и никогда не будет - политика разработчика, однако, см. предыдущий пункт)
Перенос нитей между досками ✗ (возможно, будет, однако не соответсвует политика разработчика и его взглядам на консистентность данных при этой операции)
Закрытие нитей ✓
Прикрепление нитей ✓
Возможность сохранения пользователем всего треда одним файлом ✓ (только картинки в архиве, для сохранения страницы в браузере есть "Страница -> Сохранить как...")
Встроенная возможность скрытия тредов ✓ (в том числе с использованием спеллов как в Dollchan Extension Tools)
Встроенная возможность скрытия сообщений ✓ (см. предыдущий пункт)
Пользовательские настройки интерфейса ✓ (в том числе скрытие некоторых элементов, таких как имя/трипкод, а также настройка действий при постинге, плюс горячие клавиши и пользовательские CSS)
Просмотр сообщений при наведении на ссылку ✓ (в том числе ссылки на другие доски и рекурсивные ссылки)
Разворачивание картинок прямо в нити ✓ (по центру, можно масштабировать и двигать)
Разворачивание нитей ✓
Быстрый ответ ✓
Возможность развернуть слишком длинное сообщение без посещения нити ✓ (развернуто по умолчанию, для слишком большого сообщения добавляются полосы прокрутки)
Встроенные ролики YouTube ✓
Версия для мобильных устройств ✓ (отдельный адрес не требуется, тип клиента определяется по User Agent, сервер отдает соответствующие версии страниц)
Версия для КПК ✓ (см. предыдущий пункт, версия для мобильных подойдет и для КПК)
Карта ответов ✓ (в том числе рекурсивные ссылки)
Контроль NSFW-контента ✓
RSS ✓
Уведомления о новых ответах в избранные треды ✓
Автоподгрузка сообщений ✓
Поиск по доскам ✓
Добавление нитей в «избранное» ✓
Добавление сообщений в «избранное» ✗ (а также нет системы лайков и возможности твитнуть, вот ужас, правда?)
Список нитей (режим каталога) ✓
Возможность приложить больше одного файла к сообщению ✓ (настраивается админом для всех досок или для каждой в отдельности, от 0 до 2^32 - 1)
Возможность прикладывать не только картинки, но и другие типы файлов ✓
Встроенный проигрыватель для музыкальных файлов ✓ (отдельная страница-плейлист, куда можно добавлять треки; также можно редактировать теги аудио-файлов)
Поддержка форматирования текста с помощью WakabaMark ✓
Удаление сообщений пользователем ✓
Жалобы на сообщения ✗ (и никогда не будет - политика разработчика)
Оэкаки ✗ (есть в планах, но не первоочередных)
Создание сообщений без перезагрузки страницы ✓
API ✓ (AJAX-запросы, полное покрытие всех возможностей движка)
Доступность исходных кодов ✓ (GPL)

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

>>80850
Мешает. Списки создаются автоматически, когда ты этого не хочешь. В итоге пост выглядит отвратительно, особенно когда список состоит из 1. 2. 2а. 2б. и так далее.

Разделением на блоки нельзя не пользоваться, это неотъемлимая часть разметки. Вместо двойных переносов строки - разрыв параграфов. Вместо переноса у цитат - blockquote.
Ты глянь на ычане, разве это нормально?

-------------------
>>номер

>цитата

текст
------------------

Совершенно отвратительно, особенно когда отвечаешь нескольким. А ведь когда пишешь пост, всё выглядит в порядке.

-------------------
>>номер

>цитата

текст
>>номер

>цитата

текст
------------------

А больше 2 переносов вообще не сделать.

Вакаба марк - попытка создать крутую сложную разметку похожую на маркдаун. Она не нужна современным имиджбордам.

>>80859
> Придется городить монструозные и очень сложные правила
<a .*>&gt;&gt;\d+</a>

>>80860
Ты мугичкой читал? В каждом разделе своя нумерация, в /a/ и в /b/ могут одновременно быть посты с номером 123. Хоть на чем ты сделай, хоть в БД, хоть на файлах, хоть в KV-хранилище, хоть мелом на доске записывай, все равно получишь конфликт номеров. Хотя давай я поясню все же:
>Нафига нужна сквозная нумерация постов в базе (да и вообще использование СУБД в данном случае) вообще?
Если мы понимаем под сквозной нумерацией одно и то же, то вот тебе пример: создали пост, назначили ему ID, потом создали новый пост и ему назначили ID. Но вот беда, посты то на разных досках. Получилось, что в /a/ первый пост - с номером 1, а в /b/ - первый пост с номером 2, что как-бы не логично.
>Не проще сделать "на файлах"
Проще, но не быстрее. Я не хочу, чтоб у меня все тормозило как здесь.
>(т.е. каждый раздел == каталог, тред - файл, индекс регенерируется при изменениях в файлах), если так сильно нужно нумеровать посты - держать отдельную "табличку"\файличку с числом, откуда ее читать при добавлении поста, увеличивать на 1 и класть обратно?
Супермедленно, а также велосипедные блокировки вместо SQL-транзакций. Результат, думаю, предсказуем, когда речь идет о чем-то сложнее, чем отправить 1 картинку с текстом раз в год.
>Всякие баны\ридонли вообще можно разруливать на уровне веб-сервера через .htaccess.
А если я хочу nginx? При каждом новом бане конвертировать и перезаливать? Самому то не смешно? Плюс, как ты ограничишь, например, только постинг, а не доступ вообще? .htaccess это очень низкоуровневое решение для блокировки на века, например, по странам.

>>80863
Еще один чтец попой. Там пример есть, перечитай, вникни.

>>80862
Я что-то не могу понять, о чем ты. Лишнее пространство между цитатой и последующим текстом и невозможность вставить больше 1 переноса строки? Моя реализация не страдает этим, вот пример.

>>80865
Я внимательно читал. Внутри блока когда >>номер не заменён на ссылку, это просто текст.
Если это не так, надо заниматься не переносом треда, а доработкой парсера разметки.

>>80866
Потому что у тебя не блочная разметка, а значит не вакаба марк.

>>80867
> блока кода
фикс

>>80867
Хм, а ведь ты прав, это я затупил. У меня и исходный текст хранится, и распарсенный. Хотя, опять же, кто мешает отправить внутри блока кода html-код с подобной ссылкой?
>>80868
На выходе - конечно, нет, а все стандартные управляющие символы точно такие же. Разве язык разметки не определяется в первую очередь синтаксисом, а только потом - получаемым результатом?

>>80870
> Хотя, опять же, кто мешает отправить внутри блока кода html-код с подобной ссылкой?
Этот код будет экранирован. < заменено на &lt;, > на &gt;. Нет? Бегом доделывать парсер, этож пиздец какая дырень, если html начисто отображается.

А вот оригинальная разметка пожалуй не поддаётся такому, да. Но мб это и не нужно.

> Разве язык разметки не определяется в первую очередь синтаксисом, а только потом - получаемым результатом?
Он определяется и тем и другим, потому что в твоей реализации разметки одни и те же управляющие символы делают разные вещи по сравнению с вакаба марком.

>>80871
Спасибо тебе, добрый человек. Я что-то зациклился на неотпарсенном тексте и все никак не мог сообразить, что в отпарсенном виде там будет замена спец. символов. Теперь все понял. В таком случае сделать можно, хотя и будет муторно исправлять все ссылки из других постов на перенесенные и наоборот, но хотя бы ничего не нарушится. Сделаю, че бы и нет.
>Он определяется и тем и другим, потому что в твоей реализации разметки одни и те же управляющие символы делают разные вещи по сравнению с вакаба марком.
Хорошо, ну можно же тогда сказать что у меня "модифицированный вакабамарк"?

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

>>80873
Я как-то не обращал внимания на это раньше, а сейчас посмотрел - и правда коряво. Хотя, возможно, с семантической точки зрения у меня еще хуже (br-ками разбивается).
Что касается вакабамарка, то можно просто добавить галочку "Распознавать вакабамарк", в соответствие с наличием которой парсер будет вести себя по-разному.

>>80864
> В каждом разделе своя нумерация, в /a/ и в /b/ могут одновременно быть посты с номером 123.

Ага, но в моем примере "номер" поста существует только внутри треда.

>Проще, но не быстрее

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

>Супермедленно,
>а также велосипедные блокировки вместо SQL-транзакций.

Чет смотрю я на падучий сосэтч и остальные шедевры инженерной мысли и не вижу разницы, есличестно.

>Результат, думаю, предсказуем,

Ага. Будет работать пока не рассыплется железо от старости.

>когда речь идет о чем-то сложнее, чем отправить 1 картинку с текстом раз в год.

А оно пойдет вообще? У меня история чуть ли не в десять лет с доказательством на людях, что нет.

>А если я хочу nginx?
Да легко. Он поддерживает необходимый функционал, и не жрет столько памяти как арасне.

>При каждом новом бане конвертировать и перезаливать?

Почему нет? Ты руками будешь это делать как Мод-тян?

>Самому то не смешно?

Нет.

>Плюс, как ты ограничишь, например, только постинг, а не доступ вообще?

Элементарно. Доступ "r/o" - доступ к кэшу (*.html), доступ "на запись" - доступ к скрипту, который добавляет в кэш пост, ставишь правило srcip== badip -> goto 404.html (хз как там по синтаксису) Проблема ридонли решена. Можно заморочаться и прописать даже разные шаблоны с причинами банов. И не пускать каждый раз запрос через скриптовую прослойку а дать серверу делать свою работу.

>.htaccess это очень низкоуровневое решение для блокировки на века, например, по странам.

Чеж тогда iptables? Уровень протонов, я полагаю?

>>80874
> еще хуже (br-ками разбивается).
Это как раз таки нормально. Образуется чёткая связь: вот здесь я сделал перенос строки, поэтому \n меняется на <br/>.
А не какая-то сложная хуйня, когда весь текст разбивается на блоки.
>Что касается вакабамарка, то можно просто добавить галочку "Распознавать вакабамарк", в соответствие с наличием которой парсер будет вести себя по-разному.
Ты сейчас про спецсимволы или блоки?
Второе точно не нужно, потому что блочная разметка для постов вообще архаизм.
А первое может и неплохая идея. Порой раздражает, что разметка звёздочки съедает или ещё какие-то символы.

>>80876
Спецсимволы, разумеется. Блоки в любом случае не нужны.

>>80875
>Ага, но в моем примере "номер" поста существует только внутри треда.
Нигде не видел, чтобы на борде не было сквозной нумерации. Как тогда на посты из других тредов ссылаться? Добавлять id треда? Как-то велосипедно.
>RAM-диск вполне сможет потягаться в скорости с субд.
Лол. А если электричество отключат? Хотя, фиг с ним. Ты представь, как СУБД на рамдиске летать будет. Для справки: у меня SQLite.
>Чет смотрю я на падучий сосэтч и остальные шедевры инженерной мысли и не вижу разницы, есличестно.
Это когда сосач последний раз падал? (Блокировки рыбнадзора не считаются). У меня тоже ничего не падает, стресс-тесты выполнял.
>Будет работать пока не рассыплется железо от старости.
Нет, нарушится консистентность через десяток постов.
>А оно пойдет вообще? У меня история чуть ли не в десять лет с доказательством на людях, что нет.
Плох тот солдат, что не мечтает стать генералом. Мы о нормальном движке говорим, а не об очередной переделанной (правильнее сказать испоганенной) вакабе.
>Почему нет? Ты руками будешь это делать как Мод-тян?
Потому что я хочу через веб-интерфейс жмякнуть "зойбанить" и не пердолиться с nginx-ом и апаче.
>Элементарно.
А если у меня монолитный сервер, а не скрипт? Он вообще без nginx вполне себе работает, nginx я использую только для вывода заглушки, когда перезапускаюсь. Зачем мне раздристывать все по стеку, если проще делать в одном месте? Я этот сервер могу завтра с впс под кровать перенести, и все продолжит работать, даже если там будет апаче вместо nginx или вообще ничего не будет.
>Чеж тогда iptables? Уровень протонов, я полагаю?
Почти. Это абсолютно разные уровни блокировки. Не хотел бы спорить с человеком, который банит на один день через iptables, лол.

Сделайте общюю нумерацию постов на всей борде, зачем делать костыли?

>>80879
>Как тогда на посты из других тредов ссылаться?

По полному урлу.

>Лол. А если электричество отключат?

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

>Ты представь, как СУБД на рамдиске летать будет

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

>Нет, нарушится консистентность через десяток постов.

Это каким же обазом?

>Плох тот солдат, что не мечтает стать генералом.

Весь хайлоад живет с КЭШЕЙ НА ФАЙЛАХ НА РАМДИСКАХ + распределения нагрузки. Пара-пара-пам. Фиу! Бац.
Зачем городить корявые велосипеды, когда все уже давно нагорожено и протестировано.

>Потому что я хочу через веб-интерфейс жмякнуть "зойбанить" и не пердолиться с nginx-ом и апаче.

Ахахахаха. Ты правда не знаешь как с вебморды переписать конфиг системы? Серьезно?

>А если у меня монолитный сервер, а не скрипт?

Ну и ебись сам с ним. Сегфолты, мемлики, депендес-хелл и прочее.

>Зачем мне раздристывать все по стеку, если проще делать в одном месте?

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

>Я этот сервер могу завтра с впс под кровать перенести

А в моем случае скрипты инициализации и конфигурации намертво привязываются к хосту?

> Не хотел бы спорить с человеком, который банит на один день через iptables, лол.

Ой да ладно. Как показала практика - ничего в этом страшного нет.

>>80884
Ты какой-то упертый (и тый) пердолик с UINIX-way головного мозга. Пердолься сам, а я сделаю удобно и по-человечески.

>>80886
>и упоротый

>>80879
> Это когда сосач последний раз падал?
Там постоянно 502 при постинге. Ну, не постоянно, но очень часто, раз в неделю точно на час-второй всё останавливается, а крупное падение было месяца 2 назад.

>>80888
2 недели назад там было очень крупное падение.

>>80888
Ни разу не видел. Хотя я не очень часто пощу. Ну, поверю на слово.

>>80871
Сейчас начал реализовывать, и понял, почему так долго тупил. Как я выше написал, у меня хранится и исходный текст, и результат парсинга. Так вот, в отпарсенном текста все легко находится и заменяется, а в исходном - нет. И если потом потребуется, скажем, отредактировать пост, то будет показан старый исходный текст, со старым номером поста. Вот такая вот загогулина.

ｷﾀ━━━(ﾟ∀ﾟ)━━━!!

>>80895
"Остаться в треде после нажатия кнопки отправки"

>>80896
Спасибо!

Итак:
Перенос нитей между досками ✓
Ссылки на посты меняются в соответствии с новыми номерами постов, не меняется только исходный текст поста, так что при редактировании придется быть внимательным и поменять вручную. Увы, стопроцентного способа обнаружить ссылку на пост в неотпарсенном тексте нет. Можно теоретически при парсинге запоминать позицию ссылки и хранить соответствующий список, но это очень большой костыль и переусложнение.

Итого: в движке есть ВСЕ функции вакабы и кусабы. Хочу услышать, что админ скажет теперь. Сам виноват, не надо было меня провоцировать. (Это я так, по-доброму.)

>>80904
>Хочу услышать, что админ скажет теперь
Ну… Я искренне рад за вас, хулѣ.

>>80907
Понятно. То есть это примерно то же, что ты и описывал:
>типичному кодеру-мимокрокодилу плевать на опыт действующих чанов, ему хочется только реализовать свои амбиции.
>Для него «нормальный движок» — это движок, написанный на его любимых языках программирования, фреймворках и прочих никому не интересных костылях. Функции он делает только те, которые кажутся ему интересными.
Счастливо оставаться.

>>80908
Я не знаю, чего вы так возбудились вообще, но выше у вас самого:
>и никогда не будет - политика разработчика
То есть, вы пилите движок для своей личной борды под свои личные представления о бордах. Это как раз именно то, о чём я говорил.

Совус, пшли пиво пить, хорош хернёй страдать.

>>80911

>>80912

>>80904
Какова цель твоего выпендрежа в треде? Ты хочешь чтобы няшный движок чиочана заменили твоим поделием? А не много ли ты хочешь, ммм?

>>80915
Ну нельзя вот так пить всякую дрянь, от неё последняя мотивация пропадёт.

Расскажите мне про соуса. Он хороший?

>>80926
7/10

>>80921

>>80926
Разве может плохой человек в наш век, преступный и постыдный, держать у себя анимешную капчу?

>>80609
Я там несколько жалоб отправил. Это я баловался, не обращай внимания. Спасибо.

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