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

сайт не отвечает... проект закрыли?
можно ли где-то скачать дистрибутив?

Спасибо!

BlackUS
в файловом архиве есть:
http://forall.ru-board.com/download/

а сайт действительно лежит...

Нада 3 версию. В архиве тока 2.

KEM
действительно, не заметил, сорри.

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

Цитата:

Нада 3 версию

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

Цитата:

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

До сих пор мертво всё...
А вот что написано на 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 какую-нибудь выложить...

Вот что в википедии написано
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

Ikonboard кельды.
Ярвис её закрыл нафиг. Причём решил, что лучше сгноить, чем открыть.

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

(вообще для некоторых людей в русском языке используется сравнение с рогатым и бородатым копытным).

Хотя возможно проблема не в этом. Злишком уж наморочено и коряво некоторые вещи реализованы.

DStream
Технические проблемы тут ни при чём.
Проект не отличается сверхвысокой сложностью, намороченное несложно разморочить, корявое - выпрямить...
Проблема носит чисто организационный характер.

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

Цитата:

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

Например? И что бы можно было имеющееся IB безболезненно перенести...

> Например?
http://www.asp.net/ControlGallery/default.aspx?Category=34&tabindex=2
Да и в DNN встроено нечто.

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

Цитата:

Проект не отличается сверхвысокой сложностью, намороченное несложно разморочить, корявое - выпрямить...

Там идеологические проблемы есть. С той же реализацией доступа к "базам"...
Цитата:

сразу на .NET

НЭТ!

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

Оба проекта достаточно рано заставляют провайдера нервничать и ныть песнь про выделение серверов

Цитата:

Проблемы в части PostgreSQL и Oracle я закрыл ещё к моменту выхода 9-ой сборки 3.1.3.
Мне говорили, что исправления включили в 9-ую сборку. Это не так?

Сам механизм обращений к "ядру БД" упрощенный до уровня DBM существенно урезает возможности.
В общем компромисс между производительностью и универсальностью потихоньку сползает в сторону "тормозов".


Цитата:

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

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

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

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

Добавлено:

Цитата:

Оба проекта достаточно рано заставляют провайдера нервничать и ныть песнь про выделение серверов

По-моему к invision это мало относится. Или я не прав?

DStream
> По-моему к invision это мало относится. Или я не прав?
Относится. Никуда от этого не уйти, как хорошо не делай, а от архитектурных дефектов ПыхПых никуда не уйти.

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

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

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

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

Цитата:

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

Как говорится некоторые недостатки - это продолжение достоинств

Цитата:

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

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

Я бы не сказал.
Ничего там не упрощено.

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

Вот на уровне задача-реализация горлышко немного сужено.

Как хорошо всё начиналось, и как нехорошо закончилось.

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

А я собирался себе Ikon ставить, чтож, пойду на SMF, наверное...

Цитата:

А я собирался себе Ikon ставить, чтож, пойду на SMF, наверное...

А я подумываю про покупку ipb... уже пол-года

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)
                {
                }
            }

Roman_S, с кэшированием не совсем адекватный пример. Навскидку mod_perl или fast_cgi то же самое умеет. Все равно же ручками приходится вставлять.

По вычислительным ресурсам - что-то 100-200 кратность несколько высоковата. Эт явно сгоряча

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 всё-таки побыстрее Явы.

Цитата:

Среди живых хостеров мод_перл с апач::сешшн? Агащазз.
Или есть, но дорого.

modperl редковат, fastcgi - практически везде
Цитата:

И апач::сэшшн не может нормально хранить развёрнутые структуры данных. А может - опять же в "тупом" внешнем файле. Быстро - только в разделяемой памяти
В общем, никак.

Хм.. структура в глобальном массиве?
Правда возможны конфликты/траблы на всяких виртуальных никсах с 64мб памяти


Цитата:

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

Не бывает (с)
Цитата:

Но не надо забывать про то, что Perl - это CGI, т.е. затраты на старт.

Опять же fastcgi, modperl избавлены от этого. Идет извечный компромисс между занятой памятью и скоростью, с оглядкой на скорость разработки и инемного модность/популярность.

DStream
> Хм.. структура в глобальном массиве?
А чего удивительного?
Объект типа нетовского DataTable туда так и просится.

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

Цитата:

А чего удивительного?
Объект типа нетовского DataTable туда так и просится.

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

Цитата:

Бывает. Ещё мягко сказал.
Нет, если конечно религия велит считать иначе - то оно конечно же так.

Дело не в религии.
Цитата:

А если религия не при чём, то наивно считать, что интерпретаторы и полуинтерпретаторы могут состязаться в скорости с полноценными оптимизирующими компиляторами.

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

p.s. В общем уехали немного от темы

> В общем уехали немного от темы
Нет, это тема уехала безвозвратно в историю

> но попадались мне вплоть до соревнований perl vs другой компилятор зачастую с поразительными результатами
Тут чудес нет. Ссылки на бенчмарки я давал.

сайт ожил.

3xp0
Не-а, не ожил.
Это Джош домен перекупил и слабал на нём свой сайт.

Roman_S
ну хоть чтото

steroid
"хоть что-то" осталось на http://swarf.net

Вроде анонсировали 3.1.3 RC1