Telor

2zvr: При чём здесь разбор на кусочки? Кусками ничего ниокуда не выдрать. Тебе говорят о том, чтобы выявить привлекательные возможности существующих блогов и реализовать эти возможности в mJournal. Смысл что-то вырезать? Сложно - идея. Реализовать же её изначально эффективнее, чем трюки с копировать/вставить.

Хех... Что-то подали идею совместной работы над проектом... вроде что-то загорелось... Ну и? Всё? Одним намерением ограничимся? За чем дело то встало? Собственно не принципиально: Wiki или доску, главное, чтобы все инициативные в одном месте. Давайте всё же не отказываться от этой идеи. Что необходимо, что нужно сделать для организации?

2Jax: Модификации, линки на которые опубликованы в топике http://www.ibresource.ru/forums/index.php?showtopic=41208 не являются полноценными решениями описанной задачи, как я уже и говорил в первом сообщении. Большое спасибо, что разблокировали тему. Вообще, с php я пожалуй разберусь сам. JS часть описанную кто-то может соорудить?

В общем есть идея... стразу скажу, что часть компонентов так или иначе уже реализовывалась когда-либо в различных модификациях; то, что необходимо - собрать всё во едино и заставить корректно работать. Задача сводится к тому, чтобы заставить парсер IPB обрабатывать боле сложную конструкцию IMG тэга [IMG=*url* align=*left/right* width=*xxx*]*description*[/IMG] то есть понимать такую инструкцию, где description - alt к картинке align - обтекание текстом url - собственно линк картинки *xxx* - ширина картинки (нужно получить картинку, узнать её реальный размер и вывести её с указанной шириной и высотой, отличающейся от оригинальной пропорционально) В то же время парсер должен по-прежнему корректно обрабатывать прежнюю конструкцию, а так же конструкцию, в которой отсутствует какая-то из дополнительных инструкций. изменить JS сценарий для вставки картинки в текстовое поле специально для новой конструкции Реализовать это необходимо для IPB 2.1.* Смысл такого усовершенствования я вижу в следующем: исключение расползания страниц форума, приближение от визуальной к логической разметке, возможность создания качественно форматированных сообщений, оптимизация для систем поиска изображений (images.google.com | images.yandex.ru | etc.) Ну что, интересно кому-нибудь, поможете? В особенности не знаю, что с JS делать... вроде не сложно... просто совсем его не знаю. Логику работы мода опишу, где это нужно писать приблизительно представляю. Кто участвует?

Хм... ВОт это уже забавно... А какое сравнение выставлено для той и другой базы?! (возможно есть смысл далее разбираться уже посредством ICQ, дабы не захламлять топик, стучитесь, да услышаны будете)

2Sheb: Чё-то я не понял слегка... Это у вас уже готовый дамп с ахтунгом таблицы сравнения? Если я правильно понимаю, то это уже готовый дамп вашей базы испорчен. Сохранилась ли исходная база? Есть ли возможность обратиться к ней? Ваша база изначально создана в кодировке latin1_swedish_ci, а для корректной работы в новых условиях нужна база либо в cp1251, либо в UTF-8. Так вот если база сохранилась, то крест ни на чём ставить не нужно (если остался только дамп - с крестом тоже не стоит торопиться, быть может 90 метров ещё удастся восстановить). Сделайте ряд запросов к базе (с помощью phpMyAdmin например) вида: ALTER TABLE tbl_name CONVERT TO CHARACTER SET charset_name; Где tbl_name - имя таблицы (запрос выполнить для всех таблиц), а charset_name - кодировка (при чём именно кодировка, без атрибутов сравнения, то есть просто latin1 или cp1251) Вот так и попробуйте поиграться с конвертированием. Попробуйте в виндовскую кодировку а далее дампером слепок сделать и открыть - что там? Ещё может быть полезна другая конструкция (это если дефолтная кодировка неправильно определена): ALTER TABLE tbl_name DEFAULT CHARACTER SET charset_name; Просто изменяет кодировку как атрибут, не конвертируя данные. Да, кстати, возможен ещё юмор, если не совпадают дефолтная кодировка базы и того, из чего её пытаются восстановить, тогда и нужна вторая конструкция. Обратите на это внимание.

