Настроить, Войти
Обсуждение технических проблем индимедии
автор Gordon, дата 2011-09-26 11:56, история, textile, комментариев: 69, связано с: Беларуская Індымэдыя

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

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

Участие всех пользователей просто необходимо, так как только от каждого из нас зависит формат проекта.

К сожалению, вот уже как два года возможность анонимной публикации была выпилена и комментировать сообщения могут только зарегистрировавшиеся пользователи

Комментарии
автор mumu, дата 2011-09-19 16:02, ссылка

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

автор kosstyaa, дата 2011-09-19 21:22, ссылка

Поставьте tinyMCE какой-нибудь.

автор Gordon, дата 2011-09-20 11:33, комментариев: 31, ссылка

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

На главной странице до сих пор нет линки на регистрацию.

Открытая публикация не работает уже несколько лет.

Нет возможности заливать файлы на сайт, размером больше 2-х мбайт – соединение просто обрывается.

автор a., дата 2011-09-20 12:37, комментариев: 30, ссылка

Невозможно работать с сайтом при частых обновлениях – постоянные ошибки.

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

На главной странице до сих пор нет линки на регистрацию.

Есть ссылка на регистрацию на каждой странице, называется она Log in, в русском переводе — Войти. Что не так?

Открытая публикация не работает уже несколько лет.

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

Последний очевидный вариант, который ещё не опробован — подключить капчу. Кто может посоветовать хорошую капчу, которая легко подключается на Ruby?

Нет возможности заливать файлы на сайт, размером больше 2-х мбайт – соединение просто обрывается.

Такого быть просто не…

Просмотреть сообщение целиком

автор черепаха-луноход, дата 2011-09-20 13:15, ссылка

С файлами точно есть такая проблема: когда аттачишь пару фоток, размером больше мегабайта, частенько вместо “превью поста” получаешь разрыв соединения.

автор a., дата 2011-09-20 13:43, ссылка

Скачать файл pdf (5.5M)

автор a., дата 2011-09-20 13:45, ссылка

С файлами точно есть такая проблема: когда аттачишь пару фоток, размером больше мегабайта, частенько вместо “превью поста” получаешь разрыв соединения.

Залил два файла, 2.4 Мб и следом 5.5 Мб, имхо можно считать проблему решённой. Были демоны, но они… самоликвидировались.

автор a., дата 2011-09-20 14:13, ссылка

У меня при заливке файлов такое бывало, если клиент "засыпает" (то есть перестаёт закачивать файл) на полминуты или больше. Или может быть что-то не так с файлом, который заливали. Неправильно конечно, но, это не та же самая ошибкая, которая была раньше с разрывом соединения по инициативе сервера.

автор черепаха-луноход, дата 2011-09-20 13:49, ссылка

Нарвался на это 10 минут назад.

автор черепаха-луноход, дата 2011-09-20 13:52, комментариев: 4, ссылка

По капче: что насчёт http://captcha.rubyforge.org/ ?

С запросами на внешний мир варианты не рассматриваем?

автор a., дата 2011-09-20 14:27, комментариев: 3, ссылка

По капче: что насчёт http://captcha.rubyforge.org/ ?

Первое и последнее обновление в 2004 году? Не внушает. rubygems.org сообщает, что есть более новая версия 2009 года, правда количество пользователей — 1560 закачек — на пару порядков ниже аналогов, которые, в свою очередь, не работают без Rails. Ещё один интересный вариант — mathcha, но он требует модуля Linguistics, который тоже не обновлялся с 2007 года. В общем не фонтан, но от безысходности можно и попробовать.

С запросами на внешний мир варианты не рассматриваем?

Нет, не рассматриваем, по крайней мере за пределы indymedia.org и riseup.net. Любой такой внешний запрос сразу засветит постера.

автор черепаха-луноход, дата 2011-09-21 00:05, комментариев: 2, ссылка

А насколько "сильны" варианты с капчами вида: "5 + три = ?", которые можно вообще запилить самостоятельно.

автор a., дата 2011-09-21 14:30, комментариев: 1, ссылка

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

автор черепаха-луноход, дата 2011-09-22 19:20, ссылка

Так а если первую цифру сделать картинкой, а вторую текстом? Это тоже не сложно. Особенно если картинки взять уже готовые, а не рисовать самим)

автор Gordon, дата 2011-09-20 15:16, комментариев: 17, ссылка

