ExBB Community :: Версия для печати

121. SanGer - 2 июля 2018 — 23:15 - перейти к сообщению

NordWest пишет:

SanGer пишет:

я могу потестить на денвере

На Денвере потестить не получиться, т.к. для ExBB 2.0 минимальная версия PHP для запуска - PHP 5.5

А самому в денвере версию не обновить? На моём хостере функция выбора php стала платной Помираю со смеху!

поэтому я не смогу протестировать скрипт...

122. WebMaster - 3 июля 2018 — 17:22 - перейти к сообщению

SanGer пишет:

А самому в денвере версию не обновить?

Можно установить OpenServer. Он также бесплатный, в настройке даже проще, чем Denwer. Легко переключать версии PHP и других компонентов.

123. Yamaliya - 5 июля 2018 — 01:55 - перейти к сообщению

WebMaster пишет:

Можно установить OpenServer.

Но под XP он не работает.
Можно разместить на бесплатном хостинге и потестировать там. Вот тут, например, дают две недели бесплатного хостинга.

124. SanGer - 5 июля 2018 — 05:17 - перейти к сообщению

WebMaster пишет:

SanGer пишет:

А самому в денвере версию не обновить?

Спасибо за инфу, я пока так, по старинке пользуюсь 😉 закинул форум на бесплатный хостинг. Там потестю пока... Закатив глазки

125. Flat - 10 июля 2018 — 08:27 - перейти к сообщению

Yamaliya пишет:

Но под XP он не работает.

У меня работает. Просто надо установить версию 5.2.8
---------------
Вопрос к топикстартёру:
В новой версии в файлах базы данных информация сохраняется в utf-8?

126. WebMaster - 10 июля 2018 — 18:09 - перейти к сообщению

Flat пишет:

В новой версии в файлах базы данных информация сохраняется в utf-8?

Да, в UTF-8.

127. Flat - 11 июля 2018 — 10:34 - перейти к сообщению

А ничего, что на это требуется как минимум в 2 раза больше дискового пространства?

128. WebMaster - 12 июля 2018 — 08:50 - перейти к сообщению

Flat пишет:

А ничего, что на это требуется как минимум в 2 раза больше дискового пространства?

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

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

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

129. - 12 июля 2018 — 09:31 - перейти к сообщению

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

130. Flat - 12 июля 2018 — 10:59 - перейти к сообщению

WebMaster пишет:

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

А что если делать вставки посредством html последовательностей? Так мы избежим потерю места на хостинге и обеспечим поддержку юникод-симовлов.. Правда тут без js не обойтись..

NordWest пишет:

Я бы то же не стал отказываться от мультиязычности.

"И нам становится страшно что-то менять"..
А что если сделать два варианта: один с поддержкой мультиязычности, а другой без оной? Ну, типа лайт-версии основного форумного движка.. Не всем же нужен навороченный форум, некоторым нужно что-то попроще и попонятней, в зависимости от уровня админа. Но чтобы функционал был на уровне основного.
Кстати, не вижу причин, почему, якобы, стало бы трудно обеспечить мультиязычность если у нас не будет отдельной папки с описанием выводимого текста, а будут только конкретные модули с этим текстом внутри. Ведь этот текст тоже можно выделить путём, например, печати его на отдельной строке в коде. Тем более что весь этот текст лежит в контексте вывода в конкретном месте кода. Человек, который хочет сделать мультиязычность, открывает соответствующий модуль и просматривая сверху вниз меняет текст. Потом открывает другой модуль.. Ну, надо попробовать, попытка не пытка.

131. Flat - 13 июля 2018 — 13:34 - перейти к сообщению

NordWest пишет:

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

Наверно вы правы. Можно упростить скрипт таким образом:
Делаем на каждый модуль свой один lang файл. Вместо ассоциативного массива используем простой массив. Что это даёт? А вот смотрите: сейчас, что бы посмотреть строку замещения необходимо открыть языковой файл и, заметьте!, ОТЫСКАТЬ строку вида $lang['Forum_Info'] = 'Информация о форуме'; по id Forum_Info. Просто так глазами не получится слишком долго, а время - деньги, как говорят американцы, поэтому надо задействовать поиск по файлу в редакторе. А это опять же утомительно постоянно нажимать на кнопки теряя время. По каждой строчке использовать поиск?
Если же вместо английских алиасов сделать простой числовой индекс то проблема снимается. Если в файле строки упорядочены по своим индексам, то найти нужную строку не представляется сложным:
$lang[0] = 'Информация о форуме';
$lang[1] = 'Ответов';
$lang[2] = 'Темы';
Смотрим на число и сразу находим нужную строку, это гораздо быстрее и приятнее, чем пользовать поиск по файлу. Кстати, для разрабов движка это сущее облегчение, ибо не нужно тратить время на постоянное придумывание алиасов на английском языке.

132. - 13 июля 2018 — 14:05 - перейти к сообщению

Flat пишет:

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

Да, есть такая проблема. Когда знание английского на уровне "читаю со словарём" придумать алиас бывает довольно трудно. Улыбка

133. Flat - 13 июля 2018 — 14:09 - перейти к сообщению

NordWest пишет:

Да, есть такая проблема.

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

134. Flat - 3 августа 2018 — 09:09 - перейти к сообщению

Flat пишет:

Смотрим на число и сразу находим нужную строку

Кстати, так именно реализовано в yabb.

135. sogan - 25 января 2019 — 19:33 - перейти к сообщению

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