18 января 2005 в 11:38
продолжение разговора.
начало - http://drupal.ru/node/195
Чтобы не захламлять чужой топик - вынесу свои вопросы в отдельную тему.
> Добавлено Basielienis, 17 Январь, 2005 - 21:59
> Если win-1251 жизненно необходима (не понимаю - зачем?),
> то лучше поискать другие CMS.
Про поиск других CMS совет понятен, но буду признателен, если поможете
до конца разобраться с вопросом кодировки.
Зачем нужна 1251?
У меня установлена стандартная поставка Винды.
1. Процесс разработки сайта.
Шаблоны страниц рисуются в WISWIG редакторе. Конкретно - Dreamweaver.
Кодировка -1251 ( utf-8 отсутствует )
После создания - насколько понимаю - надо все шаблоны сконвертировать в utf-8,
вставить соответствующий Charset в тело,
после чего залить на сервер.
в процессе отладки шаблонов - данная процедура выполняется каждый раз.
Если я что-то снимаю с сервера к себе на комп ( это может понадобитьсяв том случае,
если разработку ведет группа, и обмен данными происходит через сервер,
я должен сделать обратную процедуру, чтобы внести коррективы и весь цикл повторяем заново.
Возможно - я пользуюсь устаревшим софтом. Возможно - надо как-то подкрутить Винду,
чтобы оптимизировать данный процесс. Тогда вопрос звучит так - какие изменения надо сделать в Виндоуз
и какой софт нужно использовать для корректной одновременной работы в нескольких кодировках ( работа ведется над несколькими проектами, полностью компы на utf-8 переводить нежелательно)?
Очень бы хотел узнать - как организуют процесс разработки, доводки и изменения в шаблонах дизайнеры и владельцы русских сайтов на Друпале.
2. Обмен контентом с внешним миром.
Например- модуль eCommerce. в российских реалиях нужен будет стык с какой-нибудь 1С-Бухгалтерией или 1-С Складом.
Конвертация символов при любом обмене данными. Так понимаю?
Если сайт на Друпале - вещь в себе и поддерживает всю связь с внешним миром
через формы на своих страницах - подобных проблем не возникает.
Проблемы могут возникнуть, когда появляется необходимость в данных извне.
Вряд ли в перспективе будет массовый переход в России на кодировку, отличную от 1251.
Я имею в виду - на персональных компьютерах.
То есть надо быть готовым, к тому, что при любой попытке обеспечить тот или иной стык,
нужен спец. софт или спец. настройки Виндоуз.
Я не излишне драматизирую ситуацию?
Пытаюсь разобраться - какой софт использовать-или писать, какие настройки делать и т.п.
Буду признателен за все мысли и советы по этому поводу.
Комментарии
1. В тело темы ничего относящегося к кожировке вставлять не надо. вставляется в common.inc.
Не вижу особой проблемы в перекодировании файлов каждый раз туда-обратно. На это уходит очень мало времени... поэтому imho это не критично...
2. Опять же в чем проблема?.. Почему бы каждый раз не перекодировать прямо на сервере, с помощью, скажем iconv? Не знаю, но может есть даже какие-то встроеные в php функции... ?
Как раз в данных извне с utf8 в Друпале проблем нет. Он умеет все rss (к примеру) перекодировать в utf8.
Вот .. порылся в [url=http://drupal.ru/sites]RDD[/url] и [url=http://astrokuban.info/?q=aggregator/sources/1]вот сайт[/url], который агрегирует новысти Компьюленты в rss. Которая, кстати, в cp1251.
Если данные в других форматах (отличных от rss), то, я думаю, с перекодировкой не должно возникнуть проблем...
--
USU-Lug http://usu-lug.org.ru
мне довелось использовать с 98 году хостинг, куда надо было закачивать все данные в КОИ-8.
Да, это занимало немного времени. Но это надо было делать постоянно,
т.к. как сайт развивался.
Вы просто не представляете, насколько это утомительно.
и я не представлял, пока не поменял хостинг на тот, где все уже было в 1251.
Как-то грустно откатываться по технологии на 6 лет назад.
А я недавно ставил друпаловский сайт на Агаве и почувствовал себя аналогично
У них там Русский Апач и дефолтная кодировка выставлена cp1251. По счастью это отключаемо, но сам по себе факт дефолтной кодировки - неважно KOI8 или cp1251 в наше время странен. Вот на двух других хостингах сайты (на Инфобокс и на Мастерхост) - никаких дефолтных кодировок, как скрипт генерит странички и что в заголовках проставляет, так они и будут отображаться. Успешно живёт и старый Invision на cp1251 и рядом Drupal на utf-8.
Использовать cp1251 или КОИ или другую национальную кодировку - вот это и значит продолжать жить технологиями нескольколетней давности--
Axel
Зачем? Он ведь сам движком генерится и в тему его можно подставлять - см. код тем.
Мне проще тем, что почти не использую визуальных редакторов. Emacs с соответствующими модами + броузер. Вот и все средства разработки. Дизайнерам наверно такое не понравится. Зато с UTF-8 проблем нет, несмотря на то, что системная локаль у меня до сих пор KOI8-R, но emacs правит юникодные тексты.
Он уже идёт во всём мире и Россия от этого никуда не убежит - не мы стандарты диктуем. С нынешними объёмами памяти и дисков уже не критично, что символы в кодировках будут занимать для некоторых языков не по одному байту, а по два (или больше). Важнее, что отображать такие тексты можно будет безо всяких перекодировок. В основных дистрибутивах Linux сейчас UTF-8 либо основная локаль, либо полностью поддерживаемая. В Windows последних версий (XP) насколько я знаю тоже UTF поддерживается (насколько он там поддерживается сторонним софтом мне правда не известно). Но в любом случае, полагаю, следующие версии Windows будут ориентироваться на юникод (а Longhorn обещают уже в следующем году). Т.что может лучше раньше озаботиться переходом на современные стандарты, чем потом догонять?
Сайт в utf-8 на Drupal вполне успешно делает аггрегацию новостей по RSS с сайтов в других кодировках - и koi8 и 1251. Никак это не вещь в себе.
По-моему излишне
--
Axel
ситуацию c RSS уяснил.
а как будет работать ситуация - не могу, к сожалению, сейчас проверить - когда журналист набирает статью в Word( в стандартной винде, в 1251), а потом, делая копи-пасте - закидывает это дело в Друпал?
Перекодировка произойдет автоматически?
Закидывает через web-интерфейс?
Дак .. а какая разница сам ты набрал или copy/paste?
Вообщем.. все будет работать... Можешь сам проверить .. Вот .. набери свой след. пост в ворде да скопируй ...
--
USU-Lug http://usu-lug.org.ru
раньше думали-думали под редхетом кто на кои-8 кто на ср-1251 сидели - а теперь как fedora-core вышла под utf-8 локаль стандарт - так думаю сомнения отпали. а вообще мне все равно что - редакторы Kate или kwrite, они очень удобно к файловому менеджеру krusader подключаются - редактирую прямо на ftp удаленном и по ctrl-s туда сохраняется, ничего "переливать" ненадо
, да, там в меню в редакторах посмотрите > set > encoding - полно кодировок и utf-8 и utf-16 так что и проблем таких нет... а хоть гугл взять - на utf тоже
Проверяю… работает….
Да, что-то я ступил ( как говорят на некоторых форумах
Этот вопрос снимается….
Пока получается, что для того, чтобы чувствовать себя уверенно - надо запастись конвертором файлов utf->win и utf-win
или переходить на Emacs
Полностью согласен с Axel:
"Использовать cp1251 или КОИ или другую национальную кодировку - вот это и значит продолжать жить технологиями нескольколетней давности."
> Пока получается, что для того, чтобы чувствовать себя уверенно - надо запастись конвертором файлов utf->win и utf-win
или переходить на Emacs Smiling
Чтобы чувствовать себя уверенно, надо подобрать и опробовать для себя систему, софт, технологии работы. Касательно кодировок - возможностей бесконечное количество, и принципиальных проблем нет.
Сам использовал MSWord, Openoffice под win и linux, сижу в linux под koi-8 локалью. Никаких проблем. Под винду только пришлось задействовать ultraedit, т.к. нормальных дефолтных редакторов, да еще понимающих юникод, в винде почему-то нет :).
Под виндой проблемы не с кодировками, а с тем, что там неудобно работать с apache/php/mysql, с cvs, ssh, gettext, переводчиками; нет элементарных утилит. Но даже там жить можно.
Собственно с этого и начали.
Как организовать работу.
> Пытаюсь разобраться - какой софт использовать-или писать,
> какие настройки делать и т.п.
Я благодарен всем отклинкувшимся, но, похоже - все откликнувшиеся работают с Друпалом, используя средства Юникса.
Вы не боитесь, что может сложиться впечатление - Друпал только для Юниксоидов?
> Чтобы чувствовать себя уверенно, надо подобрать
> и опробовать для себя систему, софт, технологии работы.
По системе понятно - говорим о Друпале.
По технологиям - то же понятно. База Друпала наполняется как из Интернета ( под Интернетом понимаем Русскоязычный Интернет), так и извне Интернета ( RSS-каналы - это - изнутри, извне - это перенос данных из предыдущих проектов, обновление данных, сформированных на ПК пользователей - прайс-листы, склады и т.п. ).
для того, что делается в онлайне - пишем перекодировщики туда, обратно и всегда держим в голове, где и в какой кодировке лежат данные.
Остается софт на ПК, под Винду.
Рекомендации перейти на Юникс - это, конечно, хорошие рекомендации, но в ближайшие годы - неприемлемые.
Есть ли пользователи Винды, работающие с Друпалом?
Какой софт Вы используете?
Дело в том, что и под win есть много текстовых редакторов, которые работают с различными кодировками в т.ч. и Юникод (и это не только vim и emacs под win
Весь остальной необходимый софт тоже есть в win вервсиях (Apache/mysql/php).
Да и вроде пытаются поддерживать даже mssql. Не знаю, работает ли Drupal на ISS, но если к нему прикручивается php(?), то почему бы и нет (с ISS я не сталкивался, поэтому ничего плохого/хорошего сказать не могу)?
--
USU-Lug http://usu-lug.org.ru
Вот что я использовал, работая с друпалом под виндой:
1. apache/mysql/php - denver + его дополнения + обновлял поверху новыми версиями mysql и php
2. текстовый редактор для кода и проч. - ultraedit
3. текстовый редактор для контента - openoffice (меньше отсебятины, чем у ворда)
4. утилиты - из проекта gnuwin32: gettext, diff, patch, еще какие-то.
5. CSS редактор - topstyle
6. плагин web developer для mozilla
7. переводчик gettext - poedit
8. cvs - tortoiseCVS
9. для работы с хостингом - putty для shell, сuteftp для ftp
10. эпизодически и почти без пользы - dreamweaver, komodo.
11. различная документация
прошу прощения, за затянувшееся молчание.
Временно был далеко от Интернета
Большое спасибо, Basielienis, за столь полный ответ.
Буду искать и просматривать софт.
Еще для нтмл редактирования хорош HTML-kit первой версии - бесплатный так как позволяет редактировать прямо на ftp и по ctrl-s сохранять а для ssh использовать putty-tel - отличный клиент, лучшего и не надо.
> Полностью согласен с Axel:
> "Использовать cp1251 или КОИ или другую национальную кодировку -
> вот это и значит продолжать жить технологиями нескольколетней
> давности."
Я оставил эту реплику уважаемого Axel-а без ответа, просто показалось, что она была высказана просто в пафосном запале, но так как, не менее уважаемый, Basielienis воспринял ее всерьез и начал цитировать, обращу тоже на нее внимание.
Я глубоко убежден, что в автомобилях Двигатель Внутреннего Сгорания - это устаревшая технология, и, понимаю, что рано или поздно мы все будем ездить на электромобилях.
Но это понимание, тем не менее, не вдохновляет меня сегодня бездумно пересаживаться на электромобиль. Аргумент, что это технология будущего - слишком слабоват.
Возвращаюсь к Друпалу.
Меня действительно заинтересовала эта система.
Есть в ней хороший потенциал.
Вот я и пытаюсь разобраться - можно ли ее эффективно использовать в сегодняшних реалиях.
Или искать другую КМСку с потенциалом.
Кстати - какие КМСки Вы считаете ближайшими конкурентами Друпалу?
Не подскажете все же как сделать так, чтобы заработал аггрегатор с вин1251 кодировками?
друпал последний стоит. Как только начинаю подключать компуленту, начинает материться