Ru-Board.club
← Вернуться в раздел «Ikonboard v.3»

» А что случилось с ikonboard.com ??

Автор: BlackUS
Дата сообщения: 15.11.2005 22:22
сайт не отвечает... проект закрыли?
можно ли где-то скачать дистрибутив?

Спасибо!
Автор: Maxer
Дата сообщения: 15.11.2005 22:24
BlackUS
в файловом архиве есть:
http://forall.ru-board.com/download/

а сайт действительно лежит...
Автор: KEM
Дата сообщения: 16.11.2005 07:23
Нада 3 версию. В архиве тока 2.
Автор: Maxer
Дата сообщения: 16.11.2005 17:59
KEM
действительно, не заметил, сорри.

Добавлено:
з.ы.

Цитата:
Нада 3 версию

он ведь не написал какую именно версию надо:

Цитата:
можно ли где-то скачать дистрибутив?

Автор: Statievsky Danila
Дата сообщения: 17.11.2005 21:29
До сих пор мертво всё...
А вот что написано на netgimmicks.com:

"From the looks of it, ikonboard is pretty much dead. The official support forums are not online and haven't been for a few weeks now. The activity on this site is almost non-existant as well. Even if it does come online, it still looks like the end of ikonboard as most of the team have left and moved on."

Жаль, конечно... Могли бы и красиво уйти - типа Final Version какую-нибудь выложить...
Автор: wchik
Дата сообщения: 18.11.2005 21:03
Вот что в википедии написано
http://en.wikipedia.org/wiki/Ikonboard

Цитата:
Ikonboard 3.x

After the release of Ikonboard 3.0, Mecham stopped developing Ikonboard, which by that time had been acquired by the Jarvis Entertainment Group. Development since has been by a team of volunteers. The current reincarnation, currently in 3.1.3 Build 09, is said by supporters to be one of the most stable message board scripts on the internet with no known bugs or security flaws. It is one of the first releases to contain major feature changes and additions. One of these new, much needed, features is the Humain Readable Image (HRI) which keeps malicious users from mass registering. Another addition which is probably the best would be the Update Center. This allows board admins to auto update their software right from their control panel. However, due to the uncertainty of the future of the board, this release may never see public usage.
[edit]

The Future

Unfortunately the current future of Ikonboard is very unclear due to the of support and information provided by Westlin Corporation. Allegedly as a result of Hurricane Rita the servers which hosted Ikonboard became unavailable for approximately a month, resulting in some of the development team departing due to lack of comment from Westlin Corporation

A With Westlin refusing to talk to the support staff and developers the iB3.1.3 beta 09 was removed from public access in October 2005 until further notice. It was rumoured that John Jarvis (former owner of Jarvis Entertainment Group) is in legal talks for the rights of Ikonboard, although the situation is very unclear. On 28th October after months of speculation the official pink sheets were filled stating that Ikonboard along with other items had transfered ownership to John Jarvis, and his company Pitboss Entertainment.

Да кстати скачать пока можно отсюда (последний релиз и бету)
http://pitbossent.com/download/index.php?d=ikonboard
Автор: Roman_S
Дата сообщения: 19.11.2005 18:01
Ikonboard кельды.
Ярвис её закрыл нафиг. Причём решил, что лучше сгноить, чем открыть.

Лицензия у неё приватная, куча народу была готова добавить в IB кучу функционала и исправлений...
Увы, Ярвис расценивал её только как источник дохода. Коль дохода нет - лучше эту лошадь пистрелить, чем на вольный выпас отпустить.

(вообще для некоторых людей в русском языке используется сравнение с рогатым и бородатым копытным).
Автор: DStream
Дата сообщения: 20.11.2005 08:18
Хотя возможно проблема не в этом. Злишком уж наморочено и коряво некоторые вещи реализованы.
Автор: Roman_S
Дата сообщения: 20.11.2005 17:10
DStream
Технические проблемы тут ни при чём.
Проект не отличается сверхвысокой сложностью, намороченное несложно разморочить, корявое - выпрямить...
Проблема носит чисто организационный характер.