Вопрос стоит насколько решаема проблема с постоянными ошибками? Насколько мне известно она существует последние полтора года где-то.

Что касается регистрации, то register и log in – две абсолютно разные функции и для простого пользователя, если нет возможности зарегистрироваться и нет собственного аккаунта, то он, скорее всего, даже не попытается открыть страницу логина.

автор a., дата 2011-09-20 15:30, комментариев: 11, ссылка

Вопрос стоит насколько решаема проблема с постоянными ошибками?

Решаема. Раз раньше этой проблемы не было, значит вполне возможно изолировать то изменение, после которого она началась. Вопрос времени и рук.

Насколько мне известно она существует последние полтора года где-то.

Это я знаю, важнее другое — насколько часто она проявляется именно в последнее время. В этом обсуждении уже 18 комментов, а сайт всё ещё не лёг…

автор Gordon, дата 2011-09-20 16:01, комментариев: 3, ссылка

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

автор a., дата 2011-09-20 17:16, комментариев: 2, ссылка

Если проблема решаема, то я не понимаю почему тогда заявляя это до сих пор ее никто не решил на протяжении полутора года?

Ты так злишься, будто полтора года назад я лично тебе обещал, что решу эту проблему за неделю. Говорю как есть — проблему решить можно. Раз она не решена — значит, ни у одного человека с руками правильного радиуса кривизны не нашлось на неё достаточно свободного времени. Тебе это непонятно или ты просто думаешь, что кто-то был тебе это обязан?

автор Gordon, дата 2011-09-21 00:05, ссылка

Я так расстроен из-за того, что полтора года назад разговор был о том, что эту проблему не решить, а только сгладить можно. Однако теперь в публичном месте ты делаешь заявление, что можно все исправить. Нежелание делать, или теперь начался чрезмерный энтузиазм от 30+ комментариев?)))

автор a., дата 2011-09-21 14:11, ссылка

Полтора года назад эта проблема и была сглажена. Поначалу сайт каждый раз ложился целиком и надолго (от получаса до пары часов). Сейчас, получая ошибку 500 или 502, можно нажать F5 и рассчитывать всё-таки достучаться до сайта.

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

Почему я считаю, что эта проблема в принципе может быть решена, я уже написал -- банально потому, что раньше её не было.

автор Thistle, дата 2011-09-20 16:09, ссылка

у меня эта ошибка (вроде 503) вылезла сразу при возврате на предыдущую страницу (по кнопке "back" браузера).

автор الكراهية والموت, дата 2011-09-20 21:25, комментариев: 3, ссылка

>> Насколько мне известно она существует последние полтора года где-то.

> Это я знаю, важнее другое — насколько часто она проявляется именно в последнее время. В этом обсуждении уже 18 комментов, а сайт всё ещё не лёг…

Калі пасьля дабаўленьня паста адразу перайсьці да /, то 100% будзе 504-я памылка.

Калі гэтай праблеме 1,5 гады, то яна выкліканая міграцыяй з 0.6.2 на 0.6.2.20090610, а значыць, яна зьвязаная з тым, што зьмянілася схема базы. Існуе брудны хак, які паскарае пабудову / на 25%.

автор a., дата 2011-09-21 14:25, комментариев: 2, ссылка

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

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

автор Gordon, дата 2011-09-25 11:29, ссылка

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

автор a., дата 2011-09-25 15:12, ссылка

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

автор черепаха-луноход, дата 2011-09-21 01:20, комментариев: 1, ссылка

Только что, во время реплая схватил:

502 Bad Gateway
-—————-
nginx/0.7.67

Так что за 18 комментов – наверняка такое у кого-то было ещё, просто они об этом не говорят))

автор Gordon, дата 2011-09-25 11:29, ссылка

Я эту ошибку наблюдаю раз 5-10 за день на индимедии. А теперь представьте, что вы новый пользователь, который зашел первый раз на индимедию по какой-то ссылке и увидел эту ошибку.

Ваши действия?

автор a., дата 2011-09-20 15:38, комментариев: 4, ссылка

register и log in – две абсолютно разные функции и для простого пользователя, если нет возможности зарегистрироваться и нет собственного аккаунта, то он, скорее всего, даже не попытается открыть страницу логина.

Не вполне очевидный вывод, но добавить отдельную ссылку “Создать нового пользователя” рядом со ссылкой “Войти” несложно. Кто ещё считает, что это нужно сделать?

