Однажды я уже разбирался в работе i18n для Kohana 3.0. Но прошло время и мне оно снова понадобилось . А поскольку всё забылось то я решил не повторять прежних ошибок, а закрепить в шпаргалочке.

Кстати, я непростительно долго завис на версии 3.0. И это в то время как всё прогрессивное человечество уже штурмует Kohana 3.2. Надеюсь, моё время уже не за горами.

Зачем может понадобиться i18n
=====================================
Вариант 1.
————-
Это собственно и есть локализация. Допустим вам нужно сделать мультиязычный сайт. Берёте i18n и делаете

Вариант 2.
————-
Это когда над текстами ещё будет работать кто-то другой.
Например, вы делаете англоязычный сайт, а кто-то другой потом будет исправлять ваш корявый английский.
Или даже если сайт на вашем родном языке, согласитесь, тексты это имидж, а этим должен заниматься специальный человек. Ну уж точно не программист.

Оба эти варианта объединяет то, что все текстовые вставки вынесены в отдельный файл. Это сделано для облегчения последущей работы непрограммистов над текстом.

Читать далее »

Ну какой вебмастер у нас не балуется сапой?! Наверное, все вебмастеры. Или кто-то не? Не слышу. Нет таких?

И думаю сейчас только ленивый сапер не слышал про интеграцию “SAPE” и сервиса “Моё Дело”.

Суть предложения в том, что финансовому менеджменту SAPE надоело уже до колик возюкаться с налогами на каждого пользователя физика. И вот даже решили заплатить сервису “Моё Дело” за каждого вебмастера, который станет ИП и заведёт свои дела. То есть вебмастеру этот сервис обойдётся бесплатно!

Sape имеет существенную разгрузку своего документооборота, “Моё дело” новых клиентов. А что имеют вебмастеры?

Читать далее »

С некоторых пор я фрилансер, и вот захотелось мне излить переполняющие меня мысли. Не всё же мне писать пафосные посты по программированию

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

Читать далее »

Тут я писал про классную карусель jCarousel Lite. Классная-то классная, но иногда она неправильно определяет ширину блока. Точнее совсем не определяет, а ширину элемента списка (тег <li>) устанавливает в ноль.

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

Единственный способ бороться с этой проблемой, который я нашёл, это явное указание у элементов списка, а именно у тега <li> каких-нибудь размеров. Фиксация размеров элемента может не так хороша, но всё же лучше чем иногда появляющийся ноль.

Примерно так:

1

<li style="width:67px; height:50px"><img src="...

Работая с Kohana 3.0 без фронт-контроллера index.php внезапно столкнулся с ошибкой No input file specified.

Причём главная страница работала нормально, а чуть в глубь – не находит. Причём на локалке работало нормально, а на хостинге у клиента – не хочет!

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

Первое рабочее решение предлагало заменить

1

RewriteRule .* index.php/$0 [PT]

на

1

RewriteRule ^(.*)$ index.php?$0 [L]

Действительно всё работало нормально. С той разницей, что теперь всё URI стало попадать в index.php в качестве параметра GET. Это однозначно поломало всю пагинацию, ибо она отродясь юзала GET.

Единственно рабочим решением которое позволило мне полностью забыть проблему – оказалось заменой той строки на

1

RewriteRule .* index.php [L]

Вот так вот. Просто и сердито. И работает.
Почему работает – меня не спрашивайте, для меня это магия.
Может кто-нибудь знающий даст комментарий?