В общем, я рекомендую не ставить Ikonboard на новые сайты, не связываться так же с PHPшными проектами, а уходить вперёд - сразу на .NET
Автор: Statievsky Danila
Дата сообщения: 21.11.2005 09:29

Цитата:
а уходить вперёд - сразу на .NET

Например? И что бы можно было имеющееся IB безболезненно перенести...
Автор: Roman_S
Дата сообщения: 21.11.2005 22:08
> Например?
http://www.asp.net/ControlGallery/default.aspx?Category=34&tabindex=2
Да и в DNN встроено нечто.

> безболезненно перенести...
Я же сказал - для новых установок.
А имеющаяся ещё 200 лет проработает, независимо от факта присутствия поддержки и обновлений.
Автор: DStream
Дата сообщения: 23.11.2005 09:20

Цитата:
Проект не отличается сверхвысокой сложностью, намороченное несложно разморочить, корявое - выпрямить...
Там идеологические проблемы есть. С той же реализацией доступа к "базам"...
Цитата:
сразу на .NET
НЭТ!

Автор: Roman_S
Дата сообщения: 24.11.2005 20:32
DStream
> Там идеологические проблемы есть. С той же реализацией доступа к "базам"...
Проблемы в части PostgreSQL и Oracle я закрыл ещё к моменту выхода 9-ой сборки 3.1.3.
Мне говорили, что исправления включили в 9-ую сборку. Это не так?

> НЭТ!
Это идейное? Дело в том, что по причине разницы в ресурсопотреблении, та же логика на .NET обойдётся дешевле.
В переводе на "пощупать" это означает 10000 запросов пых-пых, 20000 перловых или 100000-200000 .NETовских.
Объективно - это самая совершенная технологя на сегодня.

Но если идейное - это ладно, это святое


Добавлено:
Да, о птичках.
Если у кого-то идейные проблемы, препятствующие перезду на быстрые современные механизмы (JSP и ASP.NET) то следует помнить, что основной разработчик Ikonboard работает над Invision Power Board.
Остальные - перебросились на ICT http://www.infinitecore.com

Оба проекта достаточно рано заставляют провайдера нервничать и ныть песнь про выделение серверов
Автор: DStream
Дата сообщения: 27.11.2005 09:07

Цитата:
Проблемы в части PostgreSQL и Oracle я закрыл ещё к моменту выхода 9-ой сборки 3.1.3.
Мне говорили, что исправления включили в 9-ую сборку. Это не так?
Сам механизм обращений к "ядру БД" упрощенный до уровня DBM существенно урезает возможности.
В общем компромисс между производительностью и универсальностью потихоньку сползает в сторону "тормозов".


Цитата:
Это идейное? Дело в том, что по причине разницы в ресурсопотреблении, та же логика на .NET обойдётся дешевле.
В переводе на "пощупать" это означает 10000 запросов пых-пых, 20000 перловых или 100000-200000 .NETовских.
Объективно - это самая совершенная технологя на сегодня.
Не сказал бы, что идейное. Просто слишком сильно проявляются всяческие взаимосвязи и резко вырастают потребности к уровню поддержки хостером и т.п.
Опять же компромисс между объемом разработки и сложностью отслеживания взаимосвязей между "своими" и "несвоими" компонентами.

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

А invision - заманчиво, присматриваюсь, немного пхп смущает ибо не нравится...

Добавлено:

Цитата:
Оба проекта достаточно рано заставляют провайдера нервничать и ныть песнь про выделение серверов
По-моему к invision это мало относится. Или я не прав?
Автор: Roman_S
Дата сообщения: 28.11.2005 21:31
DStream
> По-моему к invision это мало относится. Или я не прав?
Относится. Никуда от этого не уйти, как хорошо не делай, а от архитектурных дефектов ПыхПых никуда не уйти.

> всяческие взаимосвязи
Какие?

> Сам механизм обращений к "ядру БД" упрощенный до уровня DBM
Я бы не сказал.
Ничего там не упрощено.

