motomac

Дык я переходил на IPS на 3.4.6, которому сто лет в обед. И я в нем - старом отточенном релизе - нашел кучу багов. Так что ни от 4.1, ни от 4.5, ни от 4.10, видимо, безбажности ждать не стоит. Они не умеют разрабатывать качественно. Это диагноз, и он не изменится, пока у них там новое руководство не придет и все не перетрясет.

Я вот бегло поковырялся в календаре - самом маленьком приложении IPS - и натыкался на баги буквально во всем. Ставишь галочку "Событие одного дня", сохраняешь. Заходишь в редактирование - ее нет. Как такие ошибки можно 1) совершать, 2) не замечать еще в процессе разработки. Мне самые тривиальные вещи не удалось без багов сделать.
Другая больная тема - юзабилити. Сделали в календаре возможность указать место, но непременно нужно заполнить все поля, включая индекс и регион. Откуда мне знать, какой индекс в деревне Кукуево, куда я ездил рыбачить? И пропустить нельзя, и фигню написать нельзя - гугль неверно место найдет. Ну просто клинический идиот занимался юзабилити в IPS. И так во всем, начиная с лайтбокса для картинок, который в 2015 году не умеет предзагружать следующие фото, заканчивая плеером YouTube без кнопки фуллскрина. Разработка ведется совершенно бездумно, без внимания к деталям и мало-мальской мыслишки об удобстве пользователей.

Нет, не к гуглу, а к тем, кто неправильно такой замечательный инструмент использует. Во всех соцсетях для обозначения места используется одно текстовое поле, куда человек может написать адрес в любой форме, тем самым выбрав объект любого типа - от дома до города или континента.
В 2015 году? Я живу в диком российском мухосранске в Сибири, и у даже у меня в городе уже года 4 как никто о трафике не вспоминает. ВКонтакте все фоточки смотрят с предзагрузкой и не парятся. Можно тогда и под IE 6 сайты оптимизировать.
Купил. 10К деревянных потратил. А потом полгода спамил им в саппорт и доводил руками до ума то, что должно работать из коробки. Я и предположить не мог, что в IPS все настолько плохо. Думал, корпоративный продукт, дорогое и качественное ПО, а на деле бесплатный phpBB 3 даст прикурить IPS по всем фронтам. Теперь вот думаю, стоит ли продлевать лицензию, чтобы обновляться на 4.0. Я плачу за ПО не для того, чтобы его заполучить, а для того, чтобы поддержать разработчиков, поблагодарить их за работу. Но тут я вижу очень плохую работу. За что благодарить - не понятно. Проще тут на Мафии нулл скачать и юзать. Хоть не так обидно за потраченные деньги будет.
Вообще им давно пора репозиторий хотя бы для клиентов открыть, чтобы сторонние разрабы за них хоть дырки латали, коли у самих рук не хватает.

Действительно, это просто смех какой-то. Нормальные люди выпускают альфы, беты, релиз-кандидаты (причем, как правило, не более 4 на каждую), а затем выпускают релиз. У IPS это все было, но теперь какие-то пост-релизы с дикой частотой. Видимо, они вообще не парятся: накатал код - выпустил, накатал - выпустил. Тестят пусть юзеры.

Заливаешь поверх с заменой все файлы, и при входе в админку будет висеть сообщение, мол присутствуют файлы новой версии - вы хотите обновить? Жмешь обновить, проклацываешь инсталятор и все ок.

Версия 4.0.9.1 уже ждёт вас в файловом архиве
Налетайте!
А я пока обновлю Developer Tools

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

Уважаемый Respected, разъясните пожалуйста такой момент: в этой теме вы говорите о том, что русифицировать админку уже после установки движка невозможно, но я встречал в сети немало свидетельств того, что админка русифицируется точно так же, как и сам движок с его компонентами - импортом XML-файлов. Например, комментарии здесь. Или вот здесь человек продает большой пак, в котором по его уверениям переведено (почти) все, и установка его переводов производится штатными средствами через админку.
 
Вообще очень странная ситуация с переводами у такого старого, популярного и недешевого движка, когда не существует официального перевода на русский (или какой-либо другой) язык. А сама система переводов выглядит немного дико. Насколько я знаю, мировой стандарт в переводах - это хранение переменных в файлах, а не в БД, к которой постоянно приходится обращаться, увеличивая нагрузку.
 
Те переводы, что я видел, представляют собой зашифрованные XML-файлы. WTF? Нафига шифровать перевод?
В то же время в админке есть функция внешнего редактирования переводов, воспользовавшись которой, можно экспортировать переводы в привычные php-файлы со строками, а потом импортировать обратно. Вопрос: почему переводы не распространяются в таком формате? Ведь это куда удобнее.
 
И последний вопрос. Неужели сообщество вебмастеров IPB такое недружное, что еще никто не создал единый репозиторий для коллективного перевода движка, как это делается во всем мире с Open Source проектами? Или на это существуют непреодолимые препятствия? Если нет, я предлагаю объединить усилия и создать такой репозиторий/вики и заткнуть за пояс всех барыг, торгующих функционалом, который должен идти по умолчанию в любом движке.
 
Прошу прощения, если задаю глупые вопросы. Внятного ответа нигде не нашел.

Название: Расширенные оповещения 1.0.4
Добавил: CNoise
Добавлен: 06 Июн 2012
Категория: Русские хуки и моды IP.Board 3.3.x
Автор локализации: CNoise
Оригинальное название: Mod Notifications 1.0.4

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

Уведомления отправляются при:
Открытии / Закрытии тем;
Одобрении сообщений и тем форума;
Удалении сообщений или тем;
Перемещении тем.

Теперь полностью на русском языке.

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

AlexBrtn, не скажи. Запись при постинге происходит в таблицу постов, которая в свою очередь в этот момент блокируется в MyISAM. Я сперва перевел таблицы постов в InnoDB, а со временем и всю БД. Выборка может и чуть медленнее, зато про потери данных падение MySQL забыл.
InnoDB имеет смысл на крупных форумах с высокой посещаемостью.
 
Переход на InnoDB несет в себе один существенный подводный камень - невозможность использования полнотекстового поиска, т.е. встроенный поиск по форуму станет совсем неадекватным (он и так-то кривой). Выход: ставить Sphinx.

AlexBrtn, не скажи. Запись при постинге происходит в таблицу постов, которая в свою очередь в этот момент блокируется в MyISAM. Я сперва перевел таблицы постов в InnoDB, а со временем и всю БД. Выборка может и чуть медленнее, зато про потери данных падение MySQL забыл.
InnoDB имеет смысл на крупных форумах с высокой посещаемостью.
 
Переход на InnoDB несет в себе один существенный подводный камень - невозможность использования полнотекстового поиска, т.е. встроенный поиск по форуму станет совсем неадекватным (он и так-то кривой). Выход: ставить Sphinx.

Решено.
в файле forums/admin/applications/forums/extensions/search/engines/sql.php надо 1000 изменить на нужное значение.
после этого - находит все! в базе я тоже вместо 1000 прописал 6000=6000.
 
        /* Fix to 1000 results max */
        $count['count'] = ( $count['count'] > 6000 ) ? 6000 : $count['count'];

Подскажите пожалуйста как добавить эту функцию из расширенной формы отправки сообщений в обычную 

Не без удивления обнаружил, что в IPB при поиске нет сортировки по релевантности при использовании Sphinx. Как вы с этим живете, господа? Есть ли какие-нибудь решения?

Спасибо за наводку. Немного кастомизировал условия под себя:
<foreach loop="$reps as $r"> <if test="$r['rep_rating'] > 0"> {parse replacement="rep_up"} <a href='{parse url="showuser={$r['member']['member_id']}" base="public" template="showuser" seotitle="{$r['member']['members_seo_name']}"}'>{$r['member']['members_display_name']}</a> <else /> <if test="IPSMember::isInGroup($this->memberData, array( '4', '6' ) )"> {parse replacement="rep_down"} <a href='{parse url="showuser={$r['member']['member_id']}" base="public" template="showuser" seotitle="{$r['member']['members_seo_name']}"}'>{$r['member']['members_display_name']}</a> <else /> {parse replacement="rep_down"} <i>Имя скрыто</i> </if> </if> <br /> </foreach> Все это вставлять вместо всего блока <foreach loop="$reps as $r">...</foreach>
 
В строке:
<if test="IPSMember::isInGroup($this->memberData, array( '4', '6' ) )"> Вместо 4 и 6 вставьте свои ID групп, для котороых хотите, чтобы авторы минусов были видны. У меня это Администраторы и Модераторы.

До установки хуков открыть каждый xml-файл
Найти 
<hook_data><![CDATA[a:8:{s:12:"dataLocation";s:0:"";s:14:"libApplication";s:0:"";s:15:"classToOverload";s:0:"";s:9:"skinGroup";s:11:"skin_boards";s:12:"skinFunction";s:18:"boardIndexTemplate";s:4:"type";s:7:"foreach";s:2:"id";s:11:"side_blocks";s:8:"position";s:10:"outer.post";}]]></hook_data> Заменить на 
<hook_data><![CDATA[a:8:{s:12:"dataLocation";s:0:"";s:14:"libApplication";s:0:"";s:15:"classToOverload";s:0:"";s:9:"skinGroup";s:11:"skin_boards";s:12:"skinFunction";s:18:"boardIndexTemplate";s:4:"type";s:7:"foreach";s:2:"id";s:11:"side_blocks";s:8:"position";s:9:"outer.pre";}]]></hook_data>

Читаем подпись у пользователя WOLF по поводу кеша.

В очередной раз убеждаюсь, что к пиратам доверия больше, чем в барыгам. Покрутил для тестов эту нулленную версию - все отлично. Купил лицензию, поставил, конвертировал - вся БД в кракозябрах, обнаружил которые совершенно случайно. Автор нулленной версии позаботился о правильной кодировке, а разработчики, получающие деньги, нихрена. Хоть бы в процессе установки спросили, с какой кодировкой будем работать. Все по умолчанию уходит в какую-то убогую кодировку независимо от настроек MySQL.

Хук раньше был, но автор удалил его с Marketplace  


Вопросы - вопросы. Юзеры могут задать их продавцу перед покупкой.