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

Вот о чем пойдет речь:

Предыстория

Было это давно. Я тогда занимался разработкой системы визуализации больших графов. Писалась эта система на основе библиотеки ILOG JViews . Кстати, мощнейшая библиотека, но и сто ит соответственно. Вся графика там была организована на основе векторного формата SVG, что очень облегчало визуализацию, ибо при больших размерах графов для помещения всего содержимого на экран приходилось сильно менять масштаб, для чего растровая графика вообще не годилась.

Вот тут и выползла проблема. Если 250 узлов графа разложить по определенному алгоритму, а потом втиснуть в окошко пусть даже размером 500x500 – размеры этих узлов будут... как бы это сказать помягче?.. ну, небольшими. Где-нибудь 5х5 максимум. А чаще получалось так, что в них даже мышкой трудно попасть, не то, чтобы рассмотреть, что на них нарисовано и написано. А именно это и было самым важным, ибо система предназначалась для анализа и представления знаний. И у каждого объекта было название и иконка, определяемая типом объекта.

Решение напрашивалось само собой. Сделать всплывающую подсказку (tooltip). Тем более, что Java умеет интерпретировать текст подсказки в формате HTML. Но... Ладно, с текстом никаких проблем. А как быть с иконкой? Ее ведь надо указать в фрагменте HTML-текста этой подсказки. И загружаться она будет автоматически, где-то в недрах swing . То есть – в HTML-тексте надо указать графический файл, который Java сможет загрузить и отобразить. Однако формат SVG стандартная библиотека не понимает. Да, я могу сгенерировать файл сам, используя загруженные SVG-изображения, но... Куда его положить, чтобы указать в тексте подсказки URL? Ладно бы это было обычное приложение, но вся система была написана в виде апплета...

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

Через какое-то время мне пришла в голову интересная мысль. А что, если указать в URL этого изображения нестандартный протокол и написать для него обработчик? Тогда все произойдет естественным образом, и я сам буду отвечать за то, какие данные выдавать.

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

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

Итак, предыстория окончена, перейдем к делу.

URL, протоколы и обработчики

Обращение к ресурсам в Java осуществляется через класс java.net.URL . Этот класс представляет собой реализацию понятия Uniform Resource Locator . Его синтаксис определен . И одной из частей URL является протокол.

Протоколов существует великое множество. Более чем уверен, что вы имели дело с http и ftp . Существуют также nntp , gopher , mailto и много других. Все они отличаются друг от друга – форматом обмена данными прежде всего. Возникает резонный вопрос: каким образом класс java.net.URL обрабатывает все эти протоколы?

Ответ простой. А никаким! java.net.URL вообще этим не занимается. Обработка протокола – это конкретика. И занимается этим соответствующий класс. Или классы. java.net.URL только обеспечивает загрузку соответствующего обработчика и передает ему управление всякий раз, когда это необходимо.

Итак, существуют два абстрактных класса, которые использует java.net.URL – java.net.URLStreamHandler и java.net.URLConnection . Первый из них отвечает за соединение с соответствующим ресурсом (в версии Java 5.0 может использовать прокси-сервер). Второй – за непосредственный обмен с ресурсом и получение данных. Собственно, эти два класса и надо реализовать для реализации поддержки протокола.

Однако, кроме реализации обработчика надо еще и дать понять классу java.net.URL , где этот обработчик искать. Об этом – в следующей части.

Регистрация обработчика

Каким образом java.net.URL вообще ищет обработчик для протокола?

Во-первых, проверяется наличие реализации интерфейса java.net.URLStreamHandlerFactory . Этот интерфейс содержит всего один метод, возвращающий реализацию java.net.URLStreamHandler , соответствующую переданному ему протоколу.

Недостаток этого способа в том, что реализация java.net.URLStreamHandlerFactory может быть установлена только один раз. Соответственно, совсем не факт, что нам удасться установить собственную.

Во-вторых, если реализация java.net.URLStreamHandlerFactory не найдена, или если она возвращает null для переданного ей протокола, делается попытка прочитать системное свойство java.protocol.handler.pkgs . Это свойство содержит список пакетов, в которых находятся обработчики протоколов. Разделителем в этом списке является "|" . Для каждого имени пакета, указанного в этом списке, делается попытка загрузить класс с именем <имя пакета>.<имя протокола>.Handler .

Если класс не обработчика не найден в указаных пакетах, или свойство не установлено – обработчик ищется в системном пакете. Его имя – sun.net.www.protocol . Соответственно, класс обработчика для протокола http имеет имя sun.net.www.protocol.http.Handler , для ftp – sun.net.www.protocol.ftp.Handler и т.д. Гарантированно существование обработчиков для протоколов http , https , ftp , file и jar .

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

Именно этот способ мы и будем использовать для регистрации обработчика. Имя пакета – ru.skipy.net.protocol , его надо указать в системном свойстве java.protocol.handler.pkgs . Имя протокола – jarres . Соответственно, имя класса обработчика будет ru.skipy.net.protocol.jarres.Handler .

Теперь на очереди...

Реализация обработчика

Для начала хочу сказать пару слов. Прежде всего, это иллюстрация именно реализации протокола. И именно на этом заострено внимание. Я не хотел перегружать пример, и делать генерацию изображения на лету (собственно, то, из чего выплыла задача) я не стал. Это можно сделать, к примеру, с помощью Java Image IO (javax.imageio.*), и проблем тут особых возникнуть не должно.

А потому – изображение я загружаю из jar-файла, как ресурс. В принципе, я могу делать это любым другим способом, суть от этого не меняется. Собственно, отсюда и название протокола – jarres (JAR RESource).

Итак, начнем с реализации URLStreamHandler . Роль этого класса – он "знает", как создать соединение с ресурсом, на который ссылается переданный его методу openConnection экземпляр класса java.net.URL . В нашем случае этот метод только создает экземпляр нашего же наследника URLConnection – JarResourceURLConnection . Как я уже упоминал, имя этого класса должно оканчиваться на jarres.Handler , а начало может быть произвольным (его просто надо указать в системном свойстве), в нашем случае – ru.skipy.net.protocol:

package import java.io.IOException; import java.net.URL; import java.net.URLConnection; import java.net.URLStreamHandler; /** * URLStreamHandler for jarres protocol * * @author Eugene Matyushkin * @version 1.0 */ public class Handler extends URLStreamHandler { protected URLConnection openConnection(URL url) throws IOException { return new JarResourceURLConnection(url); } }

Как видите – все предельно просто. Поэтому перейдем к непосредственно JarResourceURLConnection . Во-первых, мы обязаны реализовать его метод connect , по той простой причине, что он абстрактный. Этот метод должен начинать обмен данными с ресурсом (посылать запрос, если это необходимо) и подготавливать чтение данных. Далее, если мы хотим читать данные, то нам надо реализовать getInputStream , потому как имеющаяся реализация просто бросает исключение UnknownServiceException .

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

package ru.skipy.net.protocol.jarres; import java.io.*; import java.net.URL; import java.net.URLConnection; /** * URLConnection implementation for jarres protocol. * * @author Eugene Matyushkin * @version 1.0 */ public class JarResourceURLConnection extends URLConnection { private String resourcePath; private boolean connected = false ; private InputStream is = null ; JarResourceURLConnection(URL url) { super (url); resourcePath = url.getPath(); } public synchronized void connect() throws IOException { if (connected) return ; byte data = readData(); is = (data == null ) ? null : new ByteArrayInputStream(data); connected = true ; } private byte readData() throws IOException { ByteArrayOutputStream baos = new ByteArrayOutputStream(); InputStream resourceStream = getClass().getResourceAsStream(resourcePath); if (resourceStream == null ) return null ; DataInputStream dis = new DataInputStream(resourceStream); byte buffer = new byte ; while (true ) { int readed = dis.read(buffer); if (readed == -1) break ; if (readed > 0) baos.write(buffer, 0, readed); } return baos.toByteArray(); } public synchronized InputStream getInputStream() throws IOException { connect(); if (is == null ) throw new FileNotFoundException(resourcePath); return is; } }

Небольшие комментарии. В методе connect читаются данные (если есть, что читать, а то ведь url может быть неправильным). Если данные прочитаны – создается BytaArrayInputStream .

Метод getInputStream возвращает поток, из которого клиентский код будет читать данные. Если данные прочитаны быть не могут – выбрасывается исключение FileNotFoundException .

Хочу обратить внимание на вызов connect в методе getInputStream . Теоретически клиентский код должен явно вызывать connect , и только после этого – getInputStream . Во всяком случае именно так я понимаю документацию. Практически же этого не происходит. Если вы закомментируете этот вызов, изображение не будет появляться на всплывающей подсказке.

Собственно, это всё. Реализация окончена. Осталось всё это только запустить. Для этого есть маленький тестовый пример. Весь его код я приводить не буду. Единственное, что там интересно – это обращение к ресурсу, в html-содержимом подсказки:

public static final String TOOLTIP_TEXT = " IMAGE below!
" + "" ;

Как видите, в url опущено имя хоста. Оно должно следовать за "jarres://" . В данном случае оно не используется, однако его можно было бы использовать, если бы ресурсы, например, хранились в нескольких zip-файлах. Тогда имя хоста можно было бы расценивать как имя файла, из которого должен быть загружен ресурс. Оставшаяся часть url – "/resources/images/vzhik2.gif" – как раз и представляет собой путь к ресурсу, который используется для его загрузки.

Запуск примера

Полный код, со всеми комментариями, можно взять тут: protocolHandler.zip . Как обычно, вместе с кодом лежит build-файл для ant . По умолчанию он настроен на запуск примера (т.е. запустить пример можно с помощью команды ant в корне примера). Если кому-то захочется сгенерировать документацию – это можно сделать с помощью команды ant javadoc .

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

Это и есть как раз та самая установка свойства, определяющего, где искать обработчик протокола. При запуске не через ant это свойство нужно прямо как есть прописать как аргумент в командной строке.

Теоретически это свойство вообще можно устанавливать в приложении – через System.setProperty(String,String) . Однако я бы не рекомендовал этого делать. Во-первых, это совершенно неочевидно. И если не будет отражено в документации, то пользователь этого кода может с чистой совестью установить это свойство в то, что нужно ему. Потом это значение будет переписано – и разработчик тихо сойдет с ума, пытаясь понять, почему его код не работает. А если даже это описать в документации... Общеизвестно, что документация читается в самую последнюю очередь. А иногда не читается принципиально.

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

Вот и всё. Как видите, ничего сложного в данном процессе нет. Надеюсь, кому-нибудь это поможет в его собственных задачах.

Спасибо за внимание! Если я где-то неправ – пишите!

Бесплатные протоколы по системе Турбосуслик

Искренне рекомендую перейти на более продвинутый уровень платных протоколов 4 поколения , чтобы тотально проработаться с помощью мощных протоколов. Работающие с платными протоколами - бесплатные протоколы запускать не нужно.

Перед работой необходимо инсталлировать в подсознание обработчики: Чпок, Слив, Хоппо, Обработай это, которые вы найдёте на сайте в разделе Обработчики. Любые протоколы можно запускать только после того, как вы пройдете минимум 3/4 работы по Фазе 1. Система Турбо Суслик является чрезвычайно мощной, целостной и проверенной системой. Все бесплатные протоколы являются отличной подготовкой к глубочайшей проработке личности.

по материалам "7 образов помогающих жить"

Система Турбо-Суслик

Протокол «7 образов»

Инструкция для подсознания.
Начало инструкции.

Эта инструкция — для тебя, НАШЕ подсознание.
Эта инструкция инсталлирует протокол «7 образов ». Начиная с этого момента, все ранее выданные инструкции, касающиеся протокола «7 образов », в его более ранних модификациях, прошу считать недействительными, и всю работу по протоколу «7 образов » вести только по этой версии инструкции. Если какой-то материал в настоящее время находится в обработке по более старому протоколу, прошу перевести его на обработку по новому протоколу, начиная с этого момента.

Начиная с момента активации механизма обработки, описанного в этой инструкции, после произнесения НАМИ специальной ключевой фразы — «7 образов СТАРТ », ты будешь проводить полностью автономную и автоматическую работу по следующей процедуре:

Сначала ты устранишь любого рода НАШЕ сопротивление обработке нижеописанного материала, недоверие, что подсознание приняло материал в проработку и протокол запустился, неверие в возможность и результаты обработки, а также любого рода НАШ страх перед этой обработкой, обрабатывая каждое сопротивление, неверие и страх при помощи протокола «Обработай это

После этого ты произведешь обработку всего имеющегося у НАС материала, включая обработку всех причин и корней материала, а также следствий материала, вне зависимости от того, помним ли МЫ этот материал, или нет. В случае, если МЫ чувствуем нежелание обрабатывать какой-то материал, или блокируем его в каких-то закрытых областях памяти, или иным образом сопротивляемся любой работе с этим материалом, ты будешь обрабатывать каждое сопротивление, нежелание, блокировку при помощи протокола «Обработай это » и на их место поместишь универсальную жизненную энергию.

Под материалом в данной инструкции имеется в виду:

1. Абсолютно каждый эпизод НАШЕГО прошлого (как в этой, так и во всех прошлых жизнях и между ними) а также будущего (как в этой, так и в будущих жизнях), когда:

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

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

   Я согласен с тем, что могу ошибаться
   Не всегда мое мнение или мои поступки другие люди должны считать правильными
   Реальный мир не только черное и белое, есть еще светло-серое и темно-белое
   Я не ИДЕАЛ, я просто хороший человек и имею право на ошибку. Главное – суметь признать её и вовремя исправить.

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

   Мне никто ничего не должен
   Я способен и могу бескорыстно помочь всем, кому могу
   мне это в радость
   Чтобы стать добрым, надо стать сильным. Чтобы стать сильным, надо поверить в то, что я всё могу. А я верю!
   надо и уметь говорить «НЕТ!»

   Я живу здесь и сейчас
   Прошлого нет, потому что каждую следующую секунду наступает настоящее
   Будущего нет, потому что его еще нет
   Привязанность к прошлому приводит к депрессии, озабоченность будущим порождает тревогу
   Пока я живу настоящим, я НАСТОЯЩИЙ
   Есть повод порадоваться.
   мы ругаем жизнь, она проходит мимо

2. Все эпизоды прошлого (как в этой, так и в прошлых жизнях) а также будущего (как в этой, так и в будущих жизнях), в которых МЫ видели НАШИХ родителей, друзей, родственников или кого-либо, когда они имели любой из вышеперечисленного материала, и перенимали любые из их моделей поведения.
3. Все эпизоды прошлого (как в этой, так и в прошлых жизнях и между ними), и будущего (как в этой, так и в будущих жизнях), которые привели к формированию у НАС вышеперечисленных решений, мнений, верований, убеждений и постулатов или любого рода ментальных конструктов. Которые явились причиной описанного в этом протоколе материала, или были следствием всего описанного в этом протоколе материала. Которые связаны каким-либо образом с описанным в этом протоколе материалом.
4. Все НАШИ представления, ассоциации, поведенческие установки, иллюзии, точки зрения, события прошлых жизней, надежды, выводы, одобрения, безнадёга, ожидания, обещания, влияние окружающих, этика, мораль, идеи, фантазии, мысли, теории, знания, убеждения, верования, постулаты и все принятые НАМИ когда-либо решения, имеющие любое отношение к вышеописанному материалу, которые у НАС есть или когда-либо были в прошлом (как в этой, так и в каждой прошлой жизни и между ними) а также будущем (как в этой, так и в будущих жизнях), а также которые имеются сейчас.
5. Все НАШИ желания, нежелания, комплексы, страхи, проблемы, суеверия, беспокойства и опасения, любым образом связанные с вышеназванным материалом, которые у НАС есть или когда-либо были в прошлом (как в этой, так и в прошлых жизнях) а также будущем (как в этой, так и в будущих жизнях).
6. Любого рода критицизм, лицемерие, презрение, осуждение, непрощение, обиды, претензии, зависть, недоверие, раздражение, снисходительное отношение, высмеивание, ненависть, жалость, злость, угрызения совести или чувство вины или стыда, или любого другого типа негативное отношение к себе, другим существам, людям, реальности и миру вообще, в связи с любым вышеперечисленным в этом протоколе материалом, которые у НАС есть или когда-либо были в прошлом (как в этой, так и в прошлых жизнях) а также будущем (как в этой, так и в будущих жизнях).
7. Все аффирмации, афоризмы, традиции, законы и обычаи, пословицы, поговорки, крылатые слова, анекдоты, байки, мифы, легенды, сказки, истории, шутки, приколы, цитаты из книг, фильмов, мультфильмов или вообще откуда-либо, а так же расхожее мнение и житейская мудрость, каким-либо образом связанные с этим материалом, которые МЫ знали или любым образом воспринимали когда-либо в прошлом (как в этой, так и в прошлых жизнях) а также будущем (как в этой, так и в будущих жизнях).

Процедура обработки материала:

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

Все инсайты, знания, понимание и опыт, которые будут возникать по мере обработки, ты выведешь на НАШ сознательный уровень мягко и безболезненно и автоматически будешь обрабатывать их при помощи протокола «Обработай это ».

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

После этого, ты найдешь все диссоциированные, отделенные части НАШЕЙ личности, субличности, ставшие таковыми в результате любых из вышеперечисленных эпизодов, а также все без исключения части НАШЕЙ личности, спящие личности, неактивные субличности, которые явились причиной или следствием вышеописанного материала, и проведешь процессинг всего вышеназванного материала от лица каждой из этих частей без исключения при помощи протокола «Обработай это » и на их место поместишь универсальную жизненную энергию. После этого, ты интегрируешь каждую из этих частей с НАМИ с помощью протокола «Слив ».

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

1. НАШИ представления о том, кем и каким он является, являлся в прошлом и будет являться в будущем.
2. НАШИ представления о том, каким он должен быть и как он должен действовать и поступать.
3. НАШИ ожидания от него.
4. НАШЕ мнение о том, что именно он о НАС думает сейчас, думал в прошлом и будет думать в будущем.
5. НАШЕ мнение о том, как он к НАМ относится, относился и будет относиться.
6. НАШЕ мнение о том, что он говорит о НАС, говорил и будет говорить.
7. НАШЕ мнение о том, как он влияет на НАС, влиял и будет влиять.
8. НАШЕ мнение о том, что он сделал НАМ в прошлом и сделает в будущем.
9. НАШЕ любого рода желание контролировать и манипулировать им, а также быть контролируемыми и манипулируемыми с его стороны.
10. НАШЕ любого рода желание быть замеченным, выделенным из общей массы, одобренным и получить какие-либо знаки расположения от него.
11. Вообще любые мысли, картинки, эмоции и ощущения в теле, абсолютно любым образом связанные с ним.
12. А также абсолютно любое НАШЕ отношение к нему вообще.

После этого, ты интегрируешь каждого из этих людей с НАМИ с помощью протокола «Слив ».

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

Данный механизм обработки деактивируется, и данная инструкция перестанет действовать автоматически после того, как весь имеющийся у НАС материал, без какого-либо исключения, будет обработан тобой с помощью протокола «7 образов ».

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

Вся работа по протоколу «7 образов » будет тобой проведена в течение 3 земных суток или менее с момента первоначальной активации данного механизма. Распределение нагрузки на НАШ организм будет тобой произведено максимально равномерно, так чтобы не допускать перегрузок. Запуск механизма обработки, после произнесения НАМИ соответствующей определенной выше ключевой фразы, ты будешь сигнализировать НАМ при помощи зевания НАШЕГО организма.

НАШЕ подсознание, ты всегда будешь делать все то, что МЫ описали в этой инструкции, начиная с этого момента, вне зависимости от того, в каком состоянии, в каких обстоятельствах, в какой ситуации или в каком ментальном или эмоциональном состоянии МЫ находимся. И МЫ благодарим тебя и глубоко признательны тебе и уважаем тебя за то, что ты всегда остаешься НАШИМ верным и преданным слугой.

Конец инструкций.

Протоколы по системе Турбосуслик

Протоколы Турбо суслик или Как перестать трахать свой мозг и начать жить?

Для работы требуется наличие заинсталлированных обработчиков «Обработай это», «Чпок», «Хоппо» и «Слив». Любые протоколы можно запускать только после того, как вы пройдете минимум 3/4 работы по Фазе 1. Система Турбо Суслик является чрезвычайно мощной, целостной и проверенной системой.

Все бесплатные протоколы являются отличной подготовкой к глубочайшей проработке личности.

Если хотите получить ещё больше новейших материалов по системе «Турбо-Суслик», зарегистрируйтесь на сайте и получите еще тысячи протоколов Турбо-Суслик в Скрытых Разделах. Уже зарегистрировано пользователей: 1220 и они успешно работают по системе, добиваясь фантастических результатов Получить
новые (2018-2019)
протоколы турбосуслика
прямо сейчас

Протокол Турбо-Суслик
«Кожное »

Если у вас проблемы с кожей (а у кого их нет?) По материалам доктора Синельникова и что повылезло

Протокол Турбо-Суслик
«8 жестов обмана »

по мотивам сериала "Lie to me"

Протокол Турбо-Суслик
«12 представлений, мешающих жить »

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

В своем нынешнем виде Турбо Суслик в его платном варианте является чрезвычайно зрелой, целостной и проверенной сусликами (и доказавшей на практике свою эффективность) системой. Все представленные на сайте бесплатные протоколы являются отличной подготовкой к глубочайшей проработке «личности».

Документационное обеспечение управления

Контрольная

Вариант 4

1. Протокол, виды протоколов, особенности оформления 4

2. Обработка отправляемой корреспонденции 9

3. Оформить акт списания имущества 11

4. Составить докладную записку 12

Библиографический список 14

1. Протокол, виды протоколов, особенности оформления

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

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

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

Основные виды протокола:

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

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

Стенографический протокол составляется на основе стенографического отчета о заседании (стенограммы) и дословно передает процесс обсуждения каждого вопроса и выработку решения по нему.

Протоколы оформляются на бланках организации и содержат следующие реквизиты: наименование организации, наименование вида документа, дата заседания, номер протокола, место составления протокола (место проведения заседания), заголовок к тексту, текст, подписи, визы ознакомления. Заголовок к тексту протокола – это название протоколируемого мероприятия (совещание, заседание, собрание) и наименование коллегиального органа, работа которого протоколируется.

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

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

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

В самом протоколе в разделе «Присутствовали» указывается только общее количество присутствовавших со ссылкой на прилагаемый список. Следует подчеркнуть, что разделы «Присутствовали» и «Приглашенные» имеют особое значение по отношению к другим разделам протокола, так как непосредственно влияют на юридическую силу данного документа, показывая правомерность проведения коллективного мероприятия. В этих разделах отражается наличие кворума собрания, т.е. минимально необходимого количества членов коллегиального органа, достаточного для начала работы собрания (заседания, совещания). При отсутствии нормативно установленного для данного коллегиального органа кворума (простое большинство или 2/3) проведение собрания недопустимо, так как его решения будут неправомерны. Слова «Председатель», «Секретарь», «Присутствовали», «Приглашенные» печатаются от нулевого положения печатающего устройства, от 2-го положения ставят тире, фамилии пишут в именительном падеже, затем ставят инициалы. Фамилии присутствующих и приглашенных располагают в алфавитном порядке и печатают через 1 межстрочный интервал.

Рассмотренные на совещании вопросы перечисляются в разделе ПОВЕСТКА ДНЯ. Слова ПОВЕСТКА ДНЯ печатают от нулевого положения печатающего устройства, после них ставится двоеточие. Вопросы повестки дня нумеруются. Каждый новый вопрос печатают от 1-го положения табулятора. Последовательность расположения вопросов определяется степенью их важности. Формулировка вопросов повестки дня должна начинаться с предлогов о (об), наименование должности и фамилию докладчика дают в родительном падеже. Основная часть текста протокола строится в соответствии с вопросами повестки дня. Построение записи обсуждения каждого вопроса повестки дня осуществляется по схеме: СЛУШАЛИ ВЫСТУПИЛИ ПОСТАНОВИЛИ (РЕШИЛИ). Эти слова печатают прописными буквами. Перед словом СЛУШАЛИ ставят номер вопроса повестки дня, после двоеточие. Фамилию докладчика печатают в именительном падеже от 1-го положения печатающего устройства; после фамилии ставят инициалы, затем тире и с прописной буквы пишут содержание доклада в форме прямой речи. Если текст доклада (выступления) застенографирован или представлен докладчиком в письменной форме, то после тире также с прописной буквы пишут «Доклад прилагается» (в протоколе без кавычек).

Обсуждению доклада могут предшествовать вопросы к докладчику, которые вместе с ответами включаются в раздел СЛУШАЛИ. Перед записью каждого вопроса указываются инициалы, фамилия и должность его автора и ставится тире. Содержание вопроса записывается с прописной буквы в форме прямой речи. Перед формулировкой ответа пишется слово «Ответ» (в протоколе без кавычек), ставится тире и записывается ответ в форме прямой речи. Ход обсуждения доклада отражается в разделе ВЫСТУПИЛИ. После слова ВЫСТУПИЛИ ставится двоеточие. Фамилию выступающего пишут в именительном падеже от 1го положения печатающего устройства, затем указывают инициалы и должность выступающего, ставят тире и с прописной буквы печатают содержание выступления в форме косвенной речи.

Принятые решения содержатся в разделе ПОСТАНОВИЛИ (РЕШИЛИ). Если решений несколько, они нумеруются арабскими цифрами с точкой. Как правило, каждое решение сопровождается указанием должности, фамилии и инициалов ответственного за его выполнение и содержит срок исполнения. Принимаемые коллегиально решения нередко требуют голосования. В этом случае после раздела ПОСТАНОВИЛИ указывается: «Голосование» или «Голосовали» (в протоколе без кавычек) и приводятся результаты голосования: единогласно или за..., против..., воздержались...

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

все реквизиты заголовочной части протокола: наименование организации, наименование вида документа (ВЫПИСКА ИЗ ПРОТОКОЛА), дату (дата заседания), номер протокола (порядковый номер заседания), место составления (место проведения заседания);

заголовок к тексту;

все реквизиты вводной части текста протокола: «Председатель», «Секретарь», «Присутствовали», «Приглашенные», «ПОВЕСТКА ДНЯ»;

отдельные реквизиты основной части текста протокола: «СЛУШАЛИ», «ПОСТАНОВИЛИ», «Голосование»;

реквизиты оформляющей части протокола: реквизит «Подпись», включающей слова «Председатель», «Секретарь», инициалы и фамилии председателя и секретаря (без их личных подписей т.к. выписки, как правило, не подписываются подлинными подписями, а заверяются секретарем); отметку о заверении копии.

Таким образом, из содержательной части протокола берутся только те элементы, которые необходимо довести до сведения заинтересованных должностных лиц. Для подтверждения установленных фактов и событий несколькими лицами составляется акт. Акты составляются по результатам ревизий деятельности предприятия или его структурного подразделения и отдельных должностных лиц, при приеме-передаче дел, подготовке документов к уничтожению, приеме объектов в эксплуатацию .

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

Например, ссылки mailto: могут открывать программу электронной почты ссылки webcal: – добавлять события в программу Календарь. Эти ссылки относятся к протоколам, а программы, которые они используют, называются обработчиками.

Например, при открытии Gmail в Chrome, значок обработчика протоколов может появиться в универсальном окне поиска рядом со звездочкой – значком закладок. Нажмите его, чтобы увидеть указанные ниже опции.

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

Разрешение или запрет запросов обработчика сайта

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

Чтобы выключить или включить эти сообщения в Chrome, выполните следующие действия:

Выбор обработчика по умолчанию и удаление обработчика

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

Выбор обработчика по умолчанию

1. Выберите Настройки → .
2. Настройки контента .
3. Нажмите кнопку Управление обработчиками .
4. Чтобы выбрать веб-службу по умолчанию, пользуйтесь раскрывающимся меню рядом с протоколом в списке.

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

Удаление обработчика

1. Нажмите меню Chrome на панели инструментов браузера.
2. Выберите Настройки → Показать расширенные настройки .
3. В разделе «Конфиденциальность» нажмите Настройки контента .
4. В диалоговом окне появится, найдите раздел «Обработчики».
5. Нажмите кнопку Управление обработчиками .
6. Наведите курсор мыши на обработчик, который нужно удалить.
7. Нажмите Удалить сайт .