Там идёт "задача"-"реализация".
Т.е. "дай мне то-то и то-то".
Дальше идёт вызов в БД-модуль.

Если это ДБМ - то сложная логика. Если SQL - нормальный запрос. Логика того и другого совершенно различна.
В 3.1.3 даже изрядно соптимизнули это дело...
Автор: DStream
Дата сообщения: 01.12.2005 08:27

Цитата:
Относится. Никуда от этого не уйти, как хорошо не делай, а от архитектурных дефектов ПыхПых никуда не уйти.
Как говорится некоторые недостатки - это продолжение достоинств

Цитата:
> всяческие взаимосвязи
Какие?
Скажем так глубокая интеграция с windows - с одной стороны хорошо, с другой иногда это получается жутко неустойчивая система.
Цитата:
Я бы не сказал.
Ничего там не упрощено.

Там идёт "задача"-"реализация".
Т.е. "дай мне то-то и то-то".
Дальше идёт вызов в БД-модуль.
Вот на уровне задача-реализация горлышко немного сужено.


Автор: Linuxer
Дата сообщения: 03.12.2005 02:24
Как хорошо всё начиналось, и как нехорошо закончилось.

Сперва был бесплатный Ikonboard, из него бесплатный Invision Board..
Потом Invision - платный, а Ikon вообще подох...

А я собирался себе Ikon ставить, чтож, пойду на SMF, наверное...
Автор: DStream
Дата сообщения: 06.12.2005 18:44

Цитата:
А я собирался себе Ikon ставить, чтож, пойду на SMF, наверное...
А я подумываю про покупку ipb... уже пол-года
Автор: Roman_S
Дата сообщения: 06.12.2005 19:16
DStream
> Как говорится некоторые недостатки - это продолжение достоинств
Разница в потреблении вычислительных ресурсов в исполнении одного алгоритма - 100-200кратная.
Но хуже того, у .NET есть кэширование!!!

Т.е. нет проблемы того, что каждый посетитель дёргает Н БД-запросов и дёргает М файлов на ФС.