Большоё спасибо за внимание, вопрос снят. /* Найденный вариант решения: Был дамп базы со сравнением latin1_swedish_ci, сделанный с помощью Site Keeper Dumper LE. Идея заключается в том, чтобы прочесть *.sql приложением и перекодировать. Для малого размера DB это можно было бы сделать через связку IE + notepad: прочесть в браузере фаил, копировать содержимое в буфер (при этом данные будут в системной 1251 кодировке) вставить в notepad и сохранить, а за тем сменить внутри файла все атрибуты DEFAULT CHARSET на cp1251 (прежнее значение latin1). Но файл большой, по этому пришлось использовать продвинутый текстовый редактор WordPad, у которого немного другой подход к чтению файла, и проблемы с переполнением буфера. К тому же из WordPad оказалось возможным просто корректно сохранить в *.txt в системной кодировке (о корректном search & replace уже и не говорю. В общем, проблему решил именно так. */

Существует база в latin1_swedish_ci, её необходимо конвертировать в cp1251_general_ci. По идее можно сделать дамп базы и каким-то приложением этот дамп конвертировать в другую кодировку. Скажите пожалуйста как это сделать ???

Просто отключить или начисто вырезать из сорцов? Отключить можно в админке (только если в index.php менял строку $ibforums->input['act'] = $ibforums->input['act'] == '' ? "portal" : $ibforums->input['act']; то верни обратно portal на idx) А если вырезать жестоко.... Не знаю, зачем тебе, но могу научить .

Вообще-то в index.php есть такая строчка...: $ibforums->input['act'] = $ibforums->input['act'] == '' ? "idx" : $ibforums->input['act']; (это обычно ~270 строка) Глядя на неё не сложно догадаться, в каом направлении стоит следовать

Хм.... Тут ко мне стали стучаться люди, введённые в заблуждение... Да мне не модераторы нужны и прочие там...! Мне нужны программеры PHP & JS - мы движок пишем, это не очередной бесполезный форум, обратите внимание!

Существует довольно большая группа людей, в которую входят 3D моделеры, художники, музыканты. Они существуют поодиночке. Что совершенно не эффективно. Суть проекта - создание имтерактивной среды, реализующей активное взаимодействие этих творческих людей. В качестве продукта такового взаимодействия ожидаются видеоролики, рендеры, спецэффекты, саундтрэки & etc. Кроме того, ресурс возьмёт на себя задачу не только организовать создание конечных продуктов, но и взаимодействия исполнителя с конечным заказчиком творческого продукта. Идея конструкций опирается на IPB движок. Собственно так это выглядит в кратце. Заинтересовавшихся или не вполне удовлетворивших своё любопытство прошу постучаться ко мне в асю 2127510

2Valera: То есть, если я вас правильно понял, вы хотите сказать буквально "не вижу смысла в данной модификации"? Хм... Странно, но я вот так не настроен почему-то... 2Dekker: Про эту опасность я и говорю собственно, а как же тогда быть? из админки что-ли? И что это тогда изменит?

Идея довольно заманчивая, вот только меня берут сомнения по поводу тяжести такой модификации для самого сервера: по вашему проекту я понял, что анализ ключевых слов должен проводиться при каждом добавлении/редактировании/удалении постов... А отсюда следует... Или я не верно мыслю?

У меня подобная же фигня. Искал вчера. Видимо где-то в JS какой-то касяк, или ф-ция quick_reply_box_closed() в skin_topic.php не вызывается, или не правильно с ней что-то... Хм... Ерунда какая-то...