5 января 2011 в 9:39
Вышел Drupal 7
Скачать со страницы http://drupal.org/project/drupal
Комментарии к релизу (много исправлений по сравнению с RC4)
Пресс-релиз на русском языке
| Вложение | Размер |
|---|---|
 d7.png | 49.25 КБ |
Содержимое сайта публикуется на условиях CreativeCommons Attribution-ShareAlike 3.0 или более поздней версии. Программные коды в тексте статей — на условиях GNU GPL v2 или более поздней версии.
Документация по совместной работе с репозиторием drupal.ru – https://docs.drupal.ru/code
Drupal – торговая марка Дриса Бёйтарта
Поддерживать инфраструктуру Drupal.ru нам помогает компания ДАЛЕЕ
Комментарии
Вау
Ура товарищи!
Нуно дооформить и вывесить на главную!
...для создания любых типов сайтов:На русском языке это пишется так:
...для создания сайтов любых типов:
Рекомендую пригласить редактора, владеющего русским языком.
Igor1970
Приглашали ведь для помощи в переводе
Теперь то чего, после драки махать
D7 конечно классный, еще б разробы сторонних модулей портировали их под 7-ку...
интересно с какой версии уже более менее нормальным станет
Там изначально был вариант со спектром видов
По скольку условились не уходить далеко от оригинала получилось именно так.
Который бы "ноды" называл "узлами"? нет спасибо, так понятней. Владеть русским языком и переводить английский не одно и тоже. Веб разработка и художественные произведения разная тематика
При первом столкновении со словом "нод" естествено возникает непонятка. Только потом узнаешь значение слова.
Если бы плохие переводчики не приучили Вас к такому, вам было бы привычно писать "узел" и новичкам было бы сразу понятно о чём идёт речь.
УРА!
Если в двух словах, чем 7ая версия лучше?
Очень многим.
Еще одно слово: пробуйте!
Гелдора. Вообще пресс-релиз довольно емко повествует.
Или просто поставить самостоятельно.
Новая эра.
Я лишь хотел этим сказать, что платформа предназначена для создания сайтов, а не типов.
P.S. Кстати, не
По скольку..., а Поскольку....Не могу согласиться.
Называешь компьютер "считалом" ? )
Всех с 7-й!
Ура! А переводы для модулей (которые уже в моем сайте на друпале переведены) просто портируются при обновлении с 6 на 7 ?
или надо все делать заново?
Ловите аналогию. Все мы разные и у каждого свой взгляд на вещи. Тут вопрос восприятия. Как бы достаточно трудно согласовывать такие моменты.
Самое крутое в этой новости - русский пресс-релиз на d.о. Это следствие обоснования команды переводчиков на l.d.o?
10 баллов!
Не совсем. Тут все делали. Местными силами http://drupal.ru/node/55066
Жжооош!!! (^_^)
Мои 5 копеек вам! С выходом, долго ждали!
Обновил бету и все модули, проблемы только с private message при обновлении, он прервал скрипт с ошибкой и положил сайт, из-за чего не обновился модуль profile 2, после переустановки все заработало, но потерялись все данные профилей.
Ну и старая бага "Warning: array_flip() [function.array-flip]: Can only flip STRING and INTEGER values! in DrupalDefaultEntityController->load() (Zeile 178 von includes/entity.inc)." осталась
Спасибо всем за наши детские мечты. Я разочаровался в #D7CX, в #D8CX точно не поверю)
Дык ясно было, что #D7CX не более чем декларирование намерения. Эта канитель с переходом на 7 на год минимум. Кстати, это только мне кажется, что пипл понемногу остывает к Друпалу? Просто интересно, когда этот Вавилон перестанет рости
"Зайдите за программой, останьтесь в сообществе." - ПРОМТ ФОРЕВА
Просто если честно, Друпал мне можно сказать жизнь сломал. И это не смешно. У кого так же, попрошу отметиться в этом топике
да тут половина посещает псих.треннинги "Аннонимные друпалеры".
o_O, Волосюга, можешь подробнее? Я без сарказма.
1. Views 3 к семерке использует ctools и глючит. Запустил локально, при попытке добавить Body (которое было в группе Fields):
Полученный код HTTP: 200
Следует отладочная информация.
Путь: http://localhost/admin/structure/views/ajax/add-item/news/page_1/field
СтатусТекст: OK
ResponseText:
Fatal error: require_once() [function.require]: Failed opening required 'C:\WebServer\htdocs/sites/all/modules/ctools/includes/fields.inc' (include_path='.;C:\WebServer\php\PEAR') in C:\WebServer\htdocs\sites\all\modules\ctools\ctools.module on line 111
2. Скрол мышки норовит укатить админку вверх.
Пока модули не выйдут в разряд релиза активно использовать Drupal7 рано.
Большой дядя сказал что так надо (:
Да не нормальная шутка, тока мозг взрывает
all
Все также не работает переход на новые комментарии.
/me думает что будет история аналогичная истории про 1000000 онлайн, только больше в практическом русле. У Юрия всё-таки далеко не мифический проект
Изволь. Это когда сапожник пытается печь пироги и у него даже начинает получаться (через нуёптваюмать), однако при этом трудозатраты (время,господа) столь велики, а эффект столь смехотворен, что вот приходят такие мысли
К чему этот балаган?
Демонстрация абсурдности попыток перевода технических терминов с английского (немецкого, французского, латыни...) на русский.
За выходные попробую перенести сайт клуба боевого САМБО на 7 версию Drupal.
Возможно, даже тема оформления сайта под 7 более красивая найдётся
Есть ли уже модули для Drupal 7? А то я его поставил, но даже модуля CCK для него нету
Смилсо.
В admin/build/modules заходил?
Ну да. И что?
p.s как сделать форму регистрации для пользователей в друпал 7?
Заходить до просветления
А я думал что фишкой d7 есть именно встроенный cck в ядро
RxB, ты как бы намекаешь на то, что ССК уже не нужен, т.к в Друпал 7 есть все эти функции? Или нет?
Опа, ну понятно, спс!
блин... мне одному показалось что 7-ка ни разу не удобна в тематизации или еще кому?
Наверное одному, так как люди писали что там небольшие изменения только
Поле с названием модуля (плагина) называется "Имя участника", достаточно оригинально )
хм... а это нормально что при агрегации создаеться 7 css файлов и 3 js, в чем тогда суть агригации состоит? на d.org грят что работает как задумано...
бесполезный разговор. Активно не любящие орфографию - задавят.
а в этом случае "не" точно нужно писать разрельно? у меня что-то есть сомнение. нужно будет завтра проконсультироваться со специалистом любящим
орфографию и пунктуациюправильно-слово-написание и знако-препинание-расставление.Да, т.к. стало удобнее, логичнее и гибче. Тот же рендер всей страницы, а не кусками.
Для этого надо изучить историю косяков агрегации 6-ки
кто-то ещё Wysiwyg в 7-ке пользует? Обе версии дохлые: и альфа. и деф. - у меня одного?
Ну вот, только с 6й разобрался, теперь семерку мучать)) Зато не скучно))
бедная семёрка ...
Нормально все было.
А можно вкратце? И какая для браузера разница между считыванием кода из одного файла или из 7-и? Или я вообще не понял смысл агрегации? я всегда думал что ее смысл в уменьшение http запросов к серверу, как следствие более быстрая загрузка страницы.
Во второй строчке ты прав, но это не тот случай, если вкратце, то тут хотели сказать главную ошибку 80% людей. А именно: "С каждым надо разговаривать на доступном ему языке!" А не на "правильном".
Во. После этого видео понял тематизацию нод (а за ними и всего остального) в 7-ке.
И я б не сказал что это:
подписалсо и ушел за попкорном
и кстати сразу же вырубил нафиг этот новомодный ajax-интерфейс и поставил привычный admin_menu
теперь файлы объединяются по "контексту", т.е первая группа объединённых файлов - это те что используются на всех страницах (jquery, ui и т.д.), вторая - только на текущей и т.д. подробнее в доках (параметр
every_page). таким образом решили давнюю проблему избыточной агрегациихм... если я правильно понял там объясняют как добавлять .js файлы в свой модуль или тему, а как быть с остальными? т.е. если я хочу объединить все .js файлы в один, что неужели для этого надо хакать ядро и все кастомные модули? на d.org ничего конкретного пока не нашел. там точ-но так-же посылают всех drupal_add_js и drupal_add_css читать.
ты не одинок в этом решении)
Вот еще б admin menu не конфликтовал с taxonomy menu и с devel themer было б хорошо...
ничего хакать не надо, массив скриптов перед агрегацией доступен в hook_js_alter
Объединять все файлы в один... пипец... голову включите на минуточку...
Есть агрегация для анонимов, для регистрированных и админов!
А я не говорю про агрегацию всего и вся в один единственный файл! В шестерке для каждой роли было по одному своему .js и .css файлу. В семерке же для каждой роли минимум 3-4 своих отдельных .css файла в совокупности аноним груиз по 4 .css, .js, файла, а админ 6-7. Сколько грузит админ особой разницы нет¸ но анониму должно уходить по однму .css и .js файлу (как бы основная структура фронтэнда), для других ролей в идеале было б не плохо в довесок к тому-же файлу который уходит анониму еще один/два отдавать с дополнительным кодом. А отдавать каждой роли по 4-7 .css .js файлов не расточительство? Хотя когда идет речь о производительности межу 30-ю http запросами и 8-ю, конечно работа агрегации чувствуется.
это не правда. файлов было столько, сколько комбинаций между подключаемыми js или css файлами
Я земетил что файлов в кэше (files/css) обычно в 2 раза больше чем ролей, думал что это обусловленно тем, что для каждой роли по файлу, + комплект файлов с прошлой агрегации (Здесь могу ошибаться, спорить не буду). Но то что каждой роли уходил один свой .css файл проверял не раз. 2 уходит в случае media="print" т.е. один для всего (media="all"), а второй для print-а.
ну вот, а теперь началось реальное тестирование
полагаю, views/references и др базовые модули завалят багрепортами именно сейчас, после оф. релиза.
и месяца через два семерка уже будет вполне себе ходить, а не падать на каждом шагу, на сайтах средней сложности (ну где views+fieldgroup хотя бы).
Подскажите кто знает, как в D7 сделать многоязычное главное меню, в D6 (+i18n) у пункта меню добавлялась опция выбор языка, в D7 ее нет. У псевдонимов язык выставил, но не помогает. Модуль Locale включен, контент и админское меню работает замечательно в мультиязычном режиме, языки переключаются, но свое меню также работать не удается заставить, куда копать, где почитать? Пока только эта неясность не позволяет перевести сайт с D6 на D7.
Ждем перевода на русский язык)
Localization update
Пока не советую искользовать http://localize.drupal.org/translate/languages/ru/ и модуль http://drupal.org/project/l10n_update
Там сейчас не правильно перевод экспортировали. Завтра откроют доступ людям, поправят, но пока лучше перевод с drupaler.ru использовать.
хороший глюк такой, при создании собственного типа ноды, при просмотре ноды получаю
Я уже на такие ошибки не обращаю внимания, если все работает.
Эх, ждем основные модули для 7ого, например, i18n. Даже и не знаю, на седьмом ли друпале начинать разработку многоязычного сайта...
сори, сам где-то накосячил...
https://github.com/josereyero/i18n
Да, переводы у localize.drupal.org походу гугл делает) русские буквы, и не более)
Решена ли в семерке проблема с отсутствием слэшей в конце урлов?
Люди .. нахрена вам прямо щас семёрка? Там ничего принципиально офигенного не произошло
Поздравляю.
Вы записаны в полк к другим сеонистам.
На самом деле произошло докуя всего и это открывает большие перспективы
Тотально выепать себе моцк еще раз? Епать его до тех пор пока 8 не появится? Я пас, с меня хватит. Буду сидеть на шахе и прикалываться
))). Спасибо, вы ошиблись, я скорей дизайнер. Слэш нужен чтобы:
1. правильно обрабатывалась статистика, т.е. сейчас "/news" и "/news/324" это разные уровни, первый урл относится к корню и не засчитывается к новостям.
2. отсюда же проблемы в вычислении быстрых ссылок в Яндексе
3. сразу видно что сайт на Друпале )))
4. ну и просто не красиво.
Поэтому и вопрос. Решили ли, наконец, эту проблему. Четвертый год жду ))))))))
Вот я уже заипался с этим бороться ):
А на странице /admin/settings/globalredirect
Самая первая опция "Удаление слеша"
Это не то?
+1
Прикалываться думаю врятли получиться больше 2-х месяцев т.к. к этому времяни либо 7-ка с доп модулями будет рулить и педалить, либо просто надоест
Посмотрим. Пока не устаканится, я туда не полезу. Дальше можно будет посмотреть со стороны. Делайте, я подожду
Золотые слова
Чем больше таких как вы, тем медленнее будет улучшаться качество семерки. Хотите постоять в сторонке - ваше право, но других на такое подбивать не стоит.
Да ни в коей мере ...
Спалилсо! Не отвертишься! ^_^ Накол еретиков! (^_^)
Вы на ХП сидите или семерка?
у меня на одной рабочей системе XP на другой ubuntu 10.10. при этом дико хочется сделать следующий проект на 7-ке, но реально СТРАШНО. (( уже сильно поджимает дедлайн и проект ни разу ни простой, вот и думаю... но хочется... но блин страшно (((
Какая разница?) что-то, что-то фуфло) Linux - спасет мир от M$! и от Блондинок в том числе)))
Я конкретно у человека спрашивал, аналогию проводил. Если железо позволяет то лучше использовать 7, это понятно.
Сам сижу под дебианом минт.
Семерке еще как минимум надо полгода на раскачку, а на шестерке, как минимум можно спокойно сидеть еще с годик.
Но конечно, если позволяет ситуация, то хорошо бы и семерку юзать. При чем, CCK/Views/Imagecache/autopath уже в ядре. А это как минимум 90% основный модулей.
В общем, на семерке можно много чего уже лепить. А если не лентяй и знаешь php то можно и вовсе делать сайты любой сложности.
Можно неспеша, изучать семерку и делать сайты на шестерке.
Да я понимаю, просто на человека так накинулись сразу, я решил на смех разговор свести, разрядить обстановку так сказать)
ArchLinux
DOS
Оффтоп
Делай на 6-ке. Я уже с одним проектом чуть не просрался - пришлось откатываться на 6-ку, т.к. на 7-ке не мог точно срок просчитать.
Успеешь ещё с 7-кой побаловаться
спасибо за пинок в верном направлении ))
а вот это верно, кстати. На семерку сейчас лезть с жесткими дедлайнами - это самоубийство, и самый легкий способ заработать невроз и ненависть к новым релизам
Как-то пугает, когда релиз привязывают к "круглой дате", в данном случае к НГ
Уже приходили при совке, недоделки обычно заметаются под ковер.
1. Что будет с поддержкой v.6.xx?
2. Есть какой-нибудь плаг, который может проверить наличие всех необходимых/установленных модулей для полноценной миграции сайта с 6 на 7?
3. На сколько 7-ка легче/быстрее/прожорливее до ресурсов ?
1) этот вопрос с выходом 8-ки будет актуалкен, а пока за развитие 6-ки переживать не стоит.
2) ага, называеться "плаговек" который сидит перед монитором.
3) рамы жрет больше, к мускулу снисходительней.
Будет поддерживаться до 8-й версии.
Что-то было, но не помню. Как минимум, читать здесь - http://drupal.org/documentation/upgrade/6/7 или http://drupal.org/upgrade для полной картины.
Естественно, прожорливее. Но много сделано для более тонкого тюнинга в плане гибкости и производительности.
Я как бы об этом и говорил. Ну конечно же всё фигня -- главное хвост. Не дай бог там такие же приколы будут.
Ну, я сионист - ещё и живу в Иерусалиме.
Но я тоже так считаю - что неумение Друпала имитировать слэш после имени условной директории (пусть и виртуальной), очень неудачно. Соображения те же, что и у дизайнера.
Наконец-то кто понимает это аналогично мне тут, а не только на ( ithappens )
Именно RxB помог мне недавно решить эту задачу (в 6-ке), надеюсь и в 7-ке такое устроить (т.е. задействовать "реальные" директории):
<?php
$url = 'http://s-horoscope.ru/sg/archive.php';
header('Location: '. $url, TRUE, 301);
exit();
?>
Вот жешь блин, походу меня только Дансамара насчёт слешей понимает.
В ТРЕД РЕКВЕСТИРУЕТСЯ ДАНИЭЛЬ!
Да, помню, было дело, самый простой решения такой задачи
вот бы перевести на русский обще-разговорный? плз.
В данную форумную тему приглашается Даниэль Ишмаев дабы пообщаться на тему "/"
ой... а я подумал, что это символ в какой-то особой кодировке
Дан давно в теме, он только что тут ходил
Вы вводите в заблуждение тех кто не знаком с семеркой:
CCK в ядре - ограниченный набор типов полей которые есть у CCK в шестерке,
Views - отдельный модуль,
Imagecache в ядре,
PathAuto - отдельный модуль.
По поводу Views, серьезно что ли в ядре? Последний раз когда щупал 7-ку, ничего подобного там не было..
Нету его там, и активно дорабатывается, недельку как стабилизировали.
да ну нафик, стабилизировали
я
затрахзамучался его обновлять.там ещё багов ... выше крыши
Drupal 7 Marketing Video
Lullabot-ы семерку классно пропиарили) ещеб они все свои модули под нее портировали, а то не Nodereference URL Widget ни Views attach допсихпор не портировали...
Больше всего улыбнуло когда они Views Gallery показали, которая зависит от выше сказанных модулей.
Он тута давно. Но разговоры про слэши уже достали. Если у яндекса с этим проблемы, то это очередной камень в их огород. Если у кого-то проблемы с восприятием путей без слэша, то можно только пожалеть этого человека.
В issue смотрел? может уже есть не протестированные порты.
Угу, и там и там есть патчи для порта. тока один от 17-го февраля, а другой от 3-го марта...
ась? т.е. ваш прогноз, что Яша когда-то сменит политику? и ради него одного не надо директории заводить?
а что за проблемы у яндекса со слэшами, можно поподробнее?
извини протупил. Нету его.
Просто так хотелось этого, что аж написал)))
протупил, извиняюсь.
Слэш - это про быстрые ссылки, так понимаю. На 100% не знаю, конечно (а кто что знает про поисковики на 100%? они сами так знают что-то?), но страницы из одной директории не подхватываются. По одной на директорию - я только такое видел.
Я близко с быстрыми ссылками не знаком, но вставлю свои пять копеек.
Когда-то сделал сайт из пяти страниц на друпале, быстрые ссылки яндекс определил, и даже доверил две первые строчки в выдаче.
Кому интересно - набираем в яндексе два слова - спарк трекер
Первый результат в выдаче - искомое.
(гугл, кстати, тоже быстрые ссылки определил)
Сайт я продал, новый владелец перевёл на DLE, но быстрые ссылки остались такими же в выдаче.
Посещалка у сайта около 1000 уников в сутки. Хостинг сайт нагружал по полной (и это при том что там всего 5-7 страниц! и только анонимные посетители!)
Вот сейчас есть серьёзный проект, в раздумьях на чём делать, и вроде бы нравится мне друпал, но жалею что когда был сайт на друпале с такой посещаемостью не провёл эксперименты с различными модулями кэширования.
1. Меньше запросов к БД это круто!
2. не понимаю почему pathauto не включили в ядро.
3. меню сверху (Toolbar) это хорошо, но оно теряет смысл из-за того что оно не раздвижное как в admin menu. [#55619]Но это можно исправить[/#]
Я не в курсе, давай спросим у знатоков:
Что подразумевается под словом яша? Поиск? Там вроде клсяков нет. Статистика? Расскажите подробнее, но если мало кто знает может никому и не нужно?
Да здравствует мыло душистое
И полотенце пушистое...
Планирую тут один справочный проектик запустить на собственных модулях. Наверное семерку возьму за основу.
со слешем?
А чем мне слеш помешает?
логично. Я рассказывал о формировании выдачи на первых позициях. Конечно, это интересно не всем.
Например, берём слово Друпал, и смотрим:
#
1 Drupal Россия | CMS Drupal в рунете
Drupal (Друпал) — это система управления сайтом (CMS), а также среда для создания вебприложений (CMF). … Пятничный подарок
www.drupal.ru копия
#
2 Обзор возможностей Drupal | Drupal Россия
Drupal.ru основной, но не единственный источник информации о друпале на русском. Для объявлений в случае недоступности drupal.ru см. группу Russia на groups.drupal.org и http://twitter...
www.drupal.ru›Возможностях Drupal копия ещё
#
3 Drupal — Википедия
История проекта Технические особенности Поддержка локализации
Drupal (друпал) — система управления сайтом (CMS), написанная на языке PHP и использующая в качестве хранилища данных реляционную базу данных (поддерживаются MySQL, PostgreSQL и другие).
ru.wikipedia.org›Drupal копия ещё
#
4 Начинаем работать с Drupal: полное практическое руководство (часть...
Drupal (Друпал) — это популярная система управления контентом с открытым исходным кодом.
habrahabr.ru›Тематические блоги›Drupal›103600 копия
#
5 Начинаем работать с Drupal: полное практическое руководство (часть...
Затем Друпал отобразит пользовательский интерфейс создания представлений. … Полезные сайты. Drupal.ru — русскоязычное сообщество пользователей Друпала.
habrahabr.ru›Тематические блоги›Drupal›Читать комментарии копия ещё
оказывается:
у www.drupal.ru в выдаче имеется вторая льготная позиция - за хорошее соответствие тематике. Википедии - нет, не дали. Видать слишком много пишет о чём-то постороннем, а не только о Друпале.
habrahabr.ru - тоже две позиции: что поделаешь: отвлекаются на посторонние темы.
Хороший результат у drupal.ru?
Нет, очень плохой. И именно потому, что Друпал грубо обращается со слэшем: Яша мог бы дать ШЕСТЬ льготных позиций в распечатке(быстрых ссылок), а дал только две - и это самому большому и самому тематическому ресурсу.
А поподробнее?
если хочешь раздвижное меню админа вверху, то отключаешь модуль Toolbar и скачиваешь->включаешь admin menu
Добавить к этому еще 900 поддоменов на которые отвечает сервер и которые переодически проскакивают в выдачу и картинка еще красивее.
xaker.drupal.ru ... shmaker.drupal.ru
В общем всё понятно. Бесполезно объяснять то. Программеру - программировать, верстальщику верстать, дизайнеру дизайнить, друпалу - не продвигаться. Чтобы продвигаться, кстати тоже надо знать что продвигать, а то бабло в трубу летит.
какой то бессмысленный вывод о_О. ну вот я вбил в тот же поиск "joomla" (у неё со слэшем всё впорядке) и смотрим:
joomlaportal.ru
joomla.ru
www.joomla.org
joom.ru
ru.wikipedia.org›Joomla
здесь получается тоже всё плохо?
+1
Ну так объясните хоть кто-то, все понято, внятно и аргументированно, а то один домыслы пока только видно.
Предлагаю платную консультацию -- разжую донельзя.
да, со слешами и мне не все понятно - что надо то. Чтобы "папки" закрывались слешем? Или вообще все ссылки?
это к друпалу не имеет отношения
вот-так вот значит
Странная тенденция, никто из слеше-поклонников (не только в этом топике) не смог аргументировать зачем он нужен.
А уж про работу апача со слешами я вообще молчу. Дансамара знает
Приятно, когда разговор плавно перетекает из одного холивара в другой
Вить, один слеш понятное дело не повод пузырить. Повод когда множество факторов вылазят в огромную кучу гемороя. Ты как бы сам упёрся в слеш и другого-то не замечаешь, а оно есть
(^_^) да))) мы и не такое мОгЁм
А давно несколько позиций одного сайта в выдаче начали называться "быстрыми ссылками"?
Раньше быстрыми ссылками назывались ссылки в сниппете (как у Википедии из вышеуказанного примера).
И вообще, я особых проблем с продвижением Друпала не замечал, скорее наоборот.
у Яндекса спросите - так они в своей инструкции называют.
Если нравится позиция в листинге, то и вопросов нет.
у меня вроде в яндексе, быстрые ссылки вверху самой ссылки на сайт. Количество устраивает. В вебмастере можно выбрать из нескольких (там кажется 3 максимум)
Интересно хоть у кого-то есть какие-либо позитивные впечатления от 7? Спрашиваю не просто так, у меня уже на нее негативный рефлекс. Несколько раз ставила промежуточные версии, чтобы увидеть хоть какие-либо преимущества, а в результате ничего кроме раздражения.
Рекламируемые особенности читала, на практике ничего позитивного пока не увидела. Если кто-либо хоть пробный сайт сделал до конца - Просьба поделиться положительными впечатлениями (если есть) для стимула тратить время и нервы.
У меня пока не получилось... Гвоздем в крышку гроба на удивление оказался Nodereference URL Widget, а верней его отсутствие...
Вагон и маленькая тележка) правда негатива от того что не хватает "нужных" модулей тоже достаточно. но он не по отношению к 7-ке, а больше к разробам "нужных" модулей. Больше всего бесит что все "нужные" глобальные модули есть, а по мелочевке кучу всего не хватает... хоть бери садись и сам портируй...
Семерка офигенна!!!))) Field API сказка!) а если копать глубже становиться еще интересней, только этим всем пользоваться "без нервов" можно будет думаю не раньше чем месяца через два...
да толку то от 7-ки
если нужные модули косячат. часть портировано, часть нет. А за 2 года на 6-ке накапливается куча модулей нужных. И пока всех жуков не переловят...
преимущества есть. В той же темизации. Более удобные механизмы для кэширования (что-то там с юзер лоад) - актуально если проект высоконагруженный и много авторизированных пользователей онлайн.
Valeratal
К сожалению, не только модули нуждаются в доработке. Я тут попытался с помощью Rules зацепиться за событие "A comment has been unpublished". И не хрена. Сначала подумал, что модуль не доработан, ан нет: http://drupal.org/node/897698#comment-3400828
А проблема эта, оказывается, была озвученная аж 2 сентября 2010 года. Не очень как-то торопятся ее исправлять...
P.S. Лично мне нравится 7-ка, очень хочется начать на ней делать проект. Но пока, увы, никак, приходится ждать.
P.P.S Вот еще, давно известный косяк, который все никак не могут исправить: http://drupal.ru/node/54958
Могу показать проблемы которые тянутся с четвёрки
RxB
Но почему так!!! Я не знаю, что там было в 4-ке, но неужели озвученные выше проблемы такие сложные? Если сложные/неустранимые, значит какие-то косяки в архитектуре, если не такие уж сложные, то однозначно минус разработчикам. Не ловят, понимаешь, мышей :).
Далеко пойдёте с таким мнением
RxB
А по существу вопроса?
RxB
И вообще я уже давно хочу денег дать it-patrol.ru за Drupal-хостинг ;), а не могу. На кой мне хостинг, если я не могу, не то что запустить проект, а даже начать его делать?
1. Совместимость, как это не банально. Глобальные промахи в архитектуре или ещё что, могут правиться только между ветками иначе получить жумлу, где модули могут между релизами не подходить
2. Насчёт мышеловства. Разработчики тоже люди и многие питаются не только drupal coding style, ЗП получают за работу над друпалом далеко не все.
3. Начни с себя. Говорить о граблях каждый может, но вы хотя бы в каком-нить ISSUE с граблёй как у вас, написали хотя бы сухое subscribe?
Это к теме топика не относится
А как же?!
http://drupal.org/node/1022542
http://drupal.org/node/1022522
http://drupal.org/node/1022576
Пришлось осваивать переводчик :).
Призыв начинать с себя, - он, безусловно, хорош. И я с Вами целиком и полностью согласен. Просто есть еще такой момент как опыт и специальные знания. Я хоть и программист в прошлом, но не web-программист. И совсем новичок в Друпале. Какой с меня толк? Пока разве что сформулировать проблему.
А вот Вы реально могли бы поспособствовать. Я догадываюсь, что Вы и так способствуете. Но все равно, странно видеть равнодушие (для примера) сообщества, коим так хвалят Друпал. Это я говорю, опираюсь на свой малый и субъективный опыт задавания вопросов на d.ru.
Не вижу там равнодушия, люди как то посильно помогают :).
UnnamedNETUA
Сейчас - да. Спасибо, RxB. Он практически один за всех вас (зубров Друпала) и отдувается :).
Если хостинг не тянул 1000 уников, что скорее всего 2000 - 3000 просмотров. Да ещё и анонимных, то я бы задумался о смене хостинга.
Тоже не понимаю проблему со слешем - наберём в поиске "живой ангарск", видим 6 быстрых ссылок. Или я чего-то не догоняю? (Д6)
Походу парень не догадался включить даже нормальное кэширование из коробки.
Вообще похоже на то, т.к. для анонимов DLE большею нагрузку создает чем друпал с включенным кэшированием, а если еще и Boost поставить то вообще про нагрузку друпала забыть можно. Для авторизованных да, DLE более производительней, но менее функциональней.
в DLE тоже есть кэширование
->
Вышел Drupal 7. Научись работать с кэшированием в DLE!
Я уже сгрыз весь попкорн читая это...
^_^ Я же говорил оффтопить умеем))
Благодарствую о всемогущий, теперь я просвещен, что Творец не обделил DLE такой функцией как кэширование!)
Наверно надо завязывать с чтением по диагонали...
DLE? А ни чего страшного что он денег стоит?
В ней есть кэш!!! после такой вести мне уже ничего не страшно
отличный пример. Хорошо решены задачи без создания директорий (без слеша).
Всё правильно, никаких проблем с быстрыми ссылками в Друпале нет. Яндекс их сам находит без проблем (не сразу конечно).
Как насчет категорий в семерке?
Вроде обещали добавить возможность по-умолчанию (не таксономия).
Нету такого, да и зачем?
- такой бред.
По поводу быстрых ссылок, вроде есть везде, хотя может позже появились чем должны были..
/me Запасся попкормом)
Как знаете.
Дрис стал еще круче!
Товарищи. Вот возник вопрос. Разобрался с движком DLE и хочу сделать сайт на Drupal. На какой версии лучше в данный момент делать? на 7 или 6?
Kamrad
Смотря какой сайт, какой функционал. Если функционал потребует модули, которые еще в процессе портирования на 7-ку, то придется либо подождать, либо делать на 6-ке.
1)На сайте будут располагаться статьи по разделам.
2)Фото(нужен удобный просмотр,т.к. большое количество).
3)Небольшое количество софта.
4)В дальнейшем может понадобиться доска объявлений.
5)Форум.
6)Пользователи по группам.
7)Пользователи могут добавлять новости.
Шестерка, однозначно. Там все есть. И будет проще переехать на 7 через полгода.
Ув. сообщество, посоветуйте... похоже что для D7 до сих пор нет ни одной галереи, была очень удобна Brillian Gallery но на семерку ее еще не перенесли. Если что подобное, или можно ли как руками что-то подобное сделать ?
Kamrad
Можно и на 7-ке.
Если имеются в виду роли (права доступа), то все ок. Если полноценные группы, то Organic groups пока в зачаточном состоянии.
Если устроит стандартный друпаловский (функционально весьма скромный). А если нет, то придется ждать Advanced Forum (плюс несколько других модулей, расширяющих функционал форума).
На счет этого не интересовался. Нужно посмотреть, что уже готово и что еще в процессе портирования.
По остальным пунктам – все нормально, реализуется без сторонних модулей.
1. Из коробки.
2. Если без эффектов увеличения, то из коробки уже есть функционал.
3. Если это список к файлов загрузки к нодам - из коробки.
4. Блог без комментирования вполне подойдет как ДО.
5. Минимальный функционал, но лучьше чем на сайтах социальных сетей.
6. Минимально.
7. Из коробки.
Спасибо большое!
Может теперь и форум в D7 нормальный появится ?
Кому он нужен? OG есть.
Тоже думал про og на один проект, только вот людям привычней форумы как мне кажется. Хоть с приходом vk группы уже привычное понятие.
Можно внешне сделать как форум. В том и сила - как хочешь так и затачивай.
Кстати релиз ОГ уже есть.
Можно внешне сделать как форумтоже об этом думал. Но в группы объединять не только ноды типа форум, но и вообще, как верхний уровень классификации публикаций. Ну и людей конечно
одна проблема. Есть раздел на форуме - все остальное. Как такую группу назвать? "Сборная Солянка" ?
А как этот раздел называется у тебя на форуме?
"Все остальное"
ну лан, это не проблема на самом деле
Вопросы скорее будут в темизации - как сделать главную страницу "форума" на OG, так чтобы внешне было похоже на форум
обычную тему форума - легко изобразить с помощью OG
список тем в рубрике форума - тоже вроде не сложно должно быть (вьюсом к примеру -список, фильтр по типу, фильтр по группе)
бесполезно, не услышат. Да и не надо им это.
Кто уже пробовал магазин под 7-ку?
поставил потестить, включил всё. Из настроек только валюта, рублей нет.
И не создался тип материала для продукта.
Посмотрел презентацию, впечатляет.
Но стремно новые сайты на Семерке делать, как показывает практика, даже портированные под версию модули сбоят и как то странно работают поначалу. Так что еще пару месяцев понаблюдаю))
Если бы мне сказали сейчас о том что в основе Drupal лежит узел, я бы не понял это, как и если бы услышал о ноде.
+1.
Опять же скатимся к маркерам, эклерам и штатам.
Термины нельзя переводить.
+1
Согласен, слышу понятие "нод" второй раз уже, и все равно не привычно, "нода" как-то понятней
И при чём тут переводчики? Этот вопрос обсуждался долго и муторно. Большинство склонились к ноде. При невладении общей картины архитектуры друпала, нода и узел одинаково размыты. Однако узел вызывает ненужные ассоциации, а вот нода есть terra inkognito и её понимание приходит постепенно, вместе с пониманием всей системы.
Кстати, почему node в "переводе" должен быть женского рода - для меня вообще всегда загадкой было.
Что касается маркеров и эклеров - тут все сложнее. Слово token в английском языке само по себе довольно непростое и прямых аналогов (особенно в данном контексте) в русском языке у него нет. С горем пополам мог бы подойти шаблон, но этот термин, к сожалению, уже используется в другой части Друпала.
Что до заклинания "термины не переводятся" - это заблуждение. Обратите внимание на полки в книжных магазинах (или хотя бы на мультитран). Англо-русские словари компьютерных, инженерных, биологических, юридических, медицинских, экономических и прочих терминов там водятся в изобилии. Зачем бы они были нужны, если термины переводить не следует?
Термины еще как переводятся и должны переводиться, если их можно адекватно перевести. Другое дело, что ввиду серьезного отставания и нашего общества, и нашего языка, перевести их можно далеко не всегда.
Поддержу. Сам в свое время недоумевал, почему не переводят правильно, а используют кальку, ведь смысл отражен верно, особенно в связке с CCK. Явно виден след товарищей, что любят щеголять иностранными словечками.
Кстати, примеров тому в нашем языке много. Вспомните всем известное sushi.
Русское слово "узел" не имеет прямого смыслого значения, которое подошло бы к описанию программисткой абстракции "node" в drupal'е. (http://www.classes.ru/all-russian/russian-dictionary-Dal-term-40557.htm)
"Узел" подходит для перевода "node" только в своем переносном значении, то есть это "какая-то запутанная фигня".
Это есть мое основное возражение против перевода терминов, для новичка, что "нод", что "узел" – это какая-то одинаково запутанная фигня. Только "узел" это еще и для специалиста такая же непонятная фигня.
Извини, но довод совершенно несерьезный, давай не будет его обсуждать?
disclaimer. Я выступаю с абсолютно эгоистичной позиции. Свободно читаю на техническом английском и для меня настоящие мучение видеть "узел", "маркер" и тому подобное в русском переводе.
Кстати, сам термин в оригинале несколько неудачный (я так понимаю, от него скоро откажутся). Но это не значит, что нужно его ухудшать. Мое основное возражение против такой формулировки: с позиции англоязычного пользователя node - это не запутанная фигня, а осмысленный термин. Следовательно, для русского человека желательно стараться также предоставить осмысленный термин. Да-да, давай лучше обсуждать наисерьезнейший довод "компьютер/считало" (ошибочный, кстати).
Разумеется, сотни словарей, где для английских терминов есть русский перевод - это не серьезно. Серьезно - это повторять ничем до сих пор не обоснованную мантру "термины не переводятся", хотя в языке тысячи примеров их удачного перевода. Это попросту означает, что смысла выбранных для текста английских слов ты не видишь, а видишь только общий технический смысл. Потому для тебя нода - это нода. Пониманию (в данном случае) это не вредит, но при переводе потеряется целый пласт, в результате чего новички и не понимают, что такое нода.
Этот пассаж не выдерживает даже малейшей критики. Открой наугад любой из этих словарей и ты с удивлением обнаружишь, что существенно больше половины всех научно-технических терминов подозрительно схожи по написанию на русском и иностранных языках.
Научно-технические словари нужны для:
1. Правописания.
2. Правильного произношения.
3. "Настоящего" перевода. Но! наличие в англо-русском полиграфическом словаре слова "форзац" не делает этот "Vorsatz" исконно русским термином.
Если бы ты всерьез изучал научно-технический перевод, то не стал приводить столь странный аргумент со словарями.
p.s. Я еще молчу о роли латыни в медицине, да и в биологии в целом.
1. Ты не знаешь, сколько их.
2. Есть значительное количество терминов, которые не "подозрительно схожи", то есть отличаются. Поделись - как так вышло? Еще раз повторю: о чистоте языка никто кроме тебя и не говорил. Речь о том, чтобы переводить термины, поддающиеся переводу, а не о том, что все мы должны говорить на языке Нестора. Как серьезный эксперт по научно-техническому переводу, расскажи пожалуйста, почему в литературе калька упоминается не как единственный, а лишь как один из методов перевода терминов? Учитывая, что из латыни образовалась куча языков, а не только термины, было бы как-то странно упоминать
Точное соотношение, да, не знаю, но заимствованных терминов подавляющее большинство. Так что аргумент со словарями получился совершенно неуместный. ))
Они были заимствованы так давно, что уже считаются исконо-русскими словами.
Давай играть в слова!? Ты приводишь один посконо-русский программиский термин, а я два заимствованных.
Начинаем! Ты вспоминил слово "
ЖОПА", опс... то есть слово "СЧЕТЫ". Я сдаюсь... (Ну и раз тебя остро заботит уместность аргументов, вот тебе вопрос на засыпку. Переводится ли в научно-технических текстах слово computer? Не "считалом", понятно, а нормально. Переводится ли? Как? Как часто?
Отличная аналогия! "Сomputer" называем "компьютером", а "node" – "нодом".
Слово computer в значительной части научно-технических статей переводится как вычислитель, т.к. обозначает далеко не только пэкашку на столе.
Так много букАф! Выше все было сказано, смысл переводить то, что новичку в любом случае будет не понятно? Будь то узел,будь то нода, будь то хитро сделанный топор.
Открываю азы мужской логики
Давай тогда писать вместо ноды "жопа". Все равно никто ничего не поймет - зато смешно.
Когда закончишь юморить, предлагаю почитать книжку про мужскую логику. Узнаешь много нового.Очень подходящий смысл для Drupal's node.
Об чем и речь
Кстати, я сначала тоже удивился насчет Даля, но там если покрутить ниже - есть и другие словари. Только фишка в том, что если надо брать разъяснение русского слова из русского толкового словаря, то и разъяснение английского слова надо брать из английского толкового словаря. А они там почти совпадают.
Кстати, для наглядности предлагаю общественности вполне современный технический пример.
Есть такая штука - Шаблоны проектирования (почему не паттерны - вопрос из той же серии). Возьмем три шаблона (то есть, термина): Abstract Factory, Builder и Singleton. Если вы не понимаете, почему они должны называться именно абстрактная фабрика, строитель и одиночка, а не эбстракт фэктори, билдер и синглтон - боюсь, вы не знаете ни английского, ни русского.
Дружище, да пошел ты в ноду в такими догадками! )
Перевожу твой пост на незагрязненный русский язык
Будь последовательным, избегай использований иностранщины в русском языке. Елико представляется таковой случай.
На яндексе очень хорошо умеют работать с русским языком (где бы были если б не умели?). Обратите внимание, как четко они называют свои проекты и алгоритмы. Например, АГС-17. Кому-то непонятно что делает этот алгоритм?
В пост врывается ТОКЕН!
этак вы и "друпал" переведете. Дай вам только волю
я шутил конечно
а вообще. проблемы переводов обсуждались наверно года 2 назад
считаю, что правы те, кто говорит, что для новичка "нода" непонятная штука.
Ну, ок, переведем
node/add - добавить узел. Узлы бывают Страница, Заметка и тд.
Ихмо, это еще более мозгосломательно. Ибо контент-менеджеры добавляют публикации, материалы и тд а не "узлы". То есть "узел" понятен только узкой прослойке населения.
Кстати, паттерн и шаблон не совсем одно и то же.
Но при этом вот две фразы:
- Основные ноды сайта.
- Основные узлы сайта.
У нормального, но постороннего человека первое предложение вызовет вопрос "это еще что?", а второе - автоматически запустит в мозгу размышление: "Что может быть основным узлом сайта? Раздел "О компании", контактная информация, новости..." Человек думает, а не упирается в стену в ожидании объяснений. Это, кстати, и отличает нормальный язык от синтетических "новоязовских" конструкций - смысловой пласт, позволяющий человеку мыслить, а не лепить ни с чем не связанные искусственные слова.
Об этом, кстати, немало литературы имеется. Только кому бы она была интересна...
А что скажут сторонники перевода терминов в ответ на такую ситуацию:
Жил был себе новичёк, использовал расово-верный перевод с маркерами, шаблонами, узлами, админкой, жопой и т.п.
И тут у него возникла грабля, чтоб совсем не завраться придумывая возьмём случай из ДрюЧата.
Человек спросил "Какие маркеры у CCK?".
Его никто не понял.
Ну послали его, ладно, с кем не бывает.
Далее он, допустим, решил пересилить себя и поискать по d.o, что он будет искать? Искать будет что-то типа marker cck, что он найдёт? Он найдёт в лучшем случае модули для Google Maps. Откуда он узнает что искать надо Token, если в расово-верном переводе такого не встречается ниразу?
А знаешь, я вот еще не вижу функциональных различий между token и placeholder. И там и там замена метки динамическим контентом.
1. Человек разумный посмотрит, что модуль по-английски называется token и будет искать слово token.
2. Уже вроде пять раз сказали, что token - это не маркер и скорее всего переводить его надо именно калькой (с длинным пояснением).
3. При переводе терминов есть ряд подходов и методик. Калька и транскрипция - это всего лишь один из них. Пользоваться нужно - всеми. Не только калькой. Не всеми кроме кальки. А всеми - по необходимости.
Но. С приложением мозга. А не странных, высосанных из пальца мантр.
Ладно, резюмирую:
Неизвестные иностранные слова надо переводить желательно сохраняя смысл (не ищите смысл по Далю - устаревает на глазах).
Имена собственные надо транскрибировать желательно используя современные правила практической транскрипции.
Любой программист должен знать и понимать английский язык (вот когда в этой стране создадут пару международно признанных осей, десяток CMS и несколько общепризнанных стандартов, тогда и поговорим с ними на кириллице).
Русскоязычный программист должен еще и русским языком владеть и понимать. Тебе, сцуко, с клиентами еще общаться, для них ноды и таксономия, как четвертое измерение.
Ну, а есть еще языковая норма (> 95% населения считает так). В Друпале мы в ноды уже вляпались. Но жить дальше надо.
Черт с ним. Эта безграмотность позволяет мне иногда отделить себя от того государства, в котором я живу.
Предлагаю Ноду переводить как Юнит
А что, вполне себе отвечает смыслово
Мдэ ..
Наверное без вариантов
Писец! логика = 0. Этот пример все равно что ровнять хер с пальцем!
Давайте выцепим кого-то из толпы и спросим у него, какая из следующих фраз для тебя понятна? "Шаблоны проектирования" или "Узлы друпала"? С уверенностью скажу, что ответ будет первая фраза!
Если там не написано что незнакомое существо мужкого рода для мужчины является в первую очередь соперником или даже врагом, а женское в свою очередь тем, что хочется узнать по ближе, то книга не о чем! Обычное забивание мозгов, как и 90% всей литературы! Причем эта даже не мужская логика, т.к. у женщин эта картина абсолютно идентична, любя незнакомая женщина для нее соперница, а любой не знакомый мужчина потенциальная жертва!
П.С. Я как себе представлю этого дядьку по имени Нод, у меня аж мурашки по коже
Поддержу Валентина и Романа. На мой взгляд переводить надо. Поясню - нам в день поступает под сотню писем от клиентов и несколько десятков звонков, некоторые из них - о друпале / панели управления и т.п. "Нода", "Таксономия" - это проблема. Проблема понимания, потеря времени, пояснений. Из пересчета время/деньги - мы уже потеряли несколько тысяч $ на этих "минутных пояснениях клиентам" за последние пару лет. Служба поддержки стоит денег, девушки в службе поддержки хотят зарплаты, чрезмерное увлечение наших программистов-переводчиков англоязычными терминами усложняет работу службам поддержки.
2Виктор (RxB) - твой пример об "advanced user", не потребителе. Хороший кстати вопрос. Для таких надо бы "словарь устоявшихся переводов"поставить на более видное место. http://localize.drupal.org/node/2624 http://drupaler.ru/forum/61 , есть ведь уже.
p.s. А еще незнакомые слова в админке злят клиентов. Оно нам/вам надо?)
p.p.s. Да, мы для своих сборок делаем свои переводы. Мечтаю, что необходимость в этом когда-нибудь исчезнет.
Плюсую.
Насчет ноды не сказал бы что это проблема, а вот "Таксономия" действительно не понятно по началу было, с учетом что категории привычней, но в друпале даже та же таксономия != категории. И по другому ее переводить это будет ужасное искажение первоисточника.
Простые пользователи? Я думал они видят только "Добавить материал" - "Опрос"/"Новость".
Где простые пользователи увидели ноду? У нас уже в переводе "Создать ноду типа новость"?
Я чет полазил по меню и не увидел ноды, нигде кроме как в URL при разработке сайта, для пользователя опять таки должно быть ЧПУ.
Термин попадается только при разработке сайта, а тут правильно сказал RxB про поиск документации.
В оригинале вообще научный уклон. Кто из вас в речи употребляет слово таксономия (не в контексте друпала)?
Кстати, откуда столько апломба? По твоему, обсуждая перевод термина node, никто не знал его перевода и за рабочее название держали «непонятная херня»? Все прекрасно понимали и перевод слова и то чем руководствовались разработчики друпала, давая «непонятной херне» название node.
Это уже последствия кальки.
От него откажутся не потому, что неудачный, а из-за изменения архитектуры. Нода как таковая уйдёт, заменив себя новыми понятиями.
Да ни в каком воспалённом мозгу не возникнет связи, что "О компании" — это узел! Ты же сам написал «раздел "О компании"». Именно — раздел, страница, «меню» и т.д., но никак не узел.
Александр, экономия «нескольких тысяч $» это:
- свой перевод;
- своя админка;
- скринкасты.
Не исчезнет, наоборот — тема кастомных переводов всплывает вновь и вновь. Уже обсуждали много раз. Даже выработали ряд требований к тому, что надо изменить в системе переводов друпала, дабы можно было делать собственные наборы переводов, которые смогут сосуществовать с другими (что-то типа системы контроля версий). Но ещё есть требование разделение админки и пользовательской части: админка монолитна и переводится единообразна, пользовательская часть — как пожелает разработчик. Это решение должно обеспечить одновременно и лёгкость в изучении друпала (одни технические термины на всю документацию и скринкасты) и гибкость в подстройке под клиента.
Этот мем никак не связан с "this country".
Господа! Предлагаю перевести дискуссию в более продуктивное русло и начать думать как переводить новые термины. Давайте, умники и умницы, пораскиньте мозгами
Во-вторых, как раз если смотреть с научной позиции, слово "узел" - это полный эквивалент математического понятия node из теории графов и сетей. Тут как ни смотри, слова почти одинаковые. В буковках апломб увидел?
Ну и эта. Оно и в английском точно так же: not node but section, page or menu. Потому (хотя и не только поэтому) термин и не совсем удачный. Я понимаю, что далекие, чужие слова могут казаться притягательными. Но не надо им уже мифические свойства приписывать - они точно такие же слова, как и наши. Только менее понятные.
Спасибо что рассказал.Есть устойчивое мнение, что этот "мем" драли с this country не только до возникновения понятия "мем", но и до появления массового интернета в России. Почитать можешь, например, тут: http://www.snarky.com/Snarky/44Cols/C0000176.htm .
Вот нашёл новые термины в Drupal 7, спасибо Андрею Постникову: http://drupaler.ru/forum/5507
Там нет нескольких терминов, в частности Entity — очень важное понятие для 7-ки, важнее ноды!
Но ни в коем случае не сущность. Т.к. это вызовет нежелательные ассоциации (читай - что-то означает).
Дансамара, кстати, помнит тот самый вопрос про маркеры в ССК
Конечно помнит. Все задумались при вопросе
нее, нода и разделы сайта - это разные вещи
что касается таксономии - то мне сразу было понятно. У меня биологическое есть высшее
С другой стороны. правы те, кто говори что контент-менеджер не должен видеть нод в принципе. А разрабу - грех не знать инглиш
Нет, ну почему же, можно перевести как подразделение. Очень даже подходит.
Подразделение новостей, а там и департамент тем подтянется
Это у них юмор такой. Таксономия-то понятие из обихода.
Я говорю о том, как воспринимаю твои слова (буковки) в этом треде: «никто переводить не умеет, значения слов не знает, один я — Д`Артаньян».
Ну вообще да — так вышло. Сначала устоялась калька нода, а потом уже обсуждали узел или нода.
Ты не поверишь, но при фразе "Основные узлы сайта" мне не приходит в голову страницы "О компании" и "Контактная форма сайта" (она, кстати тоже должна быть узлом, так ведь?).
Автор пусть идёт далеко лесом. Я это выражение слышал и до Горбачёва. Эта фраза (имхо) возникла с железным занавесом: "у нас" - "у них", "там" - "здесь", "в америке" - "в этой стране" и т.д.
graker предлагает Entity переводить как энтита. Я поддерживаю. Ещё есть предложения?
Но вообще замечу, что некоторые действительно не умеют. Маркеры ведь не Витя придумал, да? А еще наверное тебе не приходят в голову дельфины и земляные свиньи, и это очень интересно. Но я-то спрашивал - что тебе приходит в голову, когда ты слышишь эти фразы. Можешь просто взять и ответить?
Заодно про шаблоны проектирования ответь пожалуйста, если не трудно. А серьезно - видишь разницу? В чем она, по-твоему, заключается? А, ну я понял, "имхо". Это мощный аргумент, да. Еще раз, спасибо что рассказал.
Я не понимаю, что за маниакальность в переводах, зачем переводить всё и вся? (к Entity не относится).
Точнее, я совсем не понимаю зачем переводить то, что никто не переводит, это я всё про токены и аналогичные термины.
Как сказал Безымянный - переводы программистских терминов юзерам нафиг не сплющились, они их не видят, зачем же тогда осложнять жизнь программистам? Мы не ищем лёгких путей? Вырастим на трудностях новое поколение? Или это по
тцреотизм? Типа мы рускее, мы круче всех, у нас и термины свои!Ладно свои проекты, насколько мне известно, многие до сдачи сайта заказчику его вообще не переводят, так как себе дороже, потому что читаешь "Значки +-*" вместо "Текстовая строка", кто не видел этого, посмотрите перевод CCK свежий.
И снова про токены.
Почему даже у французов и финнов "Token" (http://fr.wikipedia.org/wiki/Token), а у нас обязан просто быть маркер, жетон, шаблон, подставлятор и прочая жопа? Что это?
Менталитет (ой, слово то французское) склад ума, тип мышления, может даже парадигма, но опять слово не русское? ЧСВ? Способ запутать вероятного врага?+1 000 000
Да уж. Я в разработку сайтов пришел из физики, математики и микроэлектроники. Для меня слова скаляр, тензор, кластер, векторное произведение, транспонирование матрицы, дифференциальная форма закона Ома, деление по модулю, перенормировка, разложение в ряд Фурье, энтропия черной дыры и так далее являются привычными и понятными. Но на д.ру уже сейчас засилье выпускников факультетов менеджмента и маркетинга. Которые интеграл от интриги не отличают. Не говоря уже о наших заказчиках...
Кто придумал Маркер я не буду говорить, он и так в
R/Oтолько читаетЗачем поднимать этот вопрос вообще? В большинстве тут за тот перевод который есть, ибо он уже возник из долгих споров и решений большинства.
Кстати, я думал что + и - пофиксили :), так пока сам не отбагрепортовал, не исправили
http://localize.drupal.org/node/2694#comment-16669
Вот дальше продолжаю
Не для того, чтобы срочно переименовать ноду в узел, нет.
Перевод ради перевода?
Я совершенно не понимаю как замена привычного слова (токен) на подставлятор помогает понимаю. И таких слов чуть менее чем докуя, пример удачный.
В случае с Entity сразу на ум приходит Сущность, вполне адекватная замена, понятная большинству. Программистов.
Или стоит рвать
нодужопу и искать перевод программистского термина для домохозяйки?И что теперь? Придумывать своё и рвать
жопышаблоны?Если бы вся дока по друпалу или любой другой отрасли была локализована, я бы ещё понял. Но получится смотрим в книгу, видим фигу. Я всё равно не представляю что двойные стандарты терминов помогут лучшему усвоению.
В доке с д.о смотришь одно, у себя в админке наблюдаешь совсем другое.
Или знание английского для программиста уже не требуется? Инжалид дежице это, а не программист.
Ну и сразу, почему токен должен быть, а другие термины быть не должны?
Это же только поможет понимаю системы.
1. Опять токен. Вроде с токеном уже определились. Скажи то же самое про ноду. Скажи то же самое про вьюху. Скажи то же самое про филд. Про айтем.
2. Привычного для кого? Для тех кто его впервые слышит и не знает что это такое? Иными словами, термины все-таки можно переводить, если лично тебе они понятны?
А я про все термины друпала и node в частности. Академический уклон очевиден. Можно сколько угодно открещиваться от заумного значения, но если человек называет систему категорий в своей CMS таксономией, то либо он очень пафосный, либо он привык к подобной терминологии. И узел из той же серии.
Разве кто-то говорил, что иначе нельзя?
Могу. Мне приходит в голову основные модули, на которых сделан сайт. Например CCK, Views, Context - их я вижу основными узлами системы.
Про шаблоны - это к чему?
В том что на данный момент среди разработчиков и, тем паче, пользователей нет устоявшегося термина entity, поэтому можно ввести правильный, а не раздумывать, ...
Твой аргумент была статья. Статья - фуфел: то что автор, вдруг, начал слышать фразы "в этой стране" после приезда из америки, совершенно не отменяет того, что эти фразы были и до него. Я их слышал и до горбачёва и до брежнева.
Кроме статьи есть аргументы?
А моё имхо относилось к происхождению фразы. Мне этот вопрос неинтересен, поэтому высказал просто мысль, а не подтверждённую чем либо аргументацию.
Говорили что-то вроде того, да
2. Устоявшийся термин entity - сущность (правильный, что характерно, термин) устоялся уже много-много лет назад. Еще до Горбачева, если угодно. Даже удивительно, что кто-то до 80-х догадался поставить рядом слова "страна" и "эта", ага.
Термин Нода и Токен не поддаются переводу(точка)
Это я к этому если что.
Огромное просьба прислушайтесь или решайте вопросы перевода в топике о переводах, но не о 7-ке! Интересно модераторы на форуме существуют.
Кстати, как ты предлагаешь переводить views?
В /quickstart использовали представления.
На всякий случай подчеркну еще раз, если кто невнимательно читает: я не за то, чтобы переводить все термины до единого. Я за то, чтобы при переводе пользоваться всем спектром доступных возможностей. И копировать - только если действительно надо копировать.
Нет.
В данном случае разговор про оригинал. Ты говорил, что разработчики открещиваются от научности. Я же говорю, что научность есть.
Только тебя мыслительный процесс завёл не туда: странно страничку "О компании" называть узлом сайта.
Я в курсе. Я про терминологию друпал. Сущности в ней ещё не было.
И это конечно же была калька с this country, ага.
Представление? А чо не цирк? А антракты будут?
Научность не мешает переводить node как узел, а наоборот. Почему? Предполагая, что я не знаю, что такое Друпал - вполне нормальная мысль. Поэтому в ней должна быть не сущность, а что-то другое, не такое как у всех? Это только поспособствует пониманию, да. По смыслу - не исключено. Я смотрю, у тебя богатый лексикон. Кроме цирка с представлением ничего не ассоциируется, да?
На вот, почитай про устоявшийся термин: http://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%B5%D0%B4%D1%81%D1%82%D0%B0%...
А еще и про психологию, и про философию есть, как начитаешься - можешь сразу в цирк.
Эй-эй-эй!!! entity уже занято!) "Сущности" - они мои! тут вообще уже речь о гареме идет)) Drupal 7 расширяет понятия о наших возможностях в построении сайта!!
Моя жена - филолог, говорит примерно так:
«Я не могу в русском языке кого-то в чем-то заставить или приказать. Язык развивается по своим законам не зависимым от меня. Он меняется медленно, но постоянно. Я могу зафиксировать языковую норму, но не могу ее изменить. 10, 20, 50, 100 лет назад она была другой и это естественный процесс.»
Языковая норма, как я говорил выше - это то, как говорит большинство и то, что пишут в газетах. Как переводится node в изданных книгах по Друпалу? Нода. Как оно переводится в документации? Нода. Как её называют в этом форуме? Нода. Значит уже вляпались в языковую норму. И объяснять, что это такое приходится всем нубам. Но будь она узлом объяснять пришлось бы то же самое. А token переводится токен. Тоже надо объяснять.
Так может забить на споры (пусть будет нода и хрен с ней) и делом заняться? От меня только что клиент ушел. Хочет сайт-визитку. Но не в смысле «шоб было», а с бизнес-планом, мол, хочу, чтоб уже в этом году на сайте уже был блекджэк и шлюхи. Я порешил на семерке сделать. Интересен будет топик об этом процессе окружающим или как?
Про 7-ку интересно. )
топик о том как клиент ушёл или о семёрке?
О том как сделать простенький сайт на семерке.
Чертов двусмысленный русский суржик.
Ага и следующая мысль будет: почему "Контактная форма сайта" не узел? Я же говорю — эта мысль завела тебя не туда.
То есть происхождение фразы "эта страна" как кальки "this country" — это всего лишь твоё имхо? Так бы и сказал сразу, а то статьями кидаться.
Спасибо что открыл америку, надеюсь кому-нить будет полезно почитать.
Перевод view как представление убог по нескольким параметрам: он не понятен неспециалисту, то есть тому, кто не знает что такое базы данных, но вполне справиться с модулем views, действие модуля неадекватно для специалиста - views не ограничивается созданием представления — он выполняет ещё кучу работы. Поэтому перевод цирк ничем не хуже.
И кстати, не передергивай. Про модуль я сказал - "модуль Views", а представления - только про вьюшки.
Логически необоснованное утверждение. Кроме того, из этого [неверного] утверждения следует, что слово "цирк" ничем не хуже слова "нода".Предлагаю перевести "Views" как Блек-джек и шлюхи
Я промолчу по поводу того что встречается в русских книгах
Я не говорил, что надо переводить вьюха
Не, "модуль Views" это правильно. А вот view/em> надо переводить как списки - это будет понятно всем категориям пользователей.
- конфликтует с понятием списка HTML;
- в стилях есть не только списки, но и таблицы, и календари и бог знает что еще;
- не коррелирует с существующими терминами на данную тему.
Но вообще как конкурент представлению - норм. Е-мое, может мы уже тогда договоримся, что есть масса терминов, поддающихся переводу, которые надо (!) переводить и закончим на этом?
Бу-га-га!
Из пустого в порожне
Один человек всем пытается доказать что нужно использовать узел, минимум 5 человек указали на возможные ошибки при широком использовании этого термина.
Дорогой друг, мне никому ничего доказывать не надо. Я интересуюсь, почему так. Никто не может объяснить - и это странно. Я не призываю всех "использовать узел", я выражаю свое мнение: перевод node -> нода - плох.
Не мог бы ты показать, где именно указаны (минимум 5 раз) возможные ошибки при переводе слова node как узел? Или ты это так, приврал для красного словца?