Вот уже хрестоматийный пример реализации мат-фильтра на ASP.NET (C#)

Код:
            DataTable dt = (DataTable)HttpContext.Current.Cache["replacewords"];
            if(dt==null)
            {
                dt = DB.replace_words_list();
                HttpContext.Current.Cache.Insert("replacewords",dt,null,DateTime.Now.AddMinutes(15),TimeSpan.Zero);
            }
            foreach(DataRow rwords in dt.Rows)
            {
                try
                {
                    strReturn = Regex.Replace(strReturn,Convert.ToString(rwords["badword"]),Convert.ToString(rwords["goodword"]),options);
                }
                catch (Exception)
                {
                }
            }
Автор: DStream
Дата сообщения: 08.12.2005 09:31
Roman_S, с кэшированием не совсем адекватный пример. Навскидку mod_perl или fast_cgi то же самое умеет. Все равно же ручками приходится вставлять.

По вычислительным ресурсам - что-то 100-200 кратность несколько высоковата. Эт явно сгоряча
Автор: Roman_S
Дата сообщения: 08.12.2005 12:29
DStream
> Навскидку mod_perl или fast_cgi то же самое умеет.
Среди живых хостеров мод_перл с апач::сешшн? Агащазз.
Или есть, но дорого.
И апач::сэшшн не может нормально хранить развёрнутые структуры данных. А может - опять же в "тупом" внешнем файле. Быстро - только в разделяемой памяти
В общем, никак.

> По вычислительным ресурсам - что-то 100-200 кратность несколько высоковата.
Нормальная. Оптимизирующий компилятор - это залог успеха
Хотя 100-200 - это к PHP относится.
С Perl разница "всего" в порядок. Т.е. 10-20.
Но не надо забывать про то, что Perl - это CGI, т.е. затраты на старт.

Замечу, что Mono в *ix пока заметно медленнее "родного" .net, а "цена" startup в случае IIS/.NET стремится к нулю (Моно к Апачу всё-таки по уродски пристыкован)

http://shootout.alioth.debian.org/benchmark.php?test=all&lang=perl&lang2=csharp
http://shootout.alioth.debian.org/benchmark.php?test=all&lang=perl&lang2=java

В принципе, т.к. Моно сыроват, да в продакшне его нет пока
Можно использовать для оценки PHP vs .NET вот это (обдумывая параметры и причины)
http://shootout.alioth.debian.org/benchmark.php?test=all&lang=php&lang2=java

С поправкой на то, что CLR .NET всё-таки побыстрее Явы.
Автор: DStream
Дата сообщения: 11.12.2005 08:10

Цитата:
Среди живых хостеров мод_перл с апач::сешшн? Агащазз.
Или есть, но дорого.
modperl редковат, fastcgi - практически везде
Цитата:
И апач::сэшшн не может нормально хранить развёрнутые структуры данных. А может - опять же в "тупом" внешнем файле. Быстро - только в разделяемой памяти
В общем, никак.
Хм.. структура в глобальном массиве?
Правда возможны конфликты/траблы на всяких виртуальных никсах с 64мб памяти


Цитата:
> По вычислительным ресурсам - что-то 100-200 кратность несколько высоковата.
Нормальная. Оптимизирующий компилятор - это залог успеха
Хотя 100-200 - это к PHP относится.
С Perl разница "всего" в порядок. Т.е. 10-20.
Не бывает (с)
Цитата:
Но не надо забывать про то, что Perl - это CGI, т.е. затраты на старт.
Опять же fastcgi, modperl избавлены от этого. Идет извечный компромисс между занятой памятью и скоростью, с оглядкой на скорость разработки и инемного модность/популярность.
Автор: Roman_S
Дата сообщения: 11.12.2005 18:41
DStream
> Хм.. структура в глобальном массиве?
А чего удивительного?
Объект типа нетовского DataTable туда так и просится.

> Не бывает (с)
Бывает. Ещё мягко сказал.
Нет, если конечно религия велит считать иначе - то оно конечно же так.
А если религия не при чём, то наивно считать, что интерпретаторы и полуинтерпретаторы могут состязаться в скорости с полноценными оптимизирующими компиляторами.
Автор: DStream
Дата сообщения: 12.12.2005 08:01

Цитата:
А чего удивительного?
Объект типа нетовского DataTable туда так и просится.
Ну так это не является эксклюзивом. Та же технология fastcgi просто обязывает именно так делать.

Цитата:
Бывает. Ещё мягко сказал.
Нет, если конечно религия велит считать иначе - то оно конечно же так.
Дело не в религии.
Цитата:
А если религия не при чём, то наивно считать, что интерпретаторы и полуинтерпретаторы могут состязаться в скорости с полноценными оптимизирующими компиляторами.
Вот я тоже так считал, как оказалось не всегда и не везде. Тот же perl отнюдь не зря кушает свой хлеб. Не являясь особым фанатом религиозных разборок - не приведу конкретных примеров, но попадались мне вплоть до соревнований perl vs другой компилятор зачастую с поразительными результатами.

p.s. В общем уехали немного от темы
Автор: Roman_S
Дата сообщения: 18.12.2005 19:18
> В общем уехали немного от темы
Нет, это тема уехала безвозвратно в историю

> но попадались мне вплоть до соревнований perl vs другой компилятор зачастую с поразительными результатами
Тут чудес нет. Ссылки на бенчмарки я давал.
Автор: 3xp0
Дата сообщения: 20.12.2005 03:58
сайт ожил.
Автор: Roman_S
Дата сообщения: 24.12.2005 00:07
3xp0
Не-а, не ожил.
Это Джош домен перекупил и слабал на нём свой сайт.
Автор: steroid
Дата сообщения: 26.12.2005 11:28
Roman_S
ну хоть чтото
Автор: Roman_S
Дата сообщения: 26.12.2005 18:10
steroid
"хоть что-то" осталось на http://swarf.net
Автор: steroid
Дата сообщения: 23.01.2006 04:58
Вроде анонсировали 3.1.3 RC1

Страницы: 12

Предыдущая тема: стили к форуму


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.