автор الكراهية والموت, дата 2011-09-20 21:26, комментариев: 3, ссылка

Навошта яшчэ адна спасылка? Проста памяняць Log in на Log in/Register.

автор Gordon, дата 2011-09-21 00:06, комментариев: 2, ссылка

Куда тогда должна вести эта ссылка - на логин или на страницу регистрации нового аккаунта?

автор черепаха-луноход, дата 2011-09-21 01:11, комментариев: 1, ссылка

Логично, что на логин, в котором будет ссылка “Зарегистрироваться, если у вас нет регистрации” =)

Если конечно вопрос с анонимными постами не решится.

автор Gordon, дата 2011-09-25 11:26, ссылка

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

автор черепаха-луноход, дата 2011-09-20 14:26, комментариев: 12, ссылка

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

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

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

Не уверен, но работает ли вставка видео со сторонних ресурсов типа ютуба, или это как-то мешает безопасности? Аналогично с проигрыванием аудиофайлов.

И ещё: возможно ли как-либо упростить работу с тегами?
В плане создания новых прямо из страницы публикации поста.

И наконец, опять же, не…

Просмотреть сообщение целиком

автор a., дата 2011-09-20 14:53, комментариев: 3, ссылка

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

Дельная идея.

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

Тут не согласен. Если реплай настолько навороченный, что там нужны и текст и картинки — это должен быть не реплай, а отдельное сообщение. Имхо ничего хорошего в развесистых флеймах по 1000 комментов нету, обычно за пределами первой пары десятков коментов — ничего кроме метания говн и чесания ЧСВ. Поэтому не очень хочется приравнивать комменты к полноценным сообщениям.

Не уверен, но работает ли вставка видео со сторонних ресурсов типа ютуба, или это как-то мешает безопасности? Аналогично с проигрыванием аудиофайлов.

То же самое, что с использованием внешних сервисов для фильтрации…

Просмотреть сообщение целиком

автор الكراهية والموت, дата 2011-09-20 21:54, комментариев: 1, ссылка

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

> Дельная идея.

Ідэя дадаць javascript рэдактар таксама нішто такая, тым больш, што пра гэта гаварылі даўным-даўно, і ў ТУДУ такі пункт ёсьць. Прапанаваны tinyMCE выглядае някепска, у плюсах -- незалежнасьць ад вонкавых js-lib, у мінусах -- фармат толькі xhtml. Існуе некалькі рэдактараў, якія ўмеюць textile (ёў, мазафака!), але яны залежаць альбо ад jquery/prototype ці тэгу canvas.

автор черепаха-луноход, дата 2011-09-21 00:46, ссылка

Да, под xhtml есть ещё и http://ckeditor.com.

Насчёт Textile: что думаем по поводу вот этого http://zhangzhe.heroku.com/example/textile , этого http://zhangzhe.heroku.com/example/WYSIWYG_textile и второго примера тут http://tore.darell.no/sanskrit/ ?

автор черепаха-луноход, дата 2011-09-21 00:32, ссылка

раз шпаргалка дельная идея, хороший пример нашёл здесь http://textile.thresholdstate.com/

автор a., дата 2011-09-20 17:34, комментариев: 7, ссылка

работает ли вставка видео со сторонних ресурсов типа ютуба

Вместо ютуба можно использовать video.indymedia.org, правда я не знаю, как там с поддержкой потокового видео, вроде только по http файлы раздаются…

автор черепаха-луноход, дата 2011-09-21 01:31, ссылка

Даже если она есть, там “Note to Uploaders: It can take ca. 4-12 hours before a download link shows up. Please be patient.”

Мало кто будет за столько планировать свой пост, или редактировать потом его ещё.

Можно ли сделать как на Афинской индимедии, где они используют флэш-плеер http://athens.indymedia.org/local/files/mediaplayer.swf для залитых на неё же файлов local/webcast/uploads/dax.mp4 ?

Живой пример тут

автор a., дата 2011-09-21 13:35, комментариев: 5, ссылка

Такое и у нас есть, вот например.

автор черепаха-луноход, дата 2011-09-22 19:21, ссылка

О, круто. Видно не один я не знал об этом, поэтому и не пользовались)

автор a., дата 2011-09-22 20:09, ссылка

Скорее не пользовались из-за проблем с закачкой файлов больше 2 Мб. Теперь до 20 Мб по идее должно работать, а если уж что больше -- тогда придётся с video.indymedia.org возиться.

автор Gordon, дата 2011-09-25 11:15, ссылка

Все равно реализация не полная. Необходима возможность вставки видео в тело сообщения, а не отдельной линкой.

автор Gordon, дата 2011-09-25 11:19, ссылка

Все равно реализация не полная. Необходима возможность вставки видео в тело сообщения, а не отдельной линкой.

автор a., дата 2011-09-25 15:22, ссылка

Необходима возможность вставки видео в тело сообщения, а не отдельной линкой.

Необходима? Или просто хочется красивую рюшечку?

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

Может, отложим придирки по мелочам до времён, когда более серьёзные проблемы будут решены?

автор Gordon, дата 2011-09-20 15:17, комментариев: 2, ссылка

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

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

автор a., дата 2011-09-20 15:26, комментариев: 1, ссылка

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

А можно было просто нажать кнопку “показать все комментарии” внизу страницы.

автор samson, дата 2011-09-20 19:54, ссылка

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

автор Gordon, дата 2011-09-20 16:23, комментариев: 9, ссылка

С RSS проблемы:

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

автор a., дата 2011-09-20 17:25, ссылка

Не совсем так: когда сообщение обновляется, в ленте RSS меняется его время создания. Многие RSS-клиенты интерпретируют это как появление нового сообщения, несмотря на то, что и название, и URL сообщения остаются прежними.

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

автор черепаха-луноход, дата 2011-09-21 00:20, ссылка

Поэтому и отредактированные посты заново поднимаются вверх стакана? Но ведь можно сделать возможность редактирования даты самого поста, и в случае исправления как-либо банальных опечаток, пользователь может не менять старую => пост не будет появляться в rss и подниматься в стакане. А от создания постов "из будущего" можно поставить ограничение по текущему времени например. ммм?

автор a., дата 2011-09-21 13:28, комментариев: 2, ссылка

Поэтому и отредактированные посты заново поднимаются вверх стакана?

Да, так и есть. В центральном стакане посты сортируются по номеру, в боковом — по дате последней модификации.

Но ведь можно сделать возможность редактирования даты самого поста

Можно сделать как во многих wiki, чекбокс — существенное ли это изменение, и не менять дату если оно несущественное. Но тогда сломается история модификаций поста, которая сейчас сортируется по дате.

Мне кажется, всплывание поправленных сообщений в верх стакана — скорее фича, чем баг, единственная проблема — в RSS. С этой точки зрения предпочтительнее всё-таки сделать в RSS сортировку по дате публикации самой первой версии сообщения. Я так подумал, что это будет не такое уж радикальное изменение, просто запрос в базу будет посложнее.

автор Gordon, дата 2011-09-25 11:20, ссылка

Ты готов это сделать?
Сколько это займет по времени?

автор a., дата 2011-09-25 15:26, ссылка

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

автор Gordon, дата 2011-10-01 18:36, ссылка
Обсуждение технических проблем индимедии
Нажмите, чтобы увеличить
автор Gordon, дата 2011-10-01 18:36, ссылка

Прилепил скрин, наглядно показывающий проблему того, что мы своей проблемой с РСС захламляем РСС глобальной индимедии…

автор a., дата 2011-12-07 15:46, ссылка

Обнаружена ещё одна ошибка с генерацией RSS: в фид кладутся полные, а не относительные урлы, при этом полный урл составляется на основе того урла, с которого грузится фид (например, если заходить по https, то и ссылки в RSS все будут с https). Однако запись в кэше для урла создаётся одна на все базовые урлы, соответственно, по которой форме урла фид загружают первый раз после очередного обновления, такие урлы в кэш и попадут.

Лечится исправлением кода в одной строчке, так что в ближайшие дни должно быть исправлено.

автор a., дата 2011-12-29 02:51, ссылка

Движок сайта обновлён до последней версии, в том числе исправлены все перечисленные выше проблемы с RSS -- сообщения в ленте обновлений теперь сортируются по дате первой публикации (то есть больше не всплывают вверх при редактировании), в ленте RSS и дата публикации тоже всегда пишется самая первая, ну и ошибка с кэшированием урлов в RSS-ленте тоже исправлена. Так что теперь дубликаты в ленте Индимедии больше не должны появляться.

автор черепаха-луноход, дата 2011-09-21 01:16, комментариев: 2, ссылка

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

Это из разряда “что бы хотелось улучшить в перспективе” =)

автор a., дата 2011-09-21 13:21, ссылка

С мобилки можно вместо главной страницы заходить по вот этой ссылке:

https://belarus.indymedia.org/frontpage/updates

Делать специальную версию сайта для мобилок пожалуй несколько поздно -- пройдёт ещё каких пару лет и все мобилки будут смартфонами...

автор Gordon, дата 2011-09-25 11:15, ссылка

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

автор Gordon, дата 2011-09-25 11:51, комментариев: 4, ссылка

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

Как вариант движок лондонской индимедии hyperactive.

автор a., дата 2011-09-25 17:00, ссылка

Ты готов обеспечить переезд на новый движок? Сколько это займёт по времени?

Если серьёзно, переезд на новый движок может занять больше сил, чем исправление тех недостатков движка, ради которых вообще стоило бы затевать такой переезд (из всего озвученного серьёзных проблем имхо только две — стабильность и отсутствие wysiwyg-редактора сообщений).

Если есть силы на то, чтобы организовать построение нового сайта на новом движке, перенос данных со старого движка, наведение более-менее своего внешнего вида, а потом и последующую поддержку более навороченного движка1 — не лучше ли потратить все эти силы на доведение до ума того, что уже есть?

1 Для сравнения: в Samizdat на данный момент всего примерно 8000 строк кода в 90 файлах, в Hyperactive — только своих 20000 строк в 700 файлах, не считая 2400 файлов локальных копий Rails, Selenium, TinyMCE и т.п.

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

Просмотреть сообщение целиком

автор Gordon, дата 2011-09-26 11:54, ссылка

Не понимаю о каких собственных силах идет речь. Насколько я знаю за последние пол года только один человек занимался выпиливанием самиздата.

Наличие багов и реквестов в hyperactive говорит о том, что проект развивается.

Самиздат застрял. Отсутствие пробелов в безопасности не означает, что движок выпилен на 100%, это лишь означает, что движок просто недостаточно изучен. Дыры есть везде и это факт. Другое дело, что здесь и сейчас нет спецов, которые готовы целыми днями ломать инди. Поэтому апелляция к тому, что самиздат безопаснее того же hyperactive, по-моему, абсолютно беспочвенна.

Отдельно стоит вопрос того, что до сих пор описанные ошибки так и не решились (многие из них уже освещались), хотя времени это сделать было предостаточно. Я сомневаюсь, что люди, которые раньше не могли выделить время на доработку движка, завтра это сделают.

автор a., дата 2011-09-27 04:53, ссылка

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

Наличие багов и реквестов в hyperactive говорит о том, что проект развивается.

Нет, это поток решённых багов и реквестов говорит о том, что проект развивается. Я даже не буду спорить с тем, что Hyperactive последнее время развивается более активно, чем Samizdat (хотя если считать только последние три месяца, в Samizdat коммитов больше :). Но одной только скорости движения недостаточно, чтобы определить относительное положение двух объектов во времени, надо смотреть ещё и на направление движения и начальное положение. В том ли направлении движется Hyperactive, которое нужно нам? Решены ли в нём уже все те задачи, которые в своё время были решены в Samizdat, в том числе и специально под нужды этого сайта?

Отсутствие пробелов в безопасности не означает, что движок…

Просмотреть сообщение целиком

автор Thistle, дата 2011-09-26 16:25, ссылка

На мой взгляд вопросы о переезде на новый движок имеет смысл поднимать только при следующих условиях:

1. Определены цели переезда на новый движок и его им соответствие.

2. Движок полностью соответствует политике безопасности белорусской индимедии.

3. Техническая группа располагает человеческими и временными ресурсами для его поддержки.

Так что кроме заявление "а давайте", неплохо было бы провести анализ предложенного движка на соответствие, а также найти необходимые ресурсы. Развернуть тестовую площадку, дать возможность участникам сравнить и на основании уже этого выносить данный вопрос на голосование. Это будет конструктивно.

А так неясно совершенно, что за движок, кому оно надо и чем он лучше самиздата. А может он хуже? Чисто внешне он ужасен на мой вкус. Как там обстоят дела с анонимными сообщениями? А со спамфильтром? А безопасность? Светятся ли айпишники и прочее? Насколько стабильно он работает? Хотелось бы подробностей, в чём его преимущество перед самиздатом.