Чесно кажучи, я на таких подіях не був, тому не знаю, яким чином все це буде відбуватись. На сайті закинуто багато цікавих заманух і я наразі ще навіть не сформував свою особисту думку щодо події, - мабуть прийдеться бути.
<!--break-->
Якщо зайнятись трошки копіпастінгом

Про блоґкемп

Blogcamp CEE 2008 - це триденна подія, що збере 17-19 жовтня у Києві 500 спеціалістів із новітніх медіа, блоґерів, стартаперів та інвесторів із Цетральної та Східної Європи (Central and Eastern Europe, CEE). Також вітаються інші люди, зацікавлені у регіоні CEE.

Цього року Blogcamp проходить вдруге. Blogcamp 2007 став першим баркемпом у Східній Європі, і орієнтувався на учасників з пострадянських країн. (Саме слово "баркемп" означає популярний ІТ-колах формат проведення (не)конференцій, що дає можливість виступити кожному учаснику. Дізнатися більше можна зі статті у вікіпедії). Blogcamp 2007 дав старт баркемпівському руху в Східній Європі та Центральній Азії: за цей рік відбулося понад 10 подій формату баркемп на просторі від Латвії до Киргизстану.

Як це заведено на баркемпах, участь у конференції безкоштовна, а сама подія багато у чому організовується її учасниками. Перший день, п'ятниця, 17 жовтня є ознайомчим, для орієнтації у події. Під час нього пройде кілька сесій, присвячених ринкам регіону CEE. Другий день, субота, 18 жовтня - це, власне, день баркемпу. Третій день, неділя, 19 жовтня – це День Інвестора. Крім того, у неділю пройде кілька інших подій. Більше деталей - на сторінці розкладу.

Цього року блоґкемп розширює своє територіальне позиціонувння до регіону Центральної та Східної Європи.

Якщо Вас зацікавило - реєструйтесь.

З чого почати.

Буду говорити про власний досвід, тому особливо не шкодуйте критикувати 8).
Отже, після стягування шаблонів для перекладу, в мене очі збільшились, коли я побачив загальну кількість строк, що потрібно перекладати. Тому я вирішив якось спростити життя.
Цілком логічно було спочатку пошукати таких самих братів по нещастю, які намагаються формувати Друпал-базовані сайти потрібною мені локалізацією.
Я знайшов застарілий і непідтримуваний проект українського перекладу на офсайті, також знайшов у братів наших молодших частковий переклад українською. Це було давно і неправда. В основному прийшлось переклад робити вручну. Крім того, в останній час дуже пощастило потрапити на Київський Друпал Кемп 2008, де я познайомився з чудовими людьми і зміг обмінятись великою кількістю перекладених модулів та ядра друпалу різних версій. За що їм особливе дякую.

Як об'єднати.

Як виявилось, у всіх, зібраних перекладах було аж ~1200 строк-дублів перекладу одного і того ж самого і я вирішив вибрати кращі з них. Для цього функціоналу пакету gettext виявилось замало, тому я знайшов інший, більш серйозний продукт на базі gettext - Translate Toolkit, а по простому - пакет для перекладу.
Якщо привязуватись до моєї роботи, то з усього цього пакету мені знадобилася в основному утиліта для виправлення конфліктів в po файлах.

Що воно робить.

Якщо у Вас виявиться на руках більше чим один варіант перекладу одного і того ж самого, з допомогою даної програмки можна сформувати файли po, в яких буде вивантажено лише "конфліктні", тобто дублікати перекладів.
В моєму випадку команда виглядала так
poconflicts -I po_in conflicts
po_in - директорія з дублікатами перекладу (uk-1version.po, uk-2version.po)
conflicts - директорія, куди програмка складе файл дублікатів.

А що далі?

А далі, завантажуєте згенеровані файли конфліктів в улюблений po редактор і виділяєте "Неточний переклад" проти строк, які, на Вашу особисту думку, перекладені некоректно.
Після того, як з синьо-зеленими очима Ви закінчите цю рутинну роботу, отриманий файл треба почистити від "неточних перекладів".
Для цього я використав з того ж Translate Toolkit утиліту для фільтрування строк в po файлах.
Зокрема
pofilter --nofuzzy --header conflicts new_cleaned
conflicts - папка з "відретушованими" конфліктними файлами
new_cleaned - папка, куди буде складено почищені, готові до вживання файли po.

Об'єднання на сайт

Наступним кроком - потрібно всі ці зміни обновити в Вашому перекладі.
На щастя, Друпал має вбудовану систему оновлення(import) перекладу, яку треба використати з опцією Фрази у завантажених файлах заміняють існуючі, нові фрази додаються.
Якщо Ви звичайни користувач і не бажаєте ні з ким ділитись цією радісною для вас подією - можете далі не читати і не допомагати іншим отримати якісний переклад на свої сайти.

Якщо Вам не байдуже

Тоді варто поділитись іншими таким об'єднанням перекладів в єдине ціле.
Для цього, якщо Ви перекладали Друпал, достатньо лише буде зв'язатись із одним із розробників-перекладачів і надіслати експортований шаблон із вкладеним перекладом з Вашого проекту одним файлом, а там вже розберуться.
Якщо ж Ви не довіряєте свою безцінну роботу в такий спосіб іншим і маєте бажання власноруч зайнятись роботою над перекладом, тоді Вам пряма дорога в розробники.
Для цього реєструйтесь на сайті Друпал, зв'язуйтесь із адміністратором проекту, над яким плануєте працювати і просіть включити Вас в групу розробників.
Але перед тим Варто почитати Офіційний підручник перекладача, а також, якщо Ви дуже невгамовні і хочете працювати з CVS та репозиторієм Друпал - швидкий старт Вам буде в нагоді.
Ну а якщо Вам буде складно, то можливо дана стаття буде мати продовження...

PS. Дана інструкція не обов'язково для Друпаловодів. Якщо у Вас аналогічна ситуація із складністю об'єднання перекладів будь-якого іншого проекту - все написане тут - стане у нагоді.


RewriteEngine on
RewriteCond %{HTTP_REFERER} !^$
RewriteCond %{HTTP_REFERER} !^http(s)?://(www\.)?ВАШ_ДОМЕН.com.ua [NC]
RewriteCond %{HTTP_REFERER} !^http(s)?://(www\.)?ДОМЕН_ДРУГА.com.ua [NC]
RewriteRule \.(jpg|jpeg|png|gif)$ http://АДРЕСА_КАРТИНКИ_ПОПЕРЕДЖЕННЯ/off.jpg [NC,R,L]


Далі цей вміст закидуєте в файл .htaccess в директорію, в якій у Вас знаходяться захищені в майбутньому фото.
Як тільки "паразит" використає Вашу картинку, її адреса автоматично підміниться на http://АДРЕСА_КАРТИНКИ_ПОПЕРЕДЖЕННЯ/off.jpg в той час, як всі картинки, що будуть завантажені з Вашого вебсайту, або з вебсайту друга - відобразяться без проблем.

Кількість правил RewriteCond - може бути досить великою, хоча про ліміти варто пам'ятати - mod_rewrite - це додаткове навантаження на вебсервер Вашого провайдера, що може вилитись в сповільнене завантаження саме Ваших вебсторінок.

PS. Для особливо лінивих в інтернеті присутні готові сервіси для створення необхідного htaccess файлу. Для прикладу тут можна покроково створити свій власний htaccess файл

Успіху