До jquery были библиотеки, но становится популярной она. Так как было понятно для чего она нужна и какие проблемы решает лучше других.
Эта же библиотека никаких проблем не решает. Хороша для обучения, для собственного фана, пиара :)
Поэтому я и решил что для работы она не подходит, автор тоже не смог привести убедительный пример.
Не понимаю причем тут разница в 20кб? (и то только при первой загрузке страницы, потом браузер кеширует)? Или этот сайт должен был быть высоконагруженным (что не так) или посетители сайта сидят с диалапа (что тоже не так — «сайт очень дорогого ресторана» значит посетители не нищии студенты).
Мое мнение, что этот «велосипед» только для увеличения энтропии :)
У всех сплош jquery подключен (уже почти по умолчанию), он это умеет делать.
Вопрос: для каких целей мне пригодилась бы эта либа? (Это не наезд, просто хочу понять.)
Автор ты в каких случаях ею пользуешься?
Нокия по словам Муртазина на спаде, симбианом заниматься ей некогда, чего же тогда разработчики будут попусту время терять? Думаю сосредоточиться нужно на других задачах, а вам на покупке нового телефона ;)
Единственным узким местом был джоин двух таблиц (возможно с условием) при выводе списка позиций (например статей).
Сорри! Только что обратил внимание, что не верно указал номер варианта — 3. Мой вариант 4.
У меня так
articles
— id (PK)
— alias
— created
— is_show
articles_i18n
— id (PK) — равен articles.id
— lang_id (PK)
— title
— description
Есть еще отдельная таблица лога, где указано кто и что редактировал и прочие действия юзеров в админке.
Работа с такими таблицами реализована в одной модели (делал на Codeigniter). Такой механизм легко работает и с иерархическими структурами, такими как категории с Nested Sets.
Вот уже 2 года в нескольких проектах использовал 3-й вариант, в узких местах кешировал мемкешем, ни разу не пожалел, сбоев не было.
Так как языки с разным направлением письма (ltr/rtl), переводы делать на одной и той же страницы было не удобно, сделал переключение всего интерфейса админки. Не переведенный контент для удобства в админке отображается на дефолтном языке, контент которого вносится первым. yfrog.com/n8i18np
На самом сайте если для статьи (к примеру) нет перевода, то она легко отфильтровывается и не отображается.
Поэтому и написал, что по честному, но «попасть» можно. И азарт тоже есть. По поводу предугадать… на рулетке тоже, что-то можно высчитать, и кто-то даже выигрывает, но большинство — это не профи, потому и проигрывают и таких большинство, как и в форексе.
К примеру измеенились Preferences, настройка PHP редактора (изменилась в сторону упрощения, в следствии чего нельзя установить внешние цветовые схемы), вид File и Project объединены, в релизноте сказано, что это стало удобнее. Для мака наконец появилась опция установить Caret Color.
Эта же библиотека никаких проблем не решает. Хороша для обучения, для собственного фана, пиара :)
Поэтому я и решил что для работы она не подходит, автор тоже не смог привести убедительный пример.
Мое мнение, что этот «велосипед» только для увеличения энтропии :)
Вопрос: для каких целей мне пригодилась бы эта либа? (Это не наезд, просто хочу понять.)
Автор ты в каких случаях ею пользуешься?
А вот пример кода набросал за несколько минуток:
function plural(n, locale, msg){ var formula = {}; formula['en'] = '(n != 1) ? 1 : 0'; formula['ru'] = '(n%10==1 && n%100!=11 ? 0 : n%10>=2 && n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2)'; eval('el='+formula[locale]); return n+msg[el]; } text_ru = plural( 2, 'ru', [' Робот', ' Робота', ' Роботов'] ); text_en = plural( 2, 'en', [' Robot', ' Robots'] );Сорри! Только что обратил внимание, что не верно указал номер варианта — 3. Мой вариант 4.
У меня так
articles
— id (PK)
— alias
— created
— is_show
articles_i18n
— id (PK) — равен articles.id
— lang_id (PK)
— title
— description
Есть еще отдельная таблица лога, где указано кто и что редактировал и прочие действия юзеров в админке.
Работа с такими таблицами реализована в одной модели (делал на Codeigniter). Такой механизм легко работает и с иерархическими структурами, такими как категории с Nested Sets.
Так как языки с разным направлением письма (ltr/rtl), переводы делать на одной и той же страницы было не удобно, сделал переключение всего интерфейса админки. Не переведенный контент для удобства в админке отображается на дефолтном языке, контент которого вносится первым.
yfrog.com/n8i18np
На самом сайте если для статьи (к примеру) нет перевода, то она легко отфильтровывается и не отображается.
Кое-что они, видимо, вынесли из дистрибутива в плагины, так как дистрибутив похудел примерно на 40Мб.