Содержание
CMS по-русски / Программное обеспечение
Автор: Алексей Кутовенко
Решив построить в наших широтах свой проект на основе готового, часто бесплатного решения, web-мастер непременно сталкивается с проблемой корректной работы новой CMS с привычным для него самого, а также для потенциальных посетителей его сайта языком.
Существует два способа увидеть программу на родном языке. Первый — это написать ее самому, или же подождать, пока ее напишут соотечественники. Второй — локализация «импортных», иноязычных продуктов. Эти способы хорошо известны всем, кто работает с компьютером и в полной мере относятся к web-решениям на базе готовых пакетов. Приведенная схема в равной степени справедлива для любых естественных языков, будь то английский или суахили. Поскольку нас с вами более других волнуют вопросы, связанные с поддержкой русского языка, сосредоточимся на нем.
Решить проблему русификации избранной системы можно несколькими путями.
Известные и распространенные CMS (Content Management System) обычно решают эту задачу следующим образом: разработчики предлагают базовый, обычно англоязычный вариант, который можно локализовать, установив соответствующее дополнение, содержащее файлы, необходимые для поддержки работы других языков. В условиях, когда исходные коды систем доступны для изучения это решается, в том числе и командами энтузиастов, желающих увидеть понравившуюся CMS на родном языке.
Это стандартный и относительно быстрый вариант, у которого, однако, присутствуют и некоторые недостатки. Дело в том, что такая локализация может быть не совсем полной, или же не совсем удовлетворять своим качеством. Хотя для наиболее известных CMS трудно найти по-настоящему плохие пакеты русификации, названные выше шероховатости подвигли некоторых отечественных разработчиков на использование другого способа — написание собственных, русских версий некоторых пакетов.
В качестве иллюстрации первого способа достаточно привести популярный форум phpBB.
Базовая версия содержит модуль английского языка, а русификация осуществляется в несколько этапов. На первом скачивается пакет русского языка, хотя бы находящийся на официальном сайте phpBB Group. Можно воспользоваться пакетами, предоставляемыми проектом myphpbb.com.ru — там есть очень неплохая подборка.
В любом случае мы должны получить архив с папкой lang_russian, которую необходимо поместить в каталог language нашего форума. Теперь, зайдя на форум с правами администратора, открываем панель General Admin — Configuration, где изменяем параметр Default language на Russian. Не забывайте, что каждому пользователю могут соответствовать собственные языковые настройки, поэтому переходим на подраздел User Admin — Management, находим запись администратора или любого другого пользователя, где меняем необходимую опцию. Результат смены языка вы увидите при следующем запуске форума.
Второй этап — работа с изображениями и кнопками, которые сохранили английские надписи.
Эта проблема решается на уровне менеджмента тем оформления форума. Стили для phpBB с элементами на более чем десятке языков, в том числе русском, не такая уж и редкость. Соответствующий пакет должен иметь название типа «название_темы_язык.zip». Например, для используемой форумом phpBB по умолчанию темы subSilver это subSilver_russian.zip. Находим в таком архиве папку lang_russian, которую помещаем в подкаталог images каталога установленной темы. Загрузив после этого стартовую страницу форума мы обнаружим произошедшие к лучшему изменения.
Это был, так сказать классический способ русификации CMS. Отличаясь в некоторых деталях, он в общих чертах соответствует аналогичным операциям и над другими пакетами. Теперь перейдем к модерну.
Несмотря на сравнительную несложность описанного выше процесса, еще более удобным представляется установка изначально русифицированного пакета вместо многоэтапной инсталляции отдельных модулей. Далее мы рассмотрим несколько примеров такого типа.
Следует учесть, что русификация может быть достаточно объемной работой, которая требует времени. Поэтому русские версии, как правило, основаны не на самых последних версиях CMS. C другой стороны, в них используются хорошо проверенные и стабильные версии пакетов, иногда с исправленными ошибками и дополнительными модулями.
Первым мы рассмотрим форум с многообещающим названием «Русский IkonBoard», который, как несложно догадаться, является попыткой создать русскую версию пакета IkonBoard.
Вначале несколько слов о самом IkonBoard. Разработанный Jarvis Entertainment Group (JEG) он представляет собой достаточно мощную и популярную систему, общий счет инсталляций которой уже превысил миллион. Пакет написан на Perl и поддерживает все необходимые для деятельности сообществ технологии, предоставляя достойные возможности web-мастерам, избравшим эту систему.
Штаб-квартира «Русского IkonBoard» находится по адресу http://ikonboard.xxxxpro.ru/. Данный пакет построен на основе IkonBoard хорошо известной версии 2.
1.9, последний релиз имеет четвертый номер. Разработчики этого пакета — участники Объединенного Открытого Проекта и команда FAF Team. Кроме перевода на русский язык форум был дополнен рядом возможностей.
По утверждению разработчиков, их главной задачей было максимально качественно выполнить перевод форума IkonBoard. Надо признать, они ее решили. Форум способен правильно склонять числительные и различает единственное и множественное число. Разработчики по достоинству оценят предоставляемые на сайте форматы используемых форумом файлов, изображений и скриптов-модификаторов.
Приступим к установке. Тут не должно возникнуть особых сложностей, процесс не отличается от установки оригинального IkonBoard, да и русское пошаговое руководство по инсталляции, предлагаемое вместе с дистрибутивом, не позволит натворить ошибок. Это очень удобно в случае, если вы устанавливаете форум в первый раз. Создаем необходимые каталоги, задаем правильные полномочия доступа, копируем файлы, после чего запускаем install.
cgi и следуем выводимым инструкциям. Перед тем, как загружать форум на сервер вашего хостера, на мой взгляд, имеет смысл вначале отладить его на собственном компьютере, благо для этого совершенно не обязательно осваивать альтернативные произведениям Microsoft ОС — у всех необходимых компонентов (Apache, Perl) есть Windows-версии. В этом случае необходимо иметь в виду несколько моментов.
Во-первых, у вас должен быть установлен и настроен тестовый web-сервер, а также интерпретатор Perl версии не ниже 5.0. Для работы скриптов также понадобится наличие хотя бы модуля DB_file. Проверьте его наличие с помощью ppm и, при необходимости установите. Во-вторых, возможен вариант, при котором на домашнем компьютере не захотят запускаться cgi-файлы, в этом случае рекомендуется изменить расширения всех cgi-файлов на .pl.
Сама установка совершается за несколько шагов, первый из которых заключается во внесении в специальную форму некоторых сведений о сервере и путях к файлам.
Скрипт инсталляции радует глаз русским языком, так что все должно быть понятно и сравнительно несложно. Остается только посоветовать очень внимательно отнестись к вводимым путям, здесь обычно совершаются самые распространенные ошибки, так что не слишком полагайтесь на автоматику и проверьте их самостоятельно. Кстати, все эти настройки сохраняются в файле boardinfo.cgi, который находится в подкаталоге data каталога скриптов устанавливаемого IkonBoard.
Убедившись на следующей странице, что все файлы «загржуены» (что поделать, и на солнце бывают пятна) правильно, создаем администраторский аккаунт и переходим к дальнейшей настройке форума с помощью панели администрирования.
Стоит обратить внимание на раздел «Дополнительные возможности», перечисляющие настройки, добавленные к форуму командой локализаторов. Теперь необходимо создать хотя бы один форум и тему, после чего у нас должен появиться примерно такой результат:
Можно приступать к отделочным работам по внешнему оформлению свежеиспеченного форума.
Еще одна весьма известная CMS, на сей раз предназначенная для построения порталов, — phpNuke — также имеет свою русскую инкарнацию. Сайт, на котором можно найти эту версию находится по адресу http://rus-phpnuke.com.
Сам phpNuke в особых представлениях и рекомендациях практически не нуждается, это хорошо известная и распространенная CMS. Созданный венесуэльцем Франсиском Бурси, phpNuke продолжает развиваться, обрастая большим количеством дополнительных модулей и стилей оформления, пользуясь определенной благосклонностью разработчиков со всего света.
На сегодняшний день можно воспользоваться переводами phpNuke версий 6.5 и более новой 6.8, работы над которой, скорее всего, еще будут продолжены. Попробуем разобраться, что представляют собой предлагаемые нам русские версии, начнем с phpNuke 6.5.
Как и в предыдущем случае с IkonBoard, инструкция по установке дана на русском языке, поэтому подробно останавливаться на этом процессе нет смысла.
Создаем базу данных, правим конфигурационный файл config.php, копируем файлы на сервер. Во время первой загрузки будет предложено создать администратора. Перевод системы действительно неплох и сделан, в том числе и для встроенного форума на основе phpBB. Дальнейшая настройка производится штатными средствами.
Что касается phpNuke 6.8 RUS, то установка производится аналогичным способом. Портал получил новый дизайн и некоторые усовершенствования. Исправлены некоторые ошибки, отредактированы функции отправки почтовых сообщений, отредактированы модули Download и Web Links, FAQ и News. В комплекте идет тема оформления RusNuke2003. Все файлы, отвечающие за языковые настройки были изменены, так что перевод phpNuke на русский язык можно считать полным. Явных и грубых ошибок нет, ну а если найдутся некоторые шероховатости, то они, скорее всего, будут со временем устранены.
Подведем итог наших изысканий. Использование изначально русифицированных пакетов представляется вполне оправданным действием, способным сэкономить время, которое бы пришлось потратить на установку дополнительных языковых пакетов.
Качество перевода наиболее популярных бесплатных CMS, некоторые из которых были упомянуты выше, на сегодняшний день весьма достойное. Особенно полезными такие пакеты будут начинающим web-мастерам — и работы меньше, и документация понятная и доступная. Платой за удобство может стать не самая последняя версия системы, использованная для перевода, но это сглаживается включаемыми в пакет при доработке дополнительными возможностями. Да и время работает на нас, новые переводы появляются регулярно.
Эксперимент CMS на Большом адронном коллайдере (LHC) в Европейской организации ядерных исследований (ЦЕРН, Швейцария)
Главная » Наука » Научная деятельность
Эксперимент CMS на Большом адронном коллайдере (LHC) в Европейской организации ядерных исследований (ЦЕРН, Швейцария)
Универсальный детектор CMS (Compact Muon Solenoid) на коллайдере БАК (ЦЕРН) рассчитан на работу в условиях высокой интенсивности и оптимизирован для поиска бозона Хиггса в интервале масс от 90 ГэВ до 1 ТэВ, но позволяет регистрировать возможные проявления альтернативных механизмов, связанных с нарушением электро-слабой симметрии.
Кроме того, CMS приспособлен для изучения физики топ, бьюти и тау при низкой интенсивности, а также ряда важных аспектов физики тяжёлых ионов – в частности, особенностей рождения тяжёлых кваркониев в мюонных каналах распада и характера потери энергии жёстких партонных струй, которые рассматриваются как индикаторы фазового перехода между адронной фазой и кварк-глюонной плазмой в центральных ядро-ядерных столкновениях.
Энергетическое разрешение детектора CMS для мюонов, фотонов и электронов составляет ~1% при 100 ГэВ. Сверхпроводящий соленоид создаёт однородное магнитное поле 4 T; помещённая внутри него система трековых детекторов обеспечивает импульсное разрешение для всех треков заряженных частиц с большими pt Δp/p ~ 0.1 pt ( ptв ТэВ) в области псевдобыстрот |η| ≤ 2.5. Внутри соленоида также находится электромагнитный калориметр, предназначенный для регистрации двух-фотонного распада Хиггс бозона промежуточной массы. Комплекс адронных калориметров с 4π геометрией окружает точку пересечения пучков вплоть до |η| = 4.
7, позволяя регистрировать адронные струи, направленные вперёд, и измерять потерянную поперечную энергию.
Участие НИИЯФ МГУ: К настоящему времени сотрудниками НИИЯФ МГУ проделан большой объем работ как по разработке, созданию, монтажу и тестированию экспериментальной аппаратуры, так и по развитию теоретических и компьютерных моделей протон-протонных и ядро-ядерных соударений, созданию алгоритмов реконструкции физических объектов и их внедрению в программное обеспечение экспериментов на БАК. Начаты физические измерения на установке CMS.
- На первых экспериментальных данных оптимизирован триггер высокого уровня для регистрации димюонов, триггер для выделения эксклюзивных двухструйных дифракционных событий и алгоритм коррекции энергии адронных струй. Выполнена калибровка адронного калориметра по симметрии в азимутальной плоскости, линейности энергетической шкалы и разрешения. Обнаружен неожиданный эффект двухчастичных корреляций в области малой разности углов в поперечной плоскости и больших разностей по быстроте, получивший название «Ridge effect».
- Получены первые результаты анализа экспериментальных данных для столкновений протонов и тяжелых ионов на LHC. Начато изучение жестких дифракционных процессов с рождением струй. На статистике 3 pb-1 измерены спектры и форма адронных струй в рр-столкновениях при энергии пучка 7 ТэВ. Проведены измерения эллиптического потока частиц при энергиях 0.9, 2.36 и 7 ТэВ и получены оценки «непотоковых» азимутальных корреляций. Показано, что доминирующими механизмами таких корреляций являются фрагментация жестких партонных струй, разрыв струн в процессе адронизации и распад резонансов.
- Начат анализ экспериментальных данных детекторa CMS с целью поиска одиночного рождения топ-кварка и измерения ряд а параметров Стандартной модели. Разработаны необходимые структурные изменения в программное окружение коллаборации CMS и созданы дополнительные пакеты программ. Обеспечена стабильная работы «Базы знаний» MCDB, разработаны необходимые для эксперимента CMS дополнения. Подготовлена и опубликована новая стабильная версия HepML.
- В НИИЯФ МГУ создан удаленный операционный центр – ROC (Remote Operational Center) MSU, который обеспечивает on-line доступ к внутренней сети CMS (CMS private network) в интерактивном режиме и позволяет контролировать процесс измерений в эксперименте CMS, находясь вне ЦЕРНа. Центр используется сотрудниками НИИЯФ МГУ для дистанционного контроля работы детекторных систем установки CMS и качества поступающей информации.
- Калориметр CASTOR полностью интегрирован в инфраструктуру установки СMS, включая систему сбора данных, систему контроля и мониторинга детектора, программы реконструкции, программы полного моделирования отклика детектора. Обеспечен стабильный набор данных детектором CASTOR, проведено измерение основных характеристик детектора.
- Типы проектов: Крупные
Персонализация Modern Campusдля Omni CMS Персонализация может увеличить количество покупок в электронной коммерции на 19%. Обеспечьте опыт, подобный Netflix Узнайте больше о персонализации |
Плательщики и поставщики приветствуют новое правило предварительной авторизации CMS
Плательщики и поставщики выступили в поддержку нового правила CMS, предлагая требования к определенным медицинским страховщикам в попытке улучшить процесс предварительной авторизации, хотя группы поставщиков говорят, что есть еще необходимо сделать для кодификации мер в закон для планов Medicare Advantage.
Предыдущее постановление администрации Трампа, направленное на предварительное разрешение, процесс, в котором врач должен получить зеленый свет от страховой компании на лекарства или лечение, прежде чем назначать его, подвергся резкой критике как со стороны медицинских страховых компаний, так и со стороны больниц.
Но правило, выпущенное во вторник, получает более теплый прием в секторе здравоохранения.
«Мы приветствуем то, что CMS поставила пациентов на первое место благодаря предложенному правилу, которое позволяет им легко делиться своими данными с организациями по своему выбору», — сказал Мэтт Эйлс, президент и генеральный директор страхового лобби AHIP, в своем заявлении.
AHIP заявила, что особенно рада тому, что врачи и больницы будут заинтересованы в внедрении электронных процессов предварительного разрешения для соблюдения определенных мер качества в Medicare, но что CMS необходимо сделать больше для защиты данных о здоровье, передаваемых организациям, которые не обязаны соответствовать HIPAA.
«Несмотря на то, что мы продолжаем более подробно рассматривать предлагаемое правило, мы считаем, что оно дополняет наши цели по защите важной функции предварительного разрешения в координации безопасного, эффективного и ценного медицинского обслуживания, а также опирается на работу сообщества Medicare Advantage по оптимизации этого клинического инструмента. чтобы лучше обслуживать 30 миллионов различных участников», — сказала Мэри Бет Донахью, генеральный директор Better Medicare Alliance, представляющего планы MA.
Донахью сказал, что положения правила об обмене данными, требующие от плательщиков создавать и поддерживать интерфейсы прикладного программирования для более легкого обмена данными с поставщиками, пациентами и друг с другом, также приветствуются.
Создание этих API было камнем преткновения для страховщиков здоровья с первоначальным правилом, у которого был более жесткий график соблюдения в два года, чем тот, который был предложен CMS на этой неделе, который вступит в силу через четыре года.
Тем временем поставщики приветствовали планы регулирования Medicare Advantage в новом правиле. Первоначальное правило 2020 г. исключало популярные планы MA из требований предварительного разрешения.
Американская ассоциация больниц заявила в своем заявлении, что «одобряет» CMS за оптимизацию процесса предварительного разрешения, и что «больницы и системы здравоохранения особенно ценят то, что CMS включила планы Medicare Advantage».
В апреле Управление генерального инспектора HHS опубликовало отчет, в котором говорится, что некоторые планы MA обычно отклоняют запросы на предварительное разрешение, даже если они соответствуют правилам покрытия Medicare. Аудит, проведенный OIG в 2018 году, показал, что планы MA в конечном итоге одобрили 75% запросов, которые первоначально были отклонены после подачи апелляции.
AHA и несколько других групп поставщиков услуг, в том числе Коалиция регуляторной помощи, группа специализированных организаций врачей, выступающих за меньшее количество нормативных препятствий, призвали Конгресс принять двухпартийный закон, который наложил бы более строгие требования предварительного разрешения на планы MA.
Этот закон, названный Законом об улучшении своевременного доступа пожилых людей к медицинской помощи, был единогласно принят Палатой представителей в сентябре, но еще не принят Сенатом.
В случае принятия законодательство потребует от планов MA более быстрого рассмотрения запросов на предварительное разрешение, стандартизации процесса документации и создания процесса в режиме реального времени для определенных товаров и услуг, которые обычно утверждаются.
На законодателей и политиков ложится все больше обязанностей по решению проблемы предварительного разрешения, что является распространенным камнем преткновения между плательщиками и поставщиками услуг. Медицинские страховщики говорят, что этот процесс необходим для ограничения ненужных или расточительных расходов на здравоохранение, в то время как врачи утверждают, что он задерживает предоставление медицинских услуг, способствуя выгоранию.
Согласно недавнему исследованию AHA, 95% больниц говорят, что персонал тратит больше времени на получение предварительного разрешения.