Есть ли смысл в локализации Фидбака? Помогите объективным советом

Что тут советовать... Если сервис предназначен для широких масс, то, наверное, стоит ввести возможность различных локализаций. Тем более, что сервис в общем довольно интересный по своему подходу.

Сделай хотя бы на нормальном английском, чтобы шведский изо всех дыр не светил. Уже норм. :)

gettext тебе в помощь. Только я бы не рекомендовал использовать встроенные функции. Больно глюков много. Есть gettext PHP pure api. Можно взять из Wordpress.

Честно говоря, George, ты дал хорошую почву для рассуждений. Мы тут с другом обсуждали вчера сей вопрос, и походу локализация просто необходима. Не только как "перевод", но и как средство, чтобы разделить поток сообщений на стене по "языку". Ведь русским совсем не нужно видеть комментарии шведов, как и шведам русские. А вот что касаемо английских...?
Я думаю сделать, что шведы видят как шведские комментарии, так и английские. А вот с русскими как? Русским, только русские? Чтоб не раздражать народ? (все таки в россии не все знают инглиш)

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

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

Нет, я скорее имел ввиду не ограничивать в просмотре единичных комментариев, а целых скриншотов. И слово "ограничивать" все-таки не самое верное. Т.е. смотреть скриншоты, конечно, могут кто угодно, по ссылке. Тут скорее речь идет о "фильтрации" стены (новых скриншотов).

Т.е. шведские скриншоты/сайты - видны шведам, русские - русским и так далее... В новостях

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

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

представим что есть таблица User, в ней будет поле - язык (ru,sv,en) - определяется изначально по языку браузера, а потом уж можно в ручную менять...

Т.е. язык пользователя мы знаем, к примеру - ru

Вот как теперь организовать запрос,чтобы он предпочитал ru перед другими языками... типа

SELECT .. FROM Pic p LEFT JOIN User u ON(u.id = p.uid) WHERE ... SORT BY (???) u.lang='ru'?

Edit:

Еще надо не забыть сюда сорировку по дате создания запихать... SORT BY created DESC

Edit 2 :

Честно говоря, чуть подумав, я кроме как задать два запроса, выхода не вижу.. Один для русских, другой для "всех кроме русскогО"

Но тут встает другой вопрос, по какой формуле выводить. Сколькоу русских, сколько вражеских комментов.

Ко всему этому добавим, что у пользователя есть ранг. Чем он выше, тем чаще твои скриншоты показываются на стене. Честно говоря я еще не вывел формулу для рангов, но до этого еще далеко...

Условная сортировка не будет использовать индекс, но можно попробовать сделать функциональный индекс, если поддерживается СУБД.

Да кстати, я вот об этом сейчас тоже подумал...

Как ответ :

Так что видимо сделать 2 запроса с WHERE по индексу будет быстрее, нежели функциональная сортировка.. А жаль =( такая идея!

Я думал над вашим советом. Честно говоря я привык к Мусклу. Единственное, Что с MyISAM на InnoDB может и стоит перейти. Да и если сервис будет развиваться, все равно все придется класть на не реляционную ДБ. Скорее всего Кассандру или ОпенДБ

Ну чтож, вот и все! +) Локализировал! +)