1. Ингредиенты генератора документов

У нас есть следующие материалы для нашей бизнес-проблемы

• Электронная таблица Google Apps, содержащая данные о клиентах.
• Документ шаблона документов Google. На основе этого мы хотим сгенерировать документ для каждого клиента, заполнив этот шаблонный документ данными из электронной таблицы.
• Папка на Google Диске, в которой хранятся полученные документы.
• Скрипт Google Apps, который автоматизирует задачу для нас (на основе Javascript)

Все они хранятся в вашей учетной записи Google Apps на Google Диске. Все редактирование происходит через пользовательский интерфейс Google Apps, никаких внешних инструментов не требуется.

Все они хранятся в вашем аккаунте Google Apps в Google Drive. Все редактирование происходит с помощью Служб Google пользовательского интерфейса, без каких-либо внешних инструментов, необходимых.

Пример исходных данных (затемненный с obfuscate.js )

Пример шаблона документа (затемненный с obfuscate.js ). Вы можете видеть исходные метки источника, незаполненные.

Пример результирующего документа – метки , заполненные и больше не выделены жирным шрифтом (затемненный с obfuscate.js )

2. Краткое введение в Google Apps Script

Скрипты Google Apps можно запускать двумя способами

• С пользовательского интерфейса Google Driver (Добавить новый … далее … скрипт)
• Непосредственно из электронной таблицы Google Apps (есть запись в меню)
• И более
• Существует также интегрированный общественный сниппет обмен сервис в Google Spreadsheet … хотя интерфейс действительно оставляет возможности для улучшения здесь. Вы также можете продавать скрипты в Google Chrome Web Store .

Поскольку мы не работаем с электронной таблицей, нам нужно использовать прежний подход.

Скрипт  Google  apps- это сценарий JavaScript (версия ECMAScript неизвестна? Запущен ли V8?), который обеспечивает простые способы автоматизации задач в продуктах Google и сторонних службах. Скрипт  Google apps содержит обширную документацию API с примерами и учебными пособиями, но они по-прежнему подвержены значительным изменениям, поскольку почти все отмечено как экспериментальное и уже существует много устаревших методов. Скрипты Google Apps могут также получать доступ к Картам Google, контактам, электронной почте, сайтам, настройкам домена Google Apps и в основном иметь решение для автоматизации почти все, что вы можете делать в облаке Google.

Скрипт выполняется на стороне сервера, и у вас есть немодный локализованный интерфейс на базе браузера для редактирования и отладки вашего скрипта.

Философия и паттерны проектирования пользовательского интерфейса представляют собой шаг назад к 90-м годам, к среде сценариев Visual Basic. Возможно, разработчики Google Apps хотели этого … чтобы разработчики Visual Basic чувствовали себя как дома. Однако из-за веб-разработки, Javascript и общего фона программирования вы обнаружите отсутствие Firebug / Web Inspector, например, нарушение работы консоли. Это не похоже на какую-либо другую разработку Javascript, хотя, безусловно, синтаксис такой же.

Поэтому мои незначительные жалобы включают, но не ограничиваются этим:

• Возможно ведение журнала из приложений, но трассировка журнала очень нечитабельная в пользовательском интерфейсе
• У программы нет определенной точки входа, вам нужно выбрать функцию, используя виджет выбора. Это заставляет скрипт чувствовать себя игрушкой.
• Отладчик (и отсутствие консоли), похоже, не позволяет вам изменять и динамически выставлять объекты во время выполнения (функции вызова и т. Д.),
• Отладчик немного медленный (туда-обратно к серверам Google, немного), хотя все еще в значительной степени полезный
• Отсутствие инструментов взаимодействия с конечными пользователями в автономных сценариях (см. Ниже)
• Документы API и реальность не всегда совпадают (поскольку все еще экспериментально)

Отладчик в действии

Все могло быть лучше, но в итоге мне удалось сделать то, что я искал, и я все еще не плачу ни копейки за Google Apps, поэтому я счастлив. Кроме того, я не хочу возвращаться в Microsoft Office, если мне не нужно писать хорошо отформатированные документы для печати … Документы Google – это игрушка, которая приходит к тяжелому и графически чувствительному авторингу документов, как предложения …. Или презентации … где Keynote – король.

3. Скрипт генератора

В начале скрипта у вас есть константы, которые определяют, по каким данным работать. Вы можете создать пользовательский интерфейс, делающий скрипт для полного веб-приложения, но это слишком громоздкий подход для такой небольшой задачи. Конструктор пользовательского интерфейса казался приятным, но определенно излишним. Хотя в браузере существуют методы API сценариев Google Apps для выполнения простого запроса prompt (), по какой-то причине они не поддерживались в автономных сценариях … поэтому самый быстрый подход для ввода данных в скрипт заключался в том, чтобы просто редактировать сценарий перед каждым запуском. Я ооочень начал пропускать командную строку … первый раз в моей жизни.

Итак, в начале скрипта вы определяете исходные данные

• Идентификатор электронной таблицы (вы можете выбрать его из URL-адреса при редактировании документа)
• Идентификатор документа шаблона (вы можете выбрать его из URL-адреса при редактировании документа)
• Идентификатор клиента, который является номером строки таблицы, для текущего запуска скрипта.
• Идентификатор папки для драйверов Google, куда будет помещен полученный документ для совместного использования. Опять же, вы можете выбрать идентификатор из URL-адреса при открытии папки.

Затем скрипт просто заменяет слова данными. Ключевое слово, подлежащее замене в документе шаблона, идентифицируется как метки столбцов (1-я строка) в данных электронной таблицы. Я вполне уверен, что для этого были бы более эффективные методы, но я не хотел тратить время на то, чтобы поглубже нанести удар по GS, чтобы выяснить его нюансы.

А затем сценарий … пожалуйста, не стесняйтесь модифицировать в соответствии с вашими потребностями (generator.gs):

/**
 * Generate Google Docs based on a template document and data incoming from a Google Spreadsheet
 *
 * License: MIT
 *
 * Copyright 2013 Mikko Ohtamaa, http://opensourcehacker.com
 */

// Row number from where to fill in the data (starts as 1 = first row)
var CUSTOMER_ID = 1;

// Google Doc id from the document template
// (Get ids from the URL)
var SOURCE_TEMPLATE = "xxx";

// In which spreadsheet we have all the customer data
var CUSTOMER_SPREADSHEET = "yyy";

// In which Google Drive we toss the target documents
var TARGET_FOLDER = "zzz";

/**
 * Return spreadsheet row content as JS array.
 *
 * Note: We assume the row ends when we encounter
 * the first empty cell. This might not be 
 * sometimes the desired behavior.
 *
 * Rows start at 1, not zero based!!! ?
 *
 */
function getRowAsArray(sheet, row) {
  var dataRange = sheet.getRange(row, 1, 1, 99);
  var data = dataRange.getValues();
  var columns = [];

  for (i in data) {
    var row = data[i];

    Logger.log("Got row", row);

    for(var l=0; l<99; l++) {
        var col = row[l];
        // First empty column interrupts
        if(!col) {
            break;
        }

        columns.push(col);
    }
  }

  return columns;
}

/**
 * Duplicates a Google Apps doc
 *
 * @return a new document with a given name from the orignal
 */
function createDuplicateDocument(sourceId, name) {
    var source = DocsList.getFileById(sourceId);
    var newFile = source.makeCopy(name);

    var targetFolder = DocsList.getFolderById(TARGET_FOLDER);
    newFile.addToFolder(targetFolder);

    return DocumentApp.openById(newFile.getId());
}

/**
 * Search a paragraph in the document and replaces it with the generated text 
 */
function replaceParagraph(doc, keyword, newText) {
  var ps = doc.getParagraphs();
  for(var i=0; i<ps.length; i++) {
    var p = ps[i];
    var text = p.getText();

    if(text.indexOf(keyword) >= 0) {
      p.setText(newText);
      p.setBold(false);
    }
  } 
}

/**
 * Script entry point
 */
function generateCustomerContract() {

  var data = SpreadsheetApp.openById(CUSTOMER_SPREADSHEET);

  // XXX: Cannot be accessed when run in the script editor?
  // WHYYYYYYYYY? Asking one number, too complex?
  //var CUSTOMER_ID = Browser.inputBox("Enter customer number in the spreadsheet", Browser.Buttons.OK_CANCEL);
  if(!CUSTOMER_ID) {
      return; 
  }

  // Fetch variable names
  // they are column names in the spreadsheet
  var sheet = data.getSheets()[0];
  var columns = getRowAsArray(sheet, 1);

  Logger.log("Processing columns:" + columns);

  var customerData = getRowAsArray(sheet, CUSTOMER_ID);  
  Logger.log("Processing data:" + customerData);

  // Assume first column holds the name of the customer
  var customerName = customerData[0];

  var target = createDuplicateDocument(SOURCE_TEMPLATE, customerName + " agreement");

  Logger.log("Created new document:" + target.getId());

  for(var i=0; i<columns.length; i++) {
      var key = columns[i] + ":"; 
      // We don't replace the whole text, but leave the template text as a label
      var text = customerData[i] || ""; // No Javascript undefined
      var value = key + " " + text;
      replaceParagraph(target, key, value);
  }

}

Original version: https://www.cs.purdue.edu/homes/dec/essay.criticize.html

На недавних обменах члены профессорско-преподавательского состава тщетно пытались напасть на других компьютерных ученых и унижать их работу. Честно говоря, я считаю результаты неловкими – вместо того, чтобы обидеть противника, многие из замечаний были смехотворно безобидными. Что-то надо сделать, потому что любой аутсайдер, который слышит такой вздор, будет меньше думать о нашем отделе: ни одна группа не может уважать других, если ее члены не могут нанести по доброй воле разрушительный словесный удар.

Это короткое эссе – это попытка помочь преподавателям сделать свои замечания более наглядными и помочь избежать судорожных мстительных мыслей. В нем объясняется, как оскорблять исследования CS, показывает, где найти ахиллесову пяту в любом проекте, и иллюстрирует, как можно атаковать исследователя.

Два основных типа исследований

Большинство паршивых оскорблений проистекает из простого искажения, которое все исследователи согласны с общими целями исследования CS. Они нет. В частности, CS унаследовал два совершенно противоположных подхода в математике и технике.

Исследователи, которые следуют математической парадигме, называются теоретиками и включают всех, кто работает в области, в которой есть термины «анализ», «оценка», «алгоритмы» или «теория».

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

Комплексная теория и простые системы

Знание традиции, из которой исходит исследователь, дает основание для целенаправленного оскорбления.

Теоретики предпочитают изощренность

Теоретики в области компьютерных наук, как и математики, с огромной гордостью знают и используют самые сложные математические методы для решения проблем. Например, теоретики загорятся, когда расскажут вам, что они обнаружили, как может быть использована неясная теорема из геометрии при анализе компьютерного алгоритма. Теоретики сосредоточены на математическом анализе и асимптотическом поведении вычислений; они гордятся красотой уравнений и не беспокоятся о константах. Хотя они обычно подразумевают, что их результаты имеют отношение к реальным компьютерам, они тайно мечтают о впечатляющих математиках.

Экспериментаторы предпочитают простоту

Как и инженеры, исследователи систем гордятся тем, что могут придумать простейшую систему, которая предлагает определенный уровень функциональности. Например, исследователи систем загорятся, когда расскажут вам, что они построили систему, которая в два раза быстрее, вдвое меньше и мощнее своего предшественника. Экспериментаторы сосредотачиваются на работе реальных компьютерных систем; они гордятся красотой своего кода и беспокоятся о константах. Хотя они обычно подразумевают, что их результаты могут выходить за рамки реальных компьютеров, они тайно мечтают о подаче патентов, которые применяются к существующим аппаратным средствам.

Критика

Знания, что CS можно разделить на две основные группы, очень помогают при критике кого-то. Существует два основных правила: определить тип исследователя и выдать оскорбление для этого типа. Избегайте говорить что-либо, что неосторожно хвалит их. Если все будет хорошо, оскорбление не только ошеломит исследователя (кто будет потрясен, узнав, что не все согласны с его базовой системой ценностей), но и запугает других в аудитории.

Идентификация типа А

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

Обнаружение теории

Вы можете сказать, что кто-то является теоретиком, потому что он пропускает один или несколько следующих ключевых слов и фраз в лекции и технические беседы: «теорема», «лемма», «доказательство», «аксиома», «полиномиальное время», «логарифмический», «семантика», «числовой», «сложность», «недетерминированный» или «недетерминизм» и «при достаточно большом N». Они пишут много уравнений, хвастаются о том, чтобы сбить «дополнительный лог-фактор», и часто заканчивают свою лекцию прописной «О», за которой следует математическое выражение, заключенное в круглые скобки. Вы также можете признать теоретика, потому что он вечно доказывает то, что может показаться совершенно очевидным. (Однажды я просидел часовую лекцию, где кто-то доказал, что после того, как компьютер выполнил оператор присваивания, который поместил целое число 1 в переменную х, значение в х было равно 1.)

Обнаружение систем

Экспериментатор пропустит один или несколько следующих ключевых слов и фраз в лекции и технические беседы: “ архитектура ”, “ память ”, “ `cpu ” (иногда сокращенное` `CISC ” или` `RISC ” ), “ I / O ” или “ bus ”, “ network ”, “ interface ”, “ virtual ”, `compile ” или` `compiler ”,` OS ‘ «Система», «распределенная», «программа» или «код» и «бинарный». Они рассказывают о создании программ и запуске результирующей системы на реальных компьютерных системах. Они относятся к компаниям и продуктам, и используют акронимы либерально. Их лекции часто заканчиваются графиком или диаграммой измеряемой производительности системы. Вы также можете распознать экспериментатора, потому что они в мучительных подробностях описывают, как они настраивают эксперимент для измерения определенного значения, даже если измерение дает точно ожидаемые результаты. (Однажды я просидел часовую лекцию, где кто-то тщательно объяснял, как они использовали три компьютерные системы для измерения сетевого трафика, когда их все было просто в том, чтобы показать, что сеть не является причиной проблемы, которую они изучают.)

Формирование оскорбления

Ключ к хорошему оскорблению заключается в нападении на то, что исследователь держит самым дорогим и избегает того, о чем исследователь не заботится. Таким образом, оскорбление, набросанное у теоретика, должно быть сосредоточено на недостатке сложной математики, такой как:

Несмотря на все уравнения, мне кажется, что ваша работа не требовала реальной математической изысканности. Я что-то пропустил? (Это особенно хорошая уловка, если вы наблюдаете, как другие пытаются понять разговор, потому что они не захотят признать это после того, как вы подразумеваете, что это было легко.)

Разве это не просто прямое продолжение старого результата Хартманиса? (Даже Хартманис не помнит все теоремы Хартманиса, но все остальные будут считать, что вы помните то, что они забыли.)

Я что-то пропустил? Можете ли вы определить какой-либо глубокий математический контент в этой работе? (Вновь участники аудитории, которые посчитали трудным для понимания разговор, не захотят это признать).

Напротив, оскорбление, налагаемое на экспериментатора, должно подразумевать, что методы использовались в предыдущих системах или что работа непрактична, например:

Разве это не было сделано много лет назад в Xerox PARC? (Никто не помнит, что действительно было сделано в PARC, но все остальные будут считать, что вы помните то, чего они не делают.)

Испытали ли вы это на чипе, который Intel выпустил на прошлой неделе в своей лаборатории? (Никто не знает, какой чип Intel запущен на прошлой неделе, но все будут считать, что вы это сделали).

Я что-то упускаю? Не очевидно ли, что в системе есть узкое место, которое предотвращает масштабирование до произвольного размера? (Это безопасно, потому что в каждой системе есть узкое место, которое предотвращает произвольное масштабирование.)

Как избежать оскорбления в ответ на вас

Неуместное оскорбление может иметь неприятные последствия, превращаясь в смущение для нападающего и победу для предполагаемого атакующего. Чтобы избежать таких случаев, помните следующее:

Никогда не пытайтесь атаковать теоретическую работу как не рассматривающую константы, как не имеющую отношения к реальным компьютерным системам, или как требующую слишком много сложной математики. (Предполагаемая жертва, скорее всего, улыбнется и поблагодарит вас за лесть.)

Никогда не пытайтесь атаковать систему как слишком маленькую, слишком простую, или как недостающую сложную математику (опять же, предполагаемая жертва, скорее всего, улыбнется и поблагодарит вас за лесть).

Никогда не пытайтесь атаковать системы просто, говоря, что это настолько просто и очевидно, что вы могли бы это сделать. (В течение многих лет люди говорили о UNIX и протоколах TCP / IP). Фактически, это просто расширение уловки, используемой детьми на игровой площадке: «Ах, да? Я мог бы это сделать, если бы захотел. »« Не пытайтесь использовать это, или кто-то скажет вам расти.

Нападение кроссоверов

Редко, но некоторые исследователи включают как теоретические, так и экспериментальные работы в одном проекте. Оскорбление таких комбинаций может быть сложным, потому что исследователь может избежать невредимого, указывая на одну часть своей работы или на другую в качестве ответа. Вы можете попытаться атаковать обе части одновременно:

Я отмечаю, что системный аспект этого проекта кажется довольно сложным. Считаете ли вы, что причина запутанной реализации может быть связана с более или менее «упрощенным» математическим анализом, который вы использовали?

Однако умное оскорбление может не говорить о работе, предлагая зловещие причины сдвига парадигмы:

Я замечаю, что вы сделали что-то необычное, объединив как теорию, так и эксперимент. Вы решили попробовать второй подход, потому что у вас не было результатов с первого раза?

Кажется, у вас есть небольшая теория и небольшая экспериментальная работа, объединенные в один проект. Не правда ли, что если бы у вас был достаточно сильный вклад в тот или другой, вы бы читали лекции о них отдельно?

Заключительная просьба

Я, конечно, надеюсь, что преподаватели уделят этому эссе самое пристальное внимание и обострят их оскорбительные навыки. В будущем, пожалуйста, сделайте все свои подсчеты.

Original version: http://jakub.kotrla.net/putty/

Информация

Недавно несколько Antivirus SW пометили двоичные файлы на этом сайте , как вредоносные программы. Это ложный положительный результат . Я сам компилирую двоичные файлы: сначала загрузите исходный код с веб-сайта PuTTY, перезапишите код хранения сессии и скомпилируйте с помощью Visual Studio. Используемый ПК чист.

Но он сохраняет всю конфигурацию в реестре ([HKEY_CURRENT_USER \ Software \ SimonTatham \ PuTTY]) – вы не можете сохранить / загрузить его из файла на дискете или других съемных устройствах. Есть обходной путь с файлами bat / reg, но это не очень приятно. Поэтому я переписал небольшую часть PuTTY (winstore.c – функции, которые обрабатывают конфигурацию сохранения / загрузки).

Я также переписал небольшую часть Pageant, чтобы иметь возможность загрузить список сохраненных сеансов (winpgnt.c – function update_sessions).

Если вы обнаружили ошибку, связанную с хранением / загрузкой конфигурации или отсутствием в исходном PuTTY, не стесняйтесь отправить ее по электронной почте jakub@kotrla.net. Моя модификация PuTTY находится под той же лицензией, что и PuTTY – вы можете делать что угодно с этим, но на свой страх и риск и без каких-либо гарантий.

Документация

Этот PuTTY хранит свою конфигурацию (сеансы, ключи хоста ssh, путь к файлу случайных семян) в файл вместо реестра. Каждый сеанс и ключ хоста ssh хранятся в отдельном файле. Пути по умолчанию (где. Представляет исполняемый каталог):

• ./sessions/ packedSessionName
• ./sshhostkeys/ packedHostName
• ./putty.rnd

Путь для сохранения конфигурации может быть установлен через файл putty.conf. Сначала выполняется поиск в текущем рабочем каталоге, если там не найден putty.conf, выполняется исполняемый каталог (тот же каталог, что и для putty / pscp / psftp / plink / pageant.exe). Putty.conf должен выглядеть так (если он не найден, по умолчанию используются значения):

;comment line
sessions=%SYSTEMROOT%\ses
sshhostkeys=\ssh\hostkeys
seedfile=C:\putty.rnd
sessionsuffix=.session
keysuffix=.hostkey
jumplist=jumplist.txt

Вы можете использовать переменные окружения в config (например,% SYSTEMROOT%) – строка будет расширена через функцию WinAPI ExpandEnviromentString (переменные, зависящие от пользователя, пока не поддерживаются).

Sessionuffix и keysuffix являются необязательными, значения по умолчанию пустые. Если установлено, каждый файл имеет определенный суффикс (сохраненные сеансы через sessionuffix и ключи ssh host через keyuffix). Основная цель – избегать файлов «* .com» с именами, например ssh.domain.com. Оба числа ограничены 15 символами.
Внимание: Если вы уже сохранили некоторые сеансы или ключи хоста SSH и изменили эти суффиксы, вам придется вручную переименовать (добавить их) во все файлы.

Jumplist – новая функция в Windows 7, поддерживаемая PuTTY 0.61. Поскольку этот PuTTY должен быть легким, если вы не укажете путь к jumplist, ни один из них не будет создан.

Этот PuTTY все еще может загрузить конфигурацию из реестра. Сессии, загруженные из реестра, помечены как [registry]. Когда PuTTY проверяет ключ хоста ssh и он не найден в файле, но в реестре, вы можете переместить / скопировать ключ в файл (или, конечно, ничего не делать).

Pageant загружает список сохраненных сеансов из пути, установленного в putty.conf, по умолчанию ./sessions/packedSessionName – он работает так же, как и PuTTY (включая настройку keysuffix).

ChangeLog

Этот PuTTY все еще развивается, так как в первом простом выпуске я добавил некоторые функции и исправил несколько ошибок. Итак, я только начал нумерацию версий. Здесь будут представлены все будущие изменения, особенности и исправления.

• 24. 11. 2005 – первая версия 0.1.1
• 22. 3. 2006 – PSCP, PSFTP скомпилирован и добавлен
• 22. 3. 2006 – исправлена Pageant работать с sessionsuffixправильно (версия 0.1.2)
• 7. 8. 2006 – исправлена ​​PSCP при загрузке несуществующих параметров беззвучно и нулевая ручка ошибки фиксированных (версия 0.1.3)
• 9. 8. 2006 – гораздо лучше, обнаружение “putty.exe каталог” добавлена ​​(версия 0.1.5)
• 29. 9. 2006 – Plink скомпилирован и добавлен
• 9. 1. 2007 – исправлен для сохранения / загрузки настроек по умолчанию (версия 0.1.6)
• 25. 1. 2007 – Обновление: этот модифицированный PuTTY теперь основан на PuTTY 0.59 и незначительные утечки памяти фиксирован (версия 0.2)
• 24. 3. 2007 – Поддержка переменных окружения в конфигурационном файле и код очистки (версия 0.2.1)
• 1. 5. 2007 – Обновление: этот модифицированный PuTTY теперь основан на PuTTY 0.60 (версия 0.3)
• 15. 10. 2007 – исправлен показ “” и «..» сессии в списке сессии (версия 0.3.1)
• 6. 3. 2008 – Исправлен сбой, если файл конфигурации не заканчивается пустой строкой (версия 0.3.2)
• 12. 8. 2008 – так как теперь: изменения в обработке putty.conf и работы / исполняемых каталогов
• 4. 9. 2008 – конкурс начинается putty.exe в его (театрализованном в) рабочий каталог и XP и Vista, визуальные стили поддерживаются (версия 0.3.5)
• 28. 7. 2009 – фиксированная сессия делеция когда sessionsuffix установлен в PuTTY (версия 0.3.6)
• 4. 9. 2009 – если seesion не найден на диске, попробуйте в реестре (для поддержки WinSCP), исправлены мелкие ошибки с CurrentDirectory (версия 0.3.7)
• 7. 11. 2009 – Поддержка переменных окружения в файлах сессии (версия 0.3.8)
• 12. 1. 2010 – исправлена ​​загрузка сессии с именами, содержащими двоеточие (:) и другие странные символы (версия 0.3.9)
• 24. 8. 2011 – Обновление: этот модифицированный PuTTY теперь основан на PuTTY 0.61 (версия 0.4), поддержка Win7 Jumplist
• 23. 2. 2012 – Обновление: этот модифицированный PuTTY теперь основан на PuTTY 0.62 (версия 0.5)
• 8. 9. 2013 – Обновление: этот модифицированный PuTTY теперь основан на PuTTY 0.63 (версия 0.6)
• 13. 9. 2013 – Исправлена ​​ошибка из слияния коды с 063 – погрузочными сеансами из реестра фиксированного (версия 0.6.1)
• 8. 3. 2015 – Обновление: этот модифицированный PuTTY теперь основан на PuTTY 0.64 (версия 0.7), файлы сеансов фильтруются sessionsuffix
• 27. 9. 2015 – Обновление: этот модифицированный PuTTY теперь основан на PuTTY 0.65 (версия 0.8)
• 27. 9. 2015 – Обновление: этот модифицированный PuTTY теперь основан на снимке PuTTY развития 2015-09-27.acff0a6 предоставить некоторые новые шифры например ed25519 кривые и chacha20. (Версия 0.8.1)
• 18. 11. 2015 – Обновление: этот модифицированный PuTTY теперь основан на PuTTY 0.66 (версия 0.9)
• 6. 12. 2015 – Обновление: этот модифицированный PuTTY теперь основан на снимке PuTTY развития 2015-11-30.1659cf3 предоставить некоторые новые шифры например ed25519 кривые и chacha20. (Версия 0.9.1)
• 19. 3. 2016 – Обновление: этот модифицированный PuTTY теперь основан на PuTTY 0.67 (версия 0.10.0) и развития снимка 2016_03_18.0fadffe
• 6. 11. 2016 – перекомпилировать в режиме отладки, чтобы избежать ложных срабатываний перестраховщика Антивирусное ПО
• 20. 3. 2017 – Обновление: этот модифицированный PuTTY теперь основан на PuTTY 0.68 (версия 0.11.0)

Есть бесчисленные правила написания успеха, но самые известные из них, по крайней мере в области научной фантастики, – это пятерка, созданная покойным великим Робертом А. Хайнлайном.

Хайнлайн обычно говорил, что не испытывает никаких угрызений совести по поводу отмены этих правил, хотя объяснил, как вы можете стать его прямым конкурентом, потому что он знал, что почти никто не будет следовать их советам.

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

Я собираюсь поделиться с вами пятью правилами Хайнлайна, плюс добавить свою шестую.

Правило первое: вы должны написать

Звучит смешно, не так ли? Но это очень трудное правило. Вы не можете просто говорить о желании стать писателем. Вы не можете просто взять курсы, или прочитать о процессе письма, или мечтать о том, чтобы когда-нибудь обойти его. Единственный способ стать писателем – посадить себя перед клавиатурой и пойти на работу.

И не смейте  жаловаться, что у тебя нет времени писать. Настоящие писатели покупают время, если они не могут получить его каким-либо другим способом. Возьмите уроженца Торонто Теренса М. Грина, учительницу средней школы. Его третий роман «Тень Ашленда» вышел из Тора. Терри каждый пятый год учится без платы, чтобы он мог писать; Большинство писателей, которых я знаю, приносили такие же жертвы за свое искусство.

(Из наших сотен оригинальных кандидатов-аспирантов половина никогда не сможет обойтись без написания чего-либо. Это оставит нам пятьдесят …)

Правило второе. Закончите то, что вы начинаете.

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

В связи с этим: если вы принадлежите к мастерской писателей, не позволяйте людям критиковать ваш роман за раз. Никто не может должным образом судить о книге по части, вырванной из нее наугад, и вы получите всевозможные бессмысленные советы: «Эта часть кажется неуместной». «Ну, на самом деле, на самом деле, это очень важно сотня страниц с этого момента …»

(Из наших пятидесяти оставшихся потенциальных авторов половина никогда не закончит что-либо – оставив только двадцать пять все еще на ходу …)

Правило третье: вы должны воздерживаться от перезаписи, кроме редакционного заказа

Это то, с чем Хайнлайн столкнулся с творческими учителями. Возможно, более подходящей формулировкой было бы: «Не возитесь бесконечно со своей историей». Вы можете потратить навсегда изменение, пересмотр и полировку. Есть старая поговорка о том, что истории никогда не заканчиваются, а просто заброшены – научитесь отказываться от своих.

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

И хотя многие новички не верят в это, Хайнлайн прав: если ваша история близка к публикации, редакторы расскажут вам, что вам нужно сделать, чтобы сделать ее доступной. Некоторые журналы из небольших газет делают это подробно, но вы также получите рекомендации от Analog, Asimov’s и The Magazine of Fantasy & Science Fiction.

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

Правило четвертое: вы должны разместить свою историю на рынке

Это самое трудное правило для всех новичков. Вы не можете просто объявить себя профессиональным писателем. Скорее, это титул, который должны быть возложены на вас теми, кто готов заплатить деньги за ваши слова. Пока вы на самом деле не показываете свою работу редактору, вы можете вообразить, что вы все так же хороши, как Гай Гавриэль Кей или Уильям Гибсон. Но, чтобы увидеть, есть ли у этой фантазии хоть какая-то почва в реальности, это очень трудно для большинства людей.

Я знаю одного канадского писателя-претендента, который сумел отложить на два года рассылку своей истории, потому что, по его словам, у него не было никаких американских марок для самоназванного штампа с конвертом. Это, несмотря на то, что он знал десятки людей, которые регулярно ездили в Штаты и могли получить марки для него, и несмотря на то, что он мог сам пересечь границу и забрать марки.

Нет, это были не штампы, которых ему не хватало – это был хребет. Он боялся узнать, продается ли его проза. Не будьте трусом: отправьте свой рассказ.

(Из наших двенадцати авторов осталось, половина из них не будет работать на нервы, чтобы сделать представление, оставив только шесть …)

Правило пятое: вы должны держать его на рынке, пока он не продан

Это факт: работа постоянно отвергается. Почти наверняка ваше первое представление будет отклонено. Не позволяйте этому останавливать вас. В настоящее время я получил 142 отскока в моих файлах; У каждого профессионального писателя, которого я знаю, есть стеки из них (плодовитый канадский писатель-ужастик Эдо ван Белком отлично говорит на съездах SF под названием «Процветание отторжения», в котором он читает образцы из многих, которые он приобрел за эти годы).

Если в отклонении есть совет, который, по вашему мнению, хорош, пересмотрите историю и отправьте ее снова. Если нет, то просто переверните историю: вытащите ее по почте, отправив ее на другой рынок. Держись! Не сдавайся. Мой собственный рекорд по максимальному количеству представлений перед продажей истории – восемнадцать, но история, в конце концов, нашла хороший дом. (И через несколько дней я снова продал его в передовой только антологию, получив рассказ в печати, впервые открыв все новые рынки).

Если ваша история отвергнута, отправьте ее в тот же день на другой рынок.

(Тем не менее, из наших шести оставшихся авторов три будут настолько обескуражены этим первым отказом, что они бросят писать навсегда, но еще три будут держаться на нем …)

Правило шестое: начните работать над чем-то еще

Это мое правило. Я видел слишком много начинающих писателей в течение многих лет над одной историей или романом. Как только вы закончите одну часть, начните с другой. Не ждите, пока первый рассказ вернется из редактора, в который вы его отправили; Приступайте к работе над следующим проектом. (И если вы обнаружите, что испытываете блок писателя в своем текущем проекте, начните писать что-то новое – настоящий писатель может всегда что-то написать.) Вы должны создать массу работы, чтобы считать себя настоящим профессионалом.

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

По словам Маклина: Канады Weekly Newsmagazine , «По любой расплате Роберт Сойер является одним из самых успешных канадских авторов , когда – либо.» Он продал 23 романов в крупных американских издателей и получил 53 национальных и международных наград за его фантастики, в том числе фикция Общества World Science Hugo Award и научной фантастики и фэнтези писателей Америки премии Nebula за лучший роман года, а также Преступность Писатели Канады премии Артур Эллис за лучший рассказ года. Сериал ABC Вспомни был основан на его романе того же самого имени.

Роб преподавал творческое письмо в Университете Торонто, Райерсон университет, Хамбер колледж, и Центр Банф, и он был писателем-в-резиденции в Торонто, Ричмонд Хилл, и Китченер публичных библиотек и в канадском источник света, Канады национальный синхротрон. Он часто основной докладчик на конференциях писателей.

Более подробную информацию о Робе и его работе, увидеть его веб – сайт sfwriter.com , который содержит 800 документов и более одного миллиона слов материала.

Это перевод публикации «Непрерывная интеграция»
Автор: Мартин Фаулер
Original version: http://www.martinfowler.com/articles/continuousIntegration.html

8 апреля 2013

Непрерывная интеграция является практикой разработки программного обеспечения, где члены команды интегрировать свою работу часто, как правило, каждый человек связывает, по крайней мере один раз в день – ведет к большей интеграции дня. Каждая интеграция проверяются с помощью автоматизированного производства (в том числе теста) для обнаружения ошибок интеграции как можно быстрее. Многие команды считают, что такой подход приводит к значительному сокращению проблем интеграции и позволяет команду развивать связное программное обеспечение более быстро. Эта статья представляет собой краткий обзор непрерывной интеграции, обобщающей техник и текущее использование.

Original version: http://www.praxagora.com/andyo/wr/ghost.html

от Энди Орам
17 декабря 1999 года

В темном свете рассвета мне приснился звук, которого я не слышал долгое время. Громогласно спотыкаясь из-за пронзительного гудка, я воскликнул: «Да ведь это старая дисковая программа Unix! Эта странная небольшая полноэкранная утилита, обсуждаемая Дугласом Хофстаддером в Metamagical Themas, – это предварительно настроенный чат и мгновенный обмен сообщениями. В ответ на буквы, мигающие на зеленом мониторе, я быстро вошел в разговорный призрак и нажал клавишу RETURN.

«Это Призрак интернет-прошлого», написал мой таинственный корреспондент. «NSA, мак, Кастро. Я покажу вам Интернет в его славные первые дни. Тогда инструменты были неуклюжи, но мы все немного учились и учились понимать среду, которую мы использовали; и такое прекрасное сообщество, которое мы создали в Интернете! “

Я вспомнил, о чем говорил призрак. Правда, 99% всех новостных групп выродились в философских спорах между левыми и либертарианцами, и три четверти всех распространенных предупреждений были мистификациями, но мы все еще использовали невероятную силу мгновенной всемирной диффузии для проведения впечатляющих кампаний. Lotus был довольно большой компанией, когда протест в Интернете заставил ее отказаться от своего продукта базы данных по потребительским расходам.

«Послушай, Энди, ты тоже был более идеалистичен», – увещевал призрак. «Прошло много лет с тех пор, как вы внесли вклад в проекты бесплатного программного обеспечения. Посмотрите на даты в этих файлах. “Поток имен файлов, дат и размеров потек вниз по экрану.

Я искоса посмотрел на смутно знакомый формат. “Да, эти даты старые. Где ты выкопал этот список?”

«Арчи», – набрал призрак.

«О, Призрак», выдохнул я. «Что случилось с пламенем интернет-сообщества? Почему так мало новичков понимают это? “

«Чего вы ожидаете, когда ANS возьмет на себя хребет?» Выплюнул призрак. «Кантер и Зигель, приятные глазу потоковые медиа».

«Но просто коммерческое использование не плохо», – ответил я. «Когда люди доверяют достаточному средству, чтобы положить туда то, из чего состоит жизнь, они достигли совершеннолетия. Некоммерческие организации могут быть самонадеянными сокровищами информации так же, как некоммерческие организации ».

«Проклятый гегемонизм частного сектора …»

“Негодяй. Я слышал это раньше; Вы меня усыпляете », – набрал я, и, словно для того, чтобы подтвердить доверие к этому заявлению, снова впал в бессознательное состояние.

Затем меня разбудил яростный приступ разговоров. Как будто кто-то запустил сразу несколько дюжин потоков RealPlayer. Лепет многих участников вытеснил всю надежду на понимание. «Кто-нибудь может понять это!» – воскликнул я.

Придя на помощь, голос поднялся над остальными. «Добро пожаловать в дебаты по интернет-политике. Как Призрак Присутствия в Интернете, я должен следовать им всем ».

«О чем они говорят?» – потребовал я.

«Вы имеете в виду: о чем они говорят или о чем они на самом деле говорят?»

«Оба варианта, я думаю», ответил я, невзирая на это.

«Ну, – объяснил призрак, – они думают, что они говорят о том, какая из старых нормативных моделей применима к новому революционному пространству».

«Звучит довольно бессмысленно».

«Вот почему стоит послушать. Но на самом деле речь идет о пропускной способности ».

«Да, я слышал об этом – темное волокно не решит все?»

«Это панацея 90-х годов», презрительно прервал призрак. «Текущее увлечение – это пакетное радио. Но я вовсе не говорил о физической пропускной способности. Я имел в виду контроль. Кто имеет право пользоваться Интернетом? Будут ли на нем размещены объявления о вакансиях для неимущих или только биржевых котировок для богатых? Могут ли сообщества спонтанно вырастать вокруг великих произведений творчества или платить посредникам? Должны ли исследования, финансируемые за счет налогоплательщиков, продаваться за сотни долларов в виде документа или предоставляться свободно всем? С кем можно связаться, просто попросив имя – крупные корпорации или маленькие голоса? “

«Ради всего святого, – воскликнул я, – почему люди так не говорят о проблемах!»

«Как это могло быть – что могло заменить его щедрость?»

«Международные финансовые институты имеют проприетарную спутниковую сеть, внушительную и непроницаемую. Развлекательные компании выпускали 6500 программ в неделю, все строго измерялись килобайтом и фильтровались, чтобы изолировать противоречивый контент. Электрические компании, которые всегда контролировали конечную трубу, таким образом, контролировали среднюю сеть, которая активировала устройства в доме. Все, что хотят вендоры, встроено в мощные схемы, стоимость которых составляет тысячную долю, что делает программное обеспечение и культуру, которые сопровождали его устаревшими. Таким образом, существует множество отдельных сетей, каждая из которых специализируется и тщательно контролируется ».

«А как же демократия? Как насчет общественного пространства? Разве нет форума для среднего гражданина?

Старое морщинистое лицо Призрака треснуло в напыщенном, глухом смехе. “Форум? Вы хотите форум? Я дам вам миллион их. Каждый раз, когда Consolidated Services, Inc. или Skanditek помещают новый пункт в свои СМИ, они оставляют пространство для просмотра реакций. И они публикуют, и публикуют, и публикуют. Никто не может следить за дебатами … “

«Они забыли», – вздохнул я. «Люди забыли, что Интернет позволяет дискуссии и сообщества; они соглашались на чрезмерно прагматичный и безличный подход, который фрагментировал протоколы и СМИ таким образом, чтобы удалить элемент человека. Что я могу сделать, чтобы предотвратить это, Призрак? Скажи мне, что делать, когда я вернусь в свою настоящую жизнь! »

Но туман пронесся над сценой, и рука Призрака будущего Интернета скрылась от меня незримо. «Я угасаю», – прошептал он. «Интернет ушел …»

И поэтому я проснулся, но я лежал с закрытыми глазами и обратился к моим трем Призракам в своих мыслях: «Я обещаю, что пройду все уроки, которые вы сегодня преподали мне!

«Призрак интернет-прошлого, я обещаю, что узнаю о тех технологиях, которые влияют на мою жизнь, чтобы я мог контролировать их.

«Призрак Интернета представьте, я поговорю с обычными людьми о повседневных проблемах, на которые влияет политика Интернета. И я буду использовать это для борьбы с реальными проблемами: расизм, разрыв в доходах, война, экологическое опустошение.

«Наконец, Призрак будущего Интернета, я всегда буду настаивать на том, что Интернет является не только средством передачи данных, но и местом для построения сообщества».

И день еще только начинался.

«Несколько попыток, – ответил призрак, – но как только вы присмотритесь к юридическим, социальным и имплементационным последствиям, ответы становятся настолько хорошими, техничными».

Я хотел спросить больше, но мой призрак сказал: «Настоящее мимолетно. Я должен уйти; Призрак будущего Интернета будет здесь вместо меня ».

Меня охватило волнение. «О, Призрак будущего Интернета, – воскликнул я, – покажи мне, какое средство еще предложить!»

Кто-то схватил меня за руку и потащил через лабиринты гремящих улиц под серым небом, где ни одно существо не ступало еще.. «Где будущее в Интернете?» – заорал я. «Куда все пошли?»

«Интернет ушел», сказал мой спутник, сутулый и седой.

Когда я получил себе в IPOD , я нашел , что печатные списки доступны из ITunes программы не были особенно велики (несмотря на интерактивный интерфейс , будучи превосходным), и я не мог получить краткий сводный список альбомов. Поскольку ITunes сохраняет свою библиотеку как XML, я использовал XSLT для создания списка больше по душе. Так как я склонен слушать альбомы , а не синглы, я хотел список альбомов , сгруппированных по жанру .

Чтобы использовать этот сценарий, сохраните albumList.xml и albumList.xsl показано ниже вашей Музыка / ITunes папку, и откройте albumList.xml в Internet Explorer 6+ или Mozilla Firefox (IE5 не будет работать, я не проверял любой другие браузеры).

‘Список свойств’ The Itunes XML

Библиотека ITunes хранится в виде XML в файле под названием ITunes Music Library.xml . Он использует общий язык XML , известный как список свойств или списка свойств , который содержит информацию в виде пар ключ / значение. Вместо того , чтобы быть адаптированы к описанию песен, он может быть использован для описания свойств более или менее ничего. Это как XML выглядит:

<plist version="1.0">
  <dict>
    <key>Tracks</key>
    <dict>
      <key>638</key>
      <dict>
        <key>Track ID</key><integer>638</integer>
        <key>Name</key><string>Take Me To The River</string>
        <key>Artist</key><string>Talking Heads</string>
        <key>Composer</key><string>Al Green &#38; M. Hodges</string>
        <key>Album</key><string>Stop Making Sense</string>
        <key>Genre</key><string>Alternative &#38; Punk</string>
        ... etc ...
      </dict>
    </dict>
  </dict>
</plist>

Это означает, что найти, например, название альбома, мы должны соответствовать <string> с непосредственно предшествующим собрата <key> из «Альбома»:

string[preceding-sibling::key[1]='Album']

То есть, элемент <string> где первая <key> в осях предшествующего-родственных имеет значение «Альбом».

Хотя это удобный универсальный язык XML, это, безусловно, сложнее манипулировать, чем язык XML, приспособленный для представления списка дорожек, поэтому сделайте глубокий вдох для того, что следует!

Получение списка альбомов

XML ITunes список песен. Альбом появится песня на это не более, на самом деле, чем атрибут песни, так что простой подход даст название альбома один раз для каждой песни , которая появляется на нем. Таким образом , чтобы получить правильный список альбомов, я использую довольно хитрые трюки , доступные с : <xsl key> элементом и key() и  generate-id()  функций.

Другие люди объяснили использование <xsl: key> лучше, чем я могу, но вкратце, то здесь, то <xsl: key> элемент строит список <dict> узлы, представляющие песни. <xsl:for-each> элемент затем выбирает <dict> (т.е. песня) элементов, в которых автоматически генерируется идентификатор совпадения автоматически созданный идентификатор первого узла, возвращаемого функцией key(). Нет, это делает мою голову спина тоже. Полученная таблица стилей, чтобы получить список альбомов (с прилагаемыми художниками) является:

<xsl:key name="songsByAlbum" match="dict"
  use="string[preceding-sibling::key[1]='Album']"/>

<xsl:template match="/plist/dict/dict">
  <html>
    <body>
      <table>

        <xsl:for-each select="dict[generate-id(.)=
            generate-id(key('songsByAlbum',string)[1])]">
          <xsl:sort select="string[preceding-sibling::key[1]='Album']"/>
          <tr>
            <td><xsl:value-of select="string[preceding-sibling::key[1]='Album']"/></td>
            <td><xsl:value-of select="string[preceding-sibling::key[1]='Artist']"/></td>
          </tr>
        </xsl:for-each>

      </table>
    </body>
  </html>
</xsl:template>

Это имеет проблемы с компиляций, хотя. Он подберет тот, кто является художником для первой песни компиляции, которая выглядит несколько странно. Чтобы это исправить, я использую «Часть Сборник» флаг следующим образом:

<xsl:key name="songsByAlbum" match="dict"
  use="string[preceding-sibling::key[1]='Album']"/>

<xsl:template match="/plist/dict/dict">
  <html>
    <body>
      <table>

        <xsl:for-each select="dict[generate-id(.)=generate-id(key('albums',string)[1])]">
          <xsl:sort select="string[preceding-sibling::key[1]='Album']"/>
          <tr>
            <td><xsl:call-template name="albumName"/></td>
            <td><xsl:call-template name="artistName"/></td>
          </tr>
        </xsl:for-each>

      </table>
    </body>
  </html>
</xsl:template>

<xsl:template name="albumName">
  <xsl:value-of select="string[preceding-sibling::key[1]='Album']"/>
</xsl:template>

<xsl:template name="artistName">
  <xsl:choose>
    <xsl:when test="true[preceding-sibling::key[1]='Compilation']">
      <i>Compilation</i>
    </xsl:when>
    <xsl:otherwise>
      <xsl:value-of select="string[preceding-sibling::key[1]='Artist']"/>
    </xsl:otherwise>
  </xsl:choose>
</xsl:template>

Я сломал основной шаблон в отдельные шаблоны для альбома и исполнителя – XSLT может быть трудно следовать в лучшие времена, поэтому я хотел на модули шаблонов столько, сколько я могу.

Список альбомов сгруппированы по жанру

Проблема с этим списком является то , как музыка всех пюре вместе. Я на самом деле не как иметь страсть Матфея трущиеся плечи с Stop Making Sense .

Чтобы сгруппировать альбомы по жанру, я использую технику, разработанный Стив Муэнч, Oracle, «XML технического евангелист», получившее название «Muenchian группировки».

Опять же , другие люди объяснили это лучше , чем я мог, поэтому достаточно сказать (если вы хотите , чтобы попытаться следовать работы XSL) , который использует функциюgenerate-id()  XSL key , определенных на песни по жанру и Альбом, и в точке , где шаблон albumsInGenre называется, текущий контекст является первым <dict> песня в каждом жанре.

В albumsInGenre шаблона, тот же метод используется для получения первой композиции в пределах каждого альбома, чтобы получить название альбома и имя исполнителя. Я также использовать дополнительный предикат для дальнейшей фильтрации этого набора узлов к жанру передается в качестве параметра шаблона.

Таблица стилей выглядит следующим образом:

<xsl:key name="songsByAlbum" match="dict"
  use="string[preceding-sibling::key[1]='Album']"/>
<xsl:key name="songsByGenre" match="dict"
  use="string[preceding-sibling::key[1]='Genre']"/>


<xsl:template match="/plist/dict/dict">
  <html>
    <body>
      <table>

        <xsl:for-each select="dict[generate-id(.)=
            generate-id(key('songsByGenre',string)[1])]">
          <xsl:sort select="string[preceding-sibling::key[1]='Genre']"/>
          <xsl:for-each select="key('songsByGenre',string)[1]">
            <xsl:call-template name="albumsInGenre">
              <xsl:with-param name="genre"
                  select="string[preceding-sibling::key[1]='Genre']"/>
            </xsl:call-template>
          </xsl:for-each>
        </xsl:for-each>

      </table>
    </body>
  </html>
</xsl:template>


<xsl:template name="albumsInGenre">
  <xsl:param name="genre"/>

  <tr><td colspan='3'><b><xsl:value-of select="$genre"/></b></td></tr>

  <xsl:variable name="song" select="/plist/dict/dict/dict"/>
  <xsl:for-each select="$song[generate-id(.)=
      generate-id(key('songsByAlbum',string[preceding-sibling::key[1]='Album'])[1])]">
    <xsl:sort select="string[preceding-sibling::key[1]='Album']"/>
    <xsl:for-each select="key('songsByAlbum',string[preceding-sibling::key[1]='Album'])
        [string[preceding-sibling::key[1]='Genre']=$genre][1]">
      <tr>
        <td> </td>
        <td><xsl:call-template name="albumName"/></td>
        <td><xsl:call-template name="artistName"/></td>
      </tr>
    </xsl:for-each>
  </xsl:for-each>
</xsl:template>

И результирующий список альбомов выглядит примерно так:

Если вы хотите только альбомы на IPod, а не все альбомов в библиотеке ITunes, то дополнительное условие должно быть добавлено к внутреннему наиболее для-каждому, так что она будет выглядеть так:

<xsl:for-each select="key('songsByAlbum',string[preceding-sibling::key[1]='Album'])
        [string[preceding-sibling::key[1]='Genre']=$genre]
        [not(true[preceding-sibling::key[1]='Disabled'])][1]">

Добавление времени трека

Получив это далеко, я хотел бы видеть продолжительность каждого альбома. Продолжительность каждой песни сохраняется (в миллисекундах) против Общего времени ключа, поэтому шаблон , чтобы сделать это:

<xsl:template name="iTunesTimeAlbum">
  <xsl:variable name="tracksInAlbum"
      select="key('songsByAlbum',string[preceding-sibling::key[1]='Album'])"/>
  <xsl:variable name="t"
      select="sum($tracksInAlbum/integer[preceding-sibling::key[1]='Total Time'])"/>
  <xsl:call-template name="formatTime">
    <xsl:with-param name="t" select="$t"/>
  </xsl:call-template>
</xsl:template>

<xsl:template name="formatTime">
  <xsl:param name="t"/>
  <xsl:if test="$t != 0">
    <xsl:variable name="h" select="floor(($t div (1000*60*60)))"/>
    <xsl:variable name="m" select="floor(($t div (1000*60)) mod 60)"/>
    <xsl:variable name="s" select="floor(($t div 1000) mod 60)"/>
    <xsl:if test="$h != 0"><xsl:value-of select="$h"/>h</xsl:if>
    <xsl:value-of select="format-number($m,'00')"/>m
    <xsl:value-of select="format-number($s,'00')"/>s
  </xsl:if>
</xsl:template>

Опять же, если вы хотите увидеть продолжительность на IPOD, а не в библиотеке ITunes (если только некоторые треки на альбоме были выбраны для передачи на Айпод), дополнительное условие должно быть добавлено для выбора для переменного t:

<xsl:variable name="t"
      select="sum($tracksInAlbum/integer[preceding-sibling::key[1]='Total Time']
      [not(../true[preceding-sibling::key[1]='Disabled'])])"/>

Подобный шаблон даст общее время музыки в библиотеке ITunes (или на Айпод):

<xsl:template name="iTunesTimeTotal">
  <xsl:variable name="t"
      select="sum(dict/integer[preceding-sibling::key[1]='Total Time'])"/>
  <xsl:call-template name="formatTime">
    <xsl:with-param name="t" select="$t"/>
  </xsl:call-template>
</xsl:template>

И если вы хотите иметь общий размер диска песен, он доступен против Size key:

<xsl:template name="iTunesSizeTotal">
  <xsl:variable name="s" select="sum(dict/integer[preceding-sibling::key[1]='Size'])"/>
  <xsl:value-of select="floor($s div (1000*1000)) div 1000"/>GB
</xsl:template>

Открытие листинга непосредственно в браузере

Вместо того чтобы использовать специальные инструменты, XML / XSLT, я открываю список непосредственно в браузере. Для этого я создаю «обертку» файл XML, который определяет, какие таблицы стилей, чтобы применить к какому файлу XML, используя кнопку <?xml-stylesheet> инструкции по <incl> элемента:

<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet href="albumList.xsl" type="text/xsl"?>
<wrapper>
  <incl file="iTunes Music Library.xml"/>
</wrapper>

Затем я поставил шаблон в верхней части XSL таблицы стилей, которая соответствует элементу <wrapper>  я положил вокруг включаемого файла XML, и применяю шаблоны стилей для включаемого файла XML.

<xsl:template match="/wrapper">
    <xsl:apply-templates select="document(incl/@file)"/>
  </xsl:template>

Это должно работать в любом текущем браузере; Я проверил это на Internet Explorer (6.0+) и Firefox.

Примечание: альтернативный подход был бы предварительно обработать в п-список XML в более традиционную структуру, как объяснено в www.xmldatabases.org/WK/blog/1086?t=item , который затем будет проще манипулировать с помощью XSLT , Я готов жить с preceding-sibling  контсрукции  для того , чтобы иметь возможность генерировать список в одном шаге.

Все это вместе взятые в таблице стилей ниже. Это делает для довольно большой таблицы стилей, но с вышеуказанной информацией, вы должны быть в состоянии поднять его на части и использовать детали, которые вы хотите.

… так что теперь у меня есть краткий справочник список альбомов на айподе.

Чтобы использовать этот сценарий, в своей основной или полной форме, сохранить albumList.xml и albumList.xsl показано ниже вашей Музыка / ITunes папку, и откройте albumList.xml в вашем браузере (IE6 или Firefox). Если вы хотите , чтобы адаптировать макет, с руководящими принципами выше , вы должны иметь возможность смешивать и сочетать компоненты по мере необходимости. Вы можете повторно использовать эти сценарии [без каких – либо гарантий явных или подразумеваемых] для личного использования

Файл albumList.xml (указывает , применять albumList.xsl к ITunes Music Library.xml ):

<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet href="albumList.xsl" type="text/xsl"?>
<wrapper>
  <incl file="iTunes Music Library.xml"/>
</wrapper>

Файл albumList.xsl базовой версии (списки имя & группа альбомов на Айпод):

<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" version="1.0">
  <!-- (c) Chris Veness 2005 -->
  <xsl:output method="html" encoding="UTF-8" indent="yes"/>

  <!-- match the wrapper and apply templates to the <incl> xml file -->
  <xsl:template match="/wrapper">
    <xsl:apply-templates select="document(incl/@file)/plist/dict/dict"/>
  </xsl:template>


  <xsl:key name="songsByGenre" match="dict" use="string[preceding-sibling::key[1]='Genre']"/>
  <xsl:key name="songsByAlbum" match="dict" use="string[preceding-sibling::key[1]='Album']"/>


  <xsl:template match="dict">
    <html>
      <head>
        <title>iPod Album Listing</title>
        <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"/>
      </head>
      <body>
        <table>

          <xsl:for-each select="dict[generate-id(.)=generate-id(key('songsByGenre',string)[1])]">
            <xsl:sort select="string[preceding-sibling::key[1]='Genre']"/>
            <xsl:for-each select="key('songsByGenre',string)[1]">
              <xsl:call-template name="albumsInGenre">
                <xsl:with-param name="genre" select="string[preceding-sibling::key[1]='Genre']"/>
              </xsl:call-template>
            </xsl:for-each>
          </xsl:for-each>

        </table>
      </body>
    </html>
  </xsl:template>


  <xsl:template name="albumsInGenre">
    <xsl:param name="genre"/>

    <!-- genre header -->
    <tr><td colspan='3'><b><xsl:value-of select="$genre"/></b></td></tr>

    <!-- output each album in genre -->
    <xsl:variable name="song" select="/plist/dict/dict/dict"/>
    <xsl:for-each select="$song[generate-id(.)=
        generate-id(key('songsByAlbum',string[preceding-sibling::key[1]='Album'])[1])]">
      <xsl:sort select="string[preceding-sibling::key[1]='Album']"/>
      <xsl:for-each select="key('songsByAlbum',string[preceding-sibling::key[1]='Album'])
          [string[preceding-sibling::key[1]='Genre']=$genre]
          [not(true[preceding-sibling::key[1]='Disabled'])][1]">
        <tr valign='top'>
          <td width='20'> </td>
          <!-- the album name: -->
          <td><xsl:value-of select="string[preceding-sibling::key[1]='Album']"/></td>
          <!-- the artist: -->
          <td>
            <xsl:choose>
              <xsl:when test="true[preceding-sibling::key[1]='Compilation']">
                <i>Compilation</i>
              </xsl:when>
              <xsl:otherwise>
                <xsl:value-of select="string[preceding-sibling::key[1]='Artist']"/>
              </xsl:otherwise>
            </xsl:choose>
          </td>
        </tr>
      </xsl:for-each>
    </xsl:for-each>
  </xsl:template>

</xsl:stylesheet>

Файл albumList.xsl полной версии (включает в себя полную библиотеку ITunes с раз и итогами):

<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" version="1.0">
  <!-- (c) Chris Veness 2005-2006 -->
  <xsl:output method="html" encoding="UTF-8" indent="yes"/>


  <!-- match the wrapper and apply templates to the <incl> xml file -->
  <xsl:template match="/wrapper">
    <xsl:apply-templates select="document(incl/@file)/plist/dict/dict"/>
  </xsl:template>


  <xsl:key name="songsByGenre" match="dict" use="string[preceding-sibling::key[1]='Genre']"/>
  <xsl:key name="songsByAlbum" match="dict" use="string[preceding-sibling::key[1]='Album']"/>


  <xsl:template match="dict">
    <html>
      <head>
        <title>iTunes Album Listing</title>
        <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"/>
        <style type='text/css'> td { vertical-align: top; padding-right: 1em; } </style>
      </head>
      <body>
        <table>

          <xsl:for-each select="dict[generate-id(.)=generate-id(key('songsByGenre',string)[1])]">
            <xsl:sort select="string[preceding-sibling::key[1]='Genre']"/>
            <xsl:for-each select="key('songsByGenre',string)[1]">
              <xsl:call-template name="albumsInGenre">
                <xsl:with-param name="genre" select="string[preceding-sibling::key[1]='Genre']"/>
              </xsl:call-template>
            </xsl:for-each>
          </xsl:for-each>

          <!-- totals -->
          <tr>
            <td colspan='4' style='color: gray'><b>Total</b></td>
            <td style='color: gray' align='right'><xsl:call-template name="iPodTimeTotal"/></td>
            <td style='color: gray' align='right'><xsl:call-template name="iTunesTimeTotal"/></td>
          </tr>
          <tr>
            <td colspan='4'> </td>
            <td style='color: gray' align='right'><xsl:call-template name="iPodSizeTotal"/></td>
            <td style='color: gray' align='right'><xsl:call-template name="iTunesSizeTotal"/></td>
          </tr>

        </table>
      </body>
    </html>
  </xsl:template>


  <xsl:template name="albumsInGenre">
    <xsl:param name="genre"/>

    <tr>  <!-- genre header -->
      <td colspan='4'><b><xsl:value-of select="$genre"/></b></td>
      <td align='right' style='color: gray'><i>iPod</i></td>
      <td align='right' style='color: gray'><i>iTunes</i></td>
    </tr>

    <xsl:variable name="song" select="/plist/dict/dict/dict"/>
    <xsl:for-each select="$song[generate-id(.)=
        generate-id(key('songsByAlbum',string[preceding-sibling::key[1]='Album'])[1])]">
      <xsl:sort select="string[preceding-sibling::key[1]='Album']"/>
      <xsl:for-each select="key('songsByAlbum',string[preceding-sibling::key[1]='Album'])
          [string[preceding-sibling::key[1]='Genre']=$genre]
          [1]">
          <!--  for albums on iPod only, add
                [not(true[preceding-sibling::key[1]='Disabled'])] -->
        <tr>
          <td> </td>
          <td><xsl:call-template name="album"/></td>
          <td><xsl:call-template name="artist"/></td>
          <td align='right'><xsl:call-template name="iPodTimeAlbum"/></td>
          <td align='right'><xsl:call-template name="iTunesTimeAlbum"/></td>
        </tr>
      </xsl:for-each>
    </xsl:for-each>
    <tr><td colspan='6'>&#160;</td></tr>  <!-- space between genres -->
  </xsl:template>


  <xsl:template name="album">
    <xsl:value-of select="string[preceding-sibling::key[1]='Album']"/>
  </xsl:template>


  <xsl:template name="artist">
    <xsl:choose>
      <xsl:when test="true[preceding-sibling::key[1]='Compilation']">
        <i>Compilation</i>
      </xsl:when>
      <xsl:otherwise>
        <xsl:value-of select="string[preceding-sibling::key[1]='Artist']"/>
      </xsl:otherwise>
    </xsl:choose>
  </xsl:template>


  <xsl:template name="iPodTimeAlbum">
    <xsl:variable name="tracksInAlbum"
        select="key('songsByAlbum',string[preceding-sibling::key[1]='Album'])"/>
    <xsl:variable name="t"
        select="sum($tracksInAlbum/integer[preceding-sibling::key[1]='Total Time']
            [not(../true[preceding-sibling::key[1]='Disabled'])])"/>
    <xsl:call-template name="formatTime">
      <xsl:with-param name="t" select="$t"/>
    </xsl:call-template>
  </xsl:template>


  <xsl:template name="iTunesTimeAlbum">
    <xsl:variable name="tracksInAlbum"
        select="key('songsByAlbum',string[preceding-sibling::key[1]='Album'])"/>
    <xsl:variable name="t"
        select="sum($tracksInAlbum/integer[preceding-sibling::key[1]='Total Time'])"/>
    <xsl:call-template name="formatTime">
      <xsl:with-param name="t" select="$t"/>
    </xsl:call-template>
  </xsl:template>


  <xsl:template name="iPodTimeTotal">
    <xsl:variable name="t" select="sum(dict/integer[preceding-sibling::key[1]='Total Time']
        [not(../true[preceding-sibling::key[1]='Disabled'])])"/>
    <xsl:call-template name="formatTime">
      <xsl:with-param name="t" select="$t"/>
    </xsl:call-template>
  </xsl:template>


  <xsl:template name="iTunesTimeTotal">
    <xsl:variable name="t" select="sum(dict/integer[preceding-sibling::key[1]='Total Time'])"/>
    <xsl:call-template name="formatTime">
      <xsl:with-param name="t" select="$t"/>
    </xsl:call-template>
  </xsl:template>


  <xsl:template name="iPodSizeTotal">
    <xsl:variable name="s" select="sum(dict/integer[preceding-sibling::key[1]='Size']
        [not(../true[preceding-sibling::key[1]='Disabled'])])"/>
    <xsl:value-of select="floor($s div (1000000)) div 1000"/>GB
  </xsl:template>


  <xsl:template name="iTunesSizeTotal">
    <xsl:variable name="s" select="sum(dict/integer[preceding-sibling::key[1]='Size'])"/>
    <xsl:value-of select="floor($s div (1000000)) div 1000"/>GB
  </xsl:template>


  <xsl:template name="formatTime">
    <xsl:param name="t"/>
    <xsl:if test="$t != 0">
      <xsl:variable name="h" select="floor(($t div (1000*60*60)))"/>
      <xsl:variable name="m" select="floor(($t div (1000*60)) mod 60)"/>
      <xsl:variable name="s" select="floor(($t div 1000) mod 60)"/>
      <xsl:if test="$h != 0"><xsl:value-of select="$h"/>:</xsl:if>
      <xsl:value-of select="format-number($m,'00')"/>:<xsl:value-of select="format-number($s,'00')"/>
    </xsl:if>
  </xsl:template>

</xsl:stylesheet>

Ссылка на оригинал статьи: http://www.movable-type.co.uk/scripts/itunes-albumlist.html

Original:http://www.joebaugher.com/navy_serials/navyserials.html

Военно-морской флот Соединенных Штатов приобрел свой первый самолет в 1911 году, плавучий плот Curtiss Triad. Первоначально ВМС США последовательно присваивали серийные номера самолетам своих изготовителей, причем это отдельная последовательность номеров для каждого производителя. Серийный номер состоял из двух частей. Первая часть была буквенной, которое обозначало изготовителя – A для Curtiss, B для Wright и т. д. За буквой следовал номер, чтобы показать последовательность закупок от каждого производителя. Например, первый самолет ВМФ, построенный на Кёртиссе, был- А-1, второй А-2 и т. д.

Система должна была быстро адаптироваться к различным типам самолетов, полученным от одного и того же производителя – для того, чтобы отличить летающие лодки от понтонных гидросамолетов, Кертисс должен был получить еще одну букву «С», а буква D – Берджессу и Кертису (нет взаимосвязи), а E был отнесен к земноводным Кертисса.

В марте 1914 года эта система обозначения, основанная на изготовителе, была оставлена ​​и была заменена двухбуквенной схемой классификации типов и подтипов. Первой буквой был тип или класс – А означало «Тяжелее воздуха», «В» для «Свободного воздушного шара», «С для дирижабля» и «D» для воздушного шара. Вторая буква была использована для обозначения подтипа – например, AH был гидросамолетом, AB был летающей лодкой, а AX был амфибией. Все оставшиеся в живых самолеты, приобретенные по первоначальной схеме, были переименованы и перерегистрированы. Каждой классификации типов / подтипов присваивалась отдельная последовательность серий.

В мае 1917 года, во время вступления США в WW1, это было изменено на последовательный числовой список, независимо от типа. По какой-то причине число 51 было взято в качестве удобной отправной точки. Старые префиксные буквы были сохранены в течение короткого времени, но больше не имели никакого отношения к серийным номерам. 19 мая 1917 года префиксные буквы были официально отменены и заменены одной буквой A для Airplane. Эти номера первоначально назывались «номерами строений», но позднее их называли «номерами для обозначения». В последующие годы они стали известны как Бюро Номеров (BuNos), так как они были назначены Бюро аэронавтики ВМС после того, как эта организация была создана в 1921 году. Префикс A был удален из номеров в конце 1930 финансового года (после OJ2, A-9204).

Первоначальная последовательность достигла 9999 в 1935 году, и вместо того, чтобы расширять серийный номер до пяти цифр, новая последовательность чисел была начата в 0001. Это так называемая вторая серия номеров Бюро.

В 1940 году было заказано так много самолетов в результате программы перевооружения президента Франклина Рузвельта, что было установлено, что необходимо прекратить работу второй серии на 7303, чтобы избежать путаницы с самолетами, имеющими последние цифры в первоначальной серии, которые все еще были в эксплуатации. Третья (и окончательная) серия номеров Бюро была запущена с 00001 (с использованием 5 цифр с начала). Когда в 1945 году третья серия достигла 99999, ей было разрешено продолжать работу в шесть цифр. Эта серия чисел продолжается и поныне. Сейчас она достигла 165000.

Корпуса морской пехоты закупаются военно-морским флотом, поэтому они используют номера Бюро Военно-Морского Флота, но Береговая охрана является частью Департамента внутренней безопасности США (в мирное время) и использует свою последовательность порядковых номеров.

Номер Бюро присваивается воздушному судну, когда он первоначально был заказан, а не когда он фактически доставлен Военно-Морскому Флоту. Общее количество присвоенных серийных номеров (к настоящему времени более 165000) не отражает фактическое количество поставленных самолетов из-за крупномасштабных аннулирования контрактов в конце Второй мировой войны и других изменений в программе за последние годы.

Не каждый назначенный номер бюро обязательно указывает на фактический самолет в службе ВМФ, потому что отмена программы часто происходила до фактической доставки. В предвоенные годы присвоенные номера бюро, которые были отменены до доставки, не переназначались, хотя это не часто делали с номерами Второй мировой войны. Бывают случайные ситуации, при которых количество номеров бюро последовательно распределяется на два или даже три отдельных заказа на самолеты, только чтобы они все были отменены до доставки.

Военно-воздушные силы США имеют совершенно другую схему серийных номеров, основанную на закупках самолетов в течение каждого финансового года. Иногда воздушные суда переводятся из ВВС США во флот. Если перенос предполагается постоянным, то обычно передаваемому самолету присваиваются совершенно новые номера ВМФ. Однако, если ожидается, что передача будет носить временный характер, оригинальные серийные номера ВВС США часто сохраняются в службе ВМФ, но иногда случается так, что на самолетах, предоставленных Военно-Морскому Флоту, присваиваются совершенно новые номера бюро. К сожалению, система не всегда последовательна.

Существует несколько основных исключений при присвоении номеров в шестизначной системе нумерации. В 1960-х годах существовал блок шестизначных чисел, начинающихся с 00, которые были присвоены противолодочному вертолету-беспилотнику, известному как QH-50C и QH-50D. Причина этой нечетной системы, похоже, потеряна в истории. Другим важным исключением является набор не последовательных номеров, начинающихся с 198003 года и колеблющихся до 999794. Эти номера обычно присваивались самолетам, которые поступали в военно-морской флот от ВВС, армии или даже от иностранных организаций. Кажется, что нет никаких рифм или причин для этих назначений – во многих случаях они были получены путем изменения системы нумерации воздушных судов ВВС. В других случаях они были построены по номерам изготовителя. Например, морской пехотинец F-21A, который был арендован у Израиля в 1987 году для несходной боевой подготовки в воздухе, получил номера бюро, полученные из трехзначного номера конструкции самолета с префиксом 999.

Производственные блоки

В первые послевоенные годы, ВВС США, ВМС США и Корпуса морской пехоты часто использовали систему производственного блока для отслеживания незначительных изменений производственной линии, которые не были сочтены достаточно решительными, чтобы вызвать новый порядковый номер конфигурации самолета. Эта система продолжалась после принятия единой системы обозначения в 1962 году. Как и ВВС, военно-морской флот / морской пехотинец не использовал обозначения производственного блока для всех своих самолетов, и в системах, используемых с одного типа воздушного судна другому.

Номера блоков обычно прогрессируют с шагом 5, начиная с -1, затем -5, -10 и т. д. Промежуточные числа были зарезервированы для обозначения модификаций поля, выполняемых после доставки воздушного судна, хотя их использование, по-видимому, является исключительным для ВВС США, и нет никаких известных записей о каких-либо ВСУ, имеющих такие промежуточные номера. Исключения из правила «плюс 5» были довольно частыми, главными примерами были McDonnell Banshee, Demon и Phantom и LTV Corsair II, чьи номера блоков прогрессировали с единичными приращениями -1. -2, -3 и так далее.

В дополнение к номерам блоков. Военно-Морской Флот также часто использовал Block Letters для обозначения различных стандартов производства. Хотя они, кажется, не связаны с каким-либо обозначением в стиле USAF. Были различные стили письма и комбинация букв, которые были использованы. Разные стили, по-видимому, не имеют особого значения и, вероятно, существуют из-за отсутствия какой-либо твердой директивы USN по этому вопросу. Иногда последовательность начиналась с буквы «A» или «a», при этом первое изменение в стандарте производства обозначалось как «B», затем «C» и т. Д., До достижения «Z». Если буквы за пределами «Z» были Иногда случалось, что буквы начинались с «А», но в других случаях следующее изменение обозначалось «АА» на «ZZ». Чтобы избежать путаницы с нулевым числом, буква «О» является Пропущено.

Во флоте эти блок-буквы или номера были прикреплены к номеру бюро, а не прикреплены к официальному обозначению, как это практикуется в ВВС США. Однако, в отличие от ВВС США, Блок-письмо или Номер чаще всего использовались исключительно в официальных отчетах и ​​очень редко наносились на самолеты. Когда на самолете появляются буквенные буквы или цифры, они обычно отображаются в виде суффикса к полному шестизначному BuNo, который появляется либо на задней части фюзеляжа, либо на ребрах, причем буква или номер появляются меньшими символами, чем сам BuNo.

Буквы в формате Modex и боковые номера

В первые послевоенные годы была принята схема, в которой обозначение и буква BuNo самолета были написаны очень маленькими буквами на задней части фюзеляжа. Так как это число редко можно увидеть на любом расстоянии на большинстве самолетов ВМФ и Корпуса морской пехоты, последние четыре цифры BuNo  часто были большими на бортах фюзеляжа или на вертикальном хвосте, но были случаи, когда весь BuNo  был реплицирован. Это число стало называться modex.

Есть некоторые споры относительно происхождения названия “modex”. Кажется, что одна из возможностей такова. Когда военно-морские самолеты летят в своих контролируемых районах, они идентифицируются по их «позывному сигналу» – «Нугграсс-122», «Тигрэйл-012», «Черный орел 601», «Лима-виски-05» и т. д. Однако в контролируемом гражданским воздушным пространством они не отвечают стандартам контроля воздушного движения. Таким образом, вместо этого, эти военно-морские самолеты идентифицируются по ВМФ и последним четырем цифрам BuNo. Кроме того, приемоответчик идентифицирует (или «Squawks») самолет на экране радара таким же образом. Поскольку существуют различные «Режимы», используемые системой управления воздушным движением, мы получаем имя MODEX, плюс последние четыре цифры BuNo.

Кроме того, большинство самолетов ВМФ и Корпуса морской пехоты идентифицированы в обслуживании эскадрильи и для целей технического обслуживания, например, как бортовой номер или боковая буква. Номер стороны нанесен на нос каждого самолета. Я не знаю, как производятся числа стороны – я видел одноразрядные, двузначные и трехзначные дисплеи, но не более трех. Номер стороны иногда состоит из последних трех цифр BuNo, но в других случаях он не имеет ничего общего с BuNo – каждое крыло, кажется, имеет свой собственный набор чисел и схем нумерации, и их значительная вариативность в номере стороны имеет формат от одного типа воздушного судна к другому. Кроме того, существует схема цветового кодирования, связанная с числами.

Согласно одному из моих источников, цифры в числах сбоку за первой находятся в восьмеричном формате (цифры идут от 1 до 7, затем от 10 до 17, от 20 до 27 и т. д.), причем цифры 8 или 9 никогда не используются. Это было сделано, по-видимому, потому, что действия по техническому обслуживанию первоначально записывались на перфокартах и ​​должны были обрабатываться электронными учетными машинами IBM и компьютерами, которые могли обрабатывать восьмеричные числа. Любопытно, что число сторон остается в восьмеричном формате и по сей день, хотя компьютерные системы с тех пор были модернизированы во много раз. Однако я видел номера сторон за первой цифрой, которые действительно имеют 8 или 9, так что это ограничение не должно быть универсальным.

Другим возможным объяснением происхождения восьмеричной системы бокового числа является характер ранних систем ИФФ (Идентификация друга или врага). С прибытием раннего военно-воздушного самолета В-2А ВМС численность бортов изменилась с нумерации от базовой – 10 до 8 (например, 500, 501, 502, …, 507, 510, 511 и т. Д.). Автоматическая система слежения E-2As потребовала такого изменения, поскольку ее компьютеры могли работать только с цифрами с восьмью основными точками. IFF используется контроллерами для «положительного контроля». Существует несколько режимов: два введенных пилотом по направлению контроллера, один для высоты сквоч-сигнала и один для военного использования. Ранние транспондеры устанавливались позиционированием переключателей вкл. или выкл. с четырьмя столбцами из 3 переключателей для кода 4096 или двух столбцов из трех для 64-кода. 4096 – это количество различных четырехзначных чисел, которые могут быть созданы без использования 8 или 9 и в том числе 0000, которые никогда не должны использоваться транспондерами самолетов. В такой схеме 12 двоичных чисел. IFF может обрабатывать только три бинарных места, поэтому 8 и 9 не используются. Системы IFF в то время (и я думаю, что они все еще делают) использовали восьмеричную систему, а самый высокий «squawk» в режиме 2 был 7777, режим 1 и 3 – 77. Следовательно, появление восьмеричной системы нумерации на самолетах. Несомненно, существует несколько причин, по которым используется восьмеричное, а не десятичное, с одной стороны, оно точно отражает базовую «бито-ориентированную» природу кодов. Если бы десятичные знаки использовались, тогда для режима «A» (гражданский, «военный» 3) были бы полезными только числа от 0 до 4096, которые, вероятно, труднее понять, чем возможность использовать любое 4-значное число (0000-7777). Кроме того, в предыдущем военном режиме (режим «1») разрешены только 6-битовые коды (00-77), упрощенность повышалась, если считать удвоение количества цифр, чем если бы это был случай внезапного разрешения использовать Числа в диапазоне от 64 до 4096. Последнее дополнение к радиолокационной технологии, Mode-S, расширяет коды squawk с 12 бит до 24 бит, что позволяет постоянно присваивать коды отдельным самолетам без дублирования. Однако, несмотря на недавнее изобретение, эти коды по-прежнему представлены с использованием восьмеричной (в виде 8 цифр) или шестнадцатеричной (в виде 6 цифр / букв).

Ниже приведена схема бортовых номеров для крыльев воздушных судов-перевозчиков. Как правило, первая цифра обозначает тип воздушного судна, а оставшиеся две цифры представляют отдельные самолеты внутри конкретного крыла. Истребители-эскадрильи на базе перевозчика обычно имеют трехзначные боковые номера 1XX или 2XX (оба набора чисел используются, если в несущем крыле имеются две истребительные эскадрильи). Номера, начинающиеся с 1, окрашены в красный цвет, а цифры, начинающиеся с 2, окрашены в желтый цвет. Обычно самолет самолета эскадрильи имеет номер 101 или 201, самолет исполнительного чиновника 102 или 202 и последующие самолеты, пронумерованные в порядке старшинства пилотов. Иногда, 100 или 200 используется для представления плоскости КАГ (Командующего Авиагруппы), если таковая имеется. Я даже слышал о бортовом номере 000, который якобы был применен к самолету адмирала. Световые самолеты имеют номера, начинающиеся с 3 (светло-зеленые) или 4 (средние синие). У тяжелых ударных самолетов цифры начинаются с 5, которые окрашены в темно-зеленый цвет. Самолеты с неподвижным крылом, принадлежащие эскадронам VAW, имеют номера 60X, которые окрашены в темно-бордовый цвет, хотя они используются довольно редко. В эскадронах VAQ использовались цифры 61X, которые были окрашены в темно-синий цвет, но это было изменено несколько лет назад до 5XX, обычно начиная с 500. Цвет обычно черный, за исключением самолетов CAG, которые могут быть практически любого цвета. VS эскадроны используют цифры 62X и 63X, с голубым или темно-красным цветом, но эскадрильи S-3 также использовали бортовые числа 70X или 71X с сплошным черным цветом. Вертолетные эскадрильи используют цифры 70X или 71X с зеленым цветом. Некоторые источники утверждают, что 3xx, 8xx и 9xx зарезервированы для групп пополнения флота (RAGs), но это не всегда так, поскольку, по крайней мере, одна эскадрилья света A-7 использовала 3xx.

Например, вся эскадрилья F-14 перевозится либо 1XX (а также 2XX, если в одном воздушном крыле есть 2 эскадрильи F-14). XX начинается в 01 и увеличивается оттуда. В некоторых случаях последние 2 цифры этого номера также окрашиваются на хвосте и крыльях каждого самолета, а также на верхних задних краях створок. Это помогает персоналу летной площадки на авианосцах идентифицировать различные самолеты на палубе, особенно когда они упакованы близко друг к другу.

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

Наземные военно-морские самолеты также используют бортовые номера, но это, как правило, последние три цифры BuNo. Менее предсказуемыми были бортовые номера, присвоенные испытательному центру, аэродрому и судам. Однако, у судовых самолетов обычно есть бортовые числа, которые являются числом корпуса судна. Например, когда перевозчику USS Джону Ф. Кеннеди (CV-67) был присвоен C-1, у самолета в качестве бортового номера было «67».

Я был бы рад услышать от любого, кто имеет какие-либо дополнения или исправления к этим номерам и номерам сторон.

Свалка авиационной техники

Окончательный конец для многих самолетов и вертолетов военно-морского флота и морской пехоты, как только они покинут активную службу, – свалка авиационной техники в Аризоне. Сухой климат и щелочная почва региона делают его идеальным для открытого хранения самолетов. В конце Второй мировой войны многие излишки самолетов ВМФ были сохранены в NAS Litchfield Park, примерно в 30 милях к западу от Феникса, штат Аризона. После 1967 года этот объект был закрыт, и военно-морской флот перевел операцию на авиабазу Дэвис-Медан в районе Тусона, штат Аризона. Самолеты сверхмощной обороны и береговой охраны хранятся там после их снятия с эксплуатации. Иногда самолеты фактически возвращаются на активную службу, либо в качестве беспилотных летательных аппаратов с дистанционным управлением, либо продаются дружественным иностранным правительствам, но чаще всего их убирают для запасных частей, чтобы удерживать другие летательные аппараты в полете или утилизируют.

Изначально это место было известно, как военный центр хранения и утилизации воздушных судов (MASDC), и в октябре 1985 года оно было изменено на Центр аэрокосмического обслуживания и регенерации (AMARC). AMARC был официально переименован 2 мая 2007 года в качестве 309-й группы по аэрокосмическому обслуживанию и регенерации (AMARG), но по-прежнему использует название AMARC для всемирного признания и сохранения наследия. Если я знаю дату, когда самолет был передан MASDC / AMARC, я перечисляю ее здесь.

Когда самолет попадает на AMARG, ему присваивается кодовый номер (известный как контрольный номер производства или PCN), состоящий из четырех букв, за которым следует трехзначное число. В первых двух письмах указывалась служба (AA для ВВС, AN для военно-морского флота, AC для береговой охраны, AX для правительственных агентских самолетов, AY для иностранных союзных самолетов). Вторая пара букв указывала тип воздушного судна (например, 3A для самолета A-4 Skyhawk), а трехзначное число указывает порядок, в котором конкретная плоскость этого типа была введена в AMARG. Например, первый A-4, допущенный к AMARC, будет пронумерован AN3A001, с двумя нулями, добавленными, чтобы подсказать количество цифр до 3. Таким образом, PCN был полезен при кратковременном сообщении, кто владеет самолетом, какой тип самолета он Был, и порядок, в котором он достиг AMARG.

До октября 1994 года номер в коде PCN имел три цифры, но AMARC понял, что вскоре они будут иметь более 1000 F-4 на инвентаре, и было принято решение о необходимости расширения формата числа до четырех цифр Чтобы приспособить новых Призрачных прибытий. Я предполагаю, что как только AMARC изменил свое поле базы данных, чтобы использовать 6 символов, они решили использовать этот стиль для ВСЕХ новых прибытий с октября 1994 года, а нуль был префикс, когда номер заказа был меньше 1000. Ref: eLaReF, Jun 17, 2012.

Чтобы добавить путаницы, один и тот же самолет мог иметь несколько PCN. Например, если самолет в хранилище в AMARG возвращается к обслуживанию, он получит новый PCN, когда он будет возвращен AMARG для хранения во второй раз. Воздушному судну также может быть назначен другой PCN, если он административно перенаправлен на другую услугу. Например, AMARG в настоящее время хранит C-131, который первоначально прибыл как военно-морской ресурс (и ему был присвоен военно-морской флот PCN). Военно-морской флот передал самолет в ВВС (поэтому военно-морской флот был удален и заменен ВВС ВВС). Затем USAF передал его другому правительственному агентству, поэтому PCN USAF был удален и заменен агентством USN Gov’t PCN, начиная с префикса «AX». Тот же самолет, три разных PCN. (Ссылка: Роберт Д. Рейн, 27 июня 2013 г.)

В дополнение к воздушным судам, которые передаются между службами, воздушное судно могло получать несколько PCN, если оно возвращалось на объект несколько раз, например, – самолет мог прийти в AMARG для продления срока службы (ему был бы предоставлен PCN для Продолжительность его повторной установки). Тогда он был бы возвращен оперативному флоту. Во время обслуживания, если «операторы» определяют, что все воздушные суда этого типа нуждаются в чем-то еще, чтобы их проверить, самолет вернется к 309 AMARG для этой проверки в рамках некоторых незначительных ремонтных работ. По прибытии он получил бы новый (2-й) PCN. По завершении мелкого ремонта самолет снова вернется к операторам. В конце концов, когда операторы определяют, что воздушное судно больше не требуется, и удаляют его на хранение, третий PCN был бы назначен. (Ссылка: Роберт Д. Рейн, 27 июня 2013 г.)

Недавно AMARG представила новую компьютерную систему и решила прекратить назначение PCN, когда самолет прибывает на объект. Теперь все сделано по серийному номеру, так как ни один из двух самолетов не имеет точно такого же серийного номера. ПХН не удалялись со старых самолетов, но новые ПХН больше не назначались воздушным судам по прибытии. (Ссылка: Роберт Д. Рейн, 27 июня 2013 г.) Список военных самолетов, переданных MASDC / AMARC, можно найти на сайте www.amarcexperience.com.

Серийные номера изготовителя

Когда самолет построен, компания, которая его построила, присваивает ему заводской номер. Это число обычно отображается на табличке, установленной где-то внутри самолета. Когда самолет продается Военно-Морскому Флоту или Корпусу морской пехоты, Министерству обороны выдается номер бюро (это военный серийный номер). Эти два числа не связаны друг с другом, но часто путают друг с другом. Когда я знаю серийный номер изготовителя конкретного военного самолета, я перечисляю его. Если военный самолет в конечном итоге попадает в гражданские руки, ему выдается гражданский регистрационный номер национальным органом гражданской авиации владельца. В США эти номера выданы FAA и известны как N-номера в США, так как все они начинаются с буквы N. Обычно FAA использует серийный номер изготовителя воздушного судна для отслеживания этих самолетов. Например, многие военно-транспортные самолеты R4D оказались в гражданских руках после того, как их военная служба закончилась, и их отслеживают, используя серийные номера их изготовителя.

История конкретного самолета

Есть много людей, которые хотят знать об истории операций или окончательном решении конкретного самолета ВМС или Корпуса морской пехоты, упомянутого в этой базе данных, но о котором у меня мало информации или нет вовсе. Если у вас есть конкретный вопрос об истории конкретного самолета ВМС, вы можете попробовать зайти в Военно-исторический центр, который расположен в Вашингтоне, округ Колумбия. У них есть карты практически всех самолетов, когда-либо принадлежавших или управляемых флотом, и они могли бы ответить на ваш вопрос довольно быстро. Другим источником является архив картотеки истории воздушных судов, который ведет Национальный архив аэрокосмических музеев, в котором хранятся микрофильмированные копии записей воздушных судов, созданных ВМС США. Они также могут вам помочь. Тем не менее, вы всегда можете написать мне по электронной почте в любом случае, и я посмотрю, смогу ли я что-нибудь откопать.