Собственноручное творчество разнообразно и прекрасно. А роспись является одним из самых любимых всеми рукодельницами занятий. В этом уроке будем учиться как расписать фарфоровую тарелку.


Собственноручное творчество разнообразно и прекрасно. А роспись является одним из самых любимых всеми рукодельницами занятий. В этом уроке будем учиться как расписать фарфоровую тарелку.
Выкладываю драйвера для своего нетбука DNS M1000 на случай возврата его к линуксу. Пользовался им примерно год, причем постоянно. Батарея держится примерно 4 часа. Помнится, 5 часов в дороге смотрел фильмы. Теперь им пользуется жена. Пришлось поставить Windows 7. Читать
Суть решения:
1. Создать в проекте папку «libs» и положить в неё netty.jar (ADT автоматически подгружает папку с таким именем)
2. Добавить программе разрешение на выход в интернет. В файле AndroidManifest.xml добавить запись
Просто рассказ:
Вчера я довёл до некоторого стабильного состояния классы Client и Server, основанные на NettyJava.
А сегодня утром написал короткое консольное приложение, которое может запускаться как сервер и клиент и цепляется к порту моего компьютера.
После отладки работы клиента и сервера под управлением JVM в Windows, я приступил к созданию тестового консольного приложения для Android.
Я думал, что меня встретят трудности, когда я попытаюсь использовать Client класс в android-приложении.
Так и произошло. Но на мою радость, я нашёл решение в google за один вечер.
Суть проблемы была в том, что хотя Eclipse и добавил JAR файл в текущий android-проект, но при запуске проекта на эмуляторе — библиотеку netty.jar не попадала на андроид.
Ответ оказался простым, во что я и верил, ADT плагин Eclipse не подгружал мой netty.jar.
Оказалось, что ADT подгружает внешние *.jar библиотеки только из папки «libs».
Я создал эту папку в своём проеке, поместил туда netty.jar и…
Мой клиент написанный на Netty заработал на Android эмуляторе!
Ниже пример клиент-серверной программы. (В данном состоянии пример не будет запускаться, т.к. здесь не хватает реализации классов Client и Server).
/**
* Пример клиент-серверной программы, написанной на NettyJava.
* Запуск сервера:
*java -jar server.jar* Запуск клиента: *
java -jar server.jar client* На стороне клиента пишем сообщения и они отправляются на сервер в * пакете {@link Packet1Ping}. Сервер выводит пришедшие пакеты в стандартный поток * вывода. * * Клиент и сервер заточены для запуска с одного компьютера. * Сервер и клиент работают с localhost:8080 * @author Galiego710 * */ public class Main { public static final void out(String str) { System.out.println(str); } /** * @param args */ public static void main(String[] args) throws IOException { out("Program is started."); out("Print 'quit' or 'exit' to exit."); // запустить как клиент или сервер if ( (args.length > 0) && (args[0].equals("client"))) { ClientProgram(); } else { ServerProgram(); } out("Program is ended."); System.exit(0); } /** * Серверная часть * @throws IOException */ public static void ServerProgram() throws IOException { out("Mode: Server"); final Server server = new Server("MainServer", new InetSocketAddress("localhost",8080)); // Устанвить хук на завершение программы Runtime.getRuntime().addShutdownHook(new Thread() { public void run() { // отключить сервер server.stop(); out("ShutdownHook done."); } }); // Установить слушателя серверу server.setListener(new ConnectorListener() { @Override public void connectionOpen(ConnectorHandler handler) { out("+++ SERVER: Client connected."); } @Override public void packetReceived(ConnectorHandler handler, Packet packet) { out("+++ SERVER: received " + packet); } }); // Запуск сервера if(!server.start()) { System.err.println("Server can't started!"); } else { System.out.println("Server is started"); } BufferedReader br = new BufferedReader(new InputStreamReader(System.in)); // Обрабатывать ввод с клавиатуры String str; do { System.out.print("Enter: "); str = br.readLine(); out("str=" + str); } while (!(str.equals("quit") || str.equals("exit"))); } /** * Клиентская часть * @throws IOException */ public static void ClientProgram() throws IOException { out("Mode: Client"); final Client client = new Client("user","pass", new InetSocketAddress("localhost",8080)); // Установить хук на закрытие программы Runtime.getRuntime().addShutdownHook(new Thread() { public void run() {
// потушить сервер client.stop(); out("ShutdownHook done."); } }); // Запустить клиента if(!client.start()) { System.err.println("Client can't started!"); } else { System.out.println("Client is started"); } BufferedReader br = new BufferedReader(new InputStreamReader(System.in)); // Обрабатывать ввода с клавиатуры String str; do { System.out.print("Enter: "); str = br.readLine(); out("str=" + str); // отправить пакет client.sendPacket(new Packet1Ping(str)); } while (!(str.equals("quit") || str.equals("exit"))); } }
Смотрите также: NettyJava — асинхронный событийно ориентированный сетевой фреймворк
Автор: galiego710

Продолжаем украшать свою жизнь и жизнь всех окружающих, а особенно самых близких людей — своих деток. В этом уроке расскажем, как сделать развивающую книжку из ткани.
Американская фирма JoeyBra выпустила необычный бюстгальтер.
Можно смело прятать деньги и не только…)))

*********************************************************************

*********************************************************************

*********************************************************************

Эта статья является продолжением предыдущей статьи Git, краткая теория.
Сегодня мы рассмотрим работу с Git на практических примерах. (Используется Git версии 1.7.8.msysgit.0)
В Git есть хорошая практика, которая рекомендует перед началом работы с репозиторием представиться ему, указав своё имя и электронный ящик для обратной связи. Поэтому работу с Git мы начнём с описания команд работы с конфигурацией Git
Сделаю важное замечание, я не буду углубляться во всё многообразие способов вызова той или иной команды Git, наоборот — я приведу конкретные команды для получения нужного результата.
Как говорилось в прошлой статье, настройки Git придерживаются стандартной архитектуры настроек Linux. Настройки могут быть: локальные (—local), пользовательские (—global), системные (—system).
Настройки распределены по секциям, подсекциям и имени параметра:
section.subsection.name = value
В файле конфигурации эти параметры располагаются следующим образом:
[section "subsection"]
name = valueВсе составляющие имени параметра разделяются точкой.
Подсекция может состоять из любого кол-ва подсекций:
section.subsection1.subsection2.subsectionN.name = value
Но в файле настроек всё выглядит точно так, как и раньше:
[section "subsection1.subsection2.subsectionN"]
name = valueвесь список настроек, применяемых для текущего репозитория (сумма всех уровней настроек)
список только локальных настроек репозитория из файла .git/config
список пользовательских настроек из файла ~/.gitconfig (Заметка: в Windows путь к домашней папке можно явно указать через переменную окружения $HOME)
список системных настроек из файла /etc/gitconfig
cat .git/config
находясь в папке репозитория можно просто вывести файл настроек (команда cat не относится к git)
общий синтаксис добавления нового параметра в файл конфигурации. По умолчанию новый параметр добавляется в —local, если не указанного другого назначения.
добавить настройку в локальный конфигурационный файл, атрибут —add может быть опущен, хотя я его пишу для наглядности. Смотреть следующий пример для подробностей.
добавить информацию о вашем имени и электронном ящике в секцию user локального репозитория.
Но чтобы не выполнять эту операцию для каждого репозитория, вы можете добавить эти настройки в пользовательский файл конфигурации:
теперь информация об имени и эл. ящике записана в ~/.gitconfig, и будет применяться автоматически для всех репозиториев текущего пользователя системы.
возвращает список настроек, удовлетворяющих установленным регулярным выражениям. regexpName — регулярное выражение для имени параметра. regexpValue — регулярное выражение для значения параметра.
вернёт все настройки, в имени которых встречается слово «user».
вернёт все настройки, имя которых начинается на «user». Говоря иначе — вернёт все настройки из всех секций [user].
получить список настроек секции «user» только из файла пользовательских настроек ~/.gitconfig
Команда git init создаёт новый репозиторий
создать «простой» репозиторий в текущей папке. Это основной репозиторий, с которым нам предстоит работать.
создать «голый» репозиторий в текущей папке (используется как централизованное хранилище при централизованном стиле разработки).
создать новую папку repo в текущей папке и создать в ней репозиторий
Команда git status позволяет узнать текущее состояние репозитория.
Команда git add добавляет файл или группу файлов в index (staging area). (В дальнейшем добавленные файлы могут будь зафиксированы в репозитории командой git commit
добавить все файлы и папки текущей директории в index (staging area)
Команда git commit переносит изменения из index (staging area) в local repo.
После оп
ерации фиксации вам необходимо заново заполнять область index (staging area)
фиксирует изменения, добавленные в staging area, в репозитории. Заметьте, чтобы зафиксировать изменения, их надо сначала добавить в staging area командой «git add .«.
Команда git checkout позволяет загрузить любое состояние репозитория в working tree.
При возврате к фиксации, work tree переходит в состояние на тот момент фиксации: исчезают файлы, которых не было в тот момент, появляются файлы, которые были на тот момент. (Заметка: checkout можно выполнить, только тогда, когда у вас нет никаких изменений в текущем состоянии working tree. В ином случае вам следует их зафиксировать или отказаться от них).
где nameBranchOrCommit — либо первые четыре (или более) символов имени фиксации, либо имя ветки.
Имя фиксации — это сорока символьная строка, например: b4d470fc242c41d1e270a4041edf673586f8325a
переключиться на фиксацию с именем, начинающимся на «b4d4». Заметка: при таком переключении у вас меняется текущая ветка на ветку «(no branch)». Заметка: вы можете указать имя фиксации, которая располагается в любой ветви и вы будете перенесены на эту точку фиксации.
переключиться на ветвь master (переключение происходит на верхушку ветви)
переключиться на одну фиксацию назад относительно верхушки ветви master
переключиться на одну фиксацию назад относительно текущего вашего положения.
Заметка: при каждой операции checkout ссылка head указывает на текущее положение.
Заметка2: не рекомендуется создавать ветвь с одноимённым названием head, т.к. head — это ссылка на текущее состояние.
переключиться на две фиксации назад относительно фиксации с именем, начинающимся на «b4d47».
Команда git checkout обеспечивает работу с ветвями. Просмотр, создание и удаление ветвей разработки
просмотреть список существующих ветвей и узнать какая ветвь выбрана текущей
просмотреть список удалённых ветвей (ветвей из репозиториев, за которыми мы «наблюдаем»);
создать ветвь с именем name. Создание ветви не приводит к переключению в эту ветвь, для этого используйте команду git checkout branchName. Созданная ветвь ответвляется от текущего состояния репозитория.
удаляет ветвь branchName. Если ветвь ещё не была с лита с основной ветвью, то git предупредит об этом и удаления не будет
Команда git diff позволяет увидеть изменения между разными состояниями фиксаций, или между текущими изменениями и последней фиксацией.
показать изменения между work tree и index (staging area)
показать изменения между index (staging area) и local repo
показать суммарные изменения, произошедшие при перемещении от фиксации master~2 к фиксации master.
Заметка: если вы только добавляли текст, то будут отображаться «плюсики» в начале добавленных строк.
показать суммарные изменения, которые произошли при перемещении от фиксации master к фиксации master~2.
Заметка: в отличии от предыдущего примера, здесь будет показано, что строки были удалены — знаки «минуса» в начале строк.
</div >
Команда git log позволяет увидеть историю фиксаций от начала до текущего состояния HEAD.
показать историю фиксаций от начала до текущего состояния HEAD.
показать историю фиксаций от начала до указанной ветви или имени фиксации
показать историю фиксаций от начала до предпоследний фиксации на ветви anyBranch
показать историю фиксаций от пре-предпоследней фиксации до последней фиксации по ветви master
Заметка: обратите внимание, что запись «git log master..master~2» не покажет ничего.
покажет историю фиксаций от места ответвления ветки br1 (от ветки master) до текущего состояния по ветке master.
Заметка: ветка br1 должна быть ответвлена от ветки master
покажет общую историю фиксаций от места ответвления ветки br1 до текущего состояния ветки master. В историю попадут как фиксации сделанные по ветке master, так и фиксации сделанные по ветке br1. Обратите внимание, что диапазон указан с тремя точками, именно это отличает данный пример от предыдущего.
то же, что и «git log«, покажет историю фиксаций от начала до текущего состояния
покажет историю фиксаций от начала до состояний FETCH_HEAD
Заметка: состояние FETCH_HEAD становится доступным после выполнения операции git fetch или git pull.
покажет историю фиксаций по текущей ветви начиная от места, где совпадают состояния HEAD и FETCH_HEAD, и до конца истории.
Команда git remote применяться для создания «наблюдений» за другими репозиториями. Позволяет удобно сливаться с другими репозиториями.
выводит список существующих «наблюдений»
добавляет новое наблюдение с именем name до репозитория, расположенного по пути path.
Команда git fetch позволяет загрузить удалённый репозиторий в раздел «наблюдения» локального репозитория. Загрузить репозиторий — ещё не значит «слиться» с ним. Для слияния используется команда git merge.
подгружает данные по текущей ветке из соответствующей ветки удалённого репозитория, или подгружает данные из соседней ветки локального репозитория
Команда git merge выполняет слияние двух состояний HEAD и FETCH_HEAD в новое HEAD состояние. Если происходит конфликт изменений, то эти файлы выходят из index (staging area), до тех пор, пока вы не исправите конфликт и не поместите их обратно в index командой «git add .«.
Команда слияния всегда занимает отдельную фиксацию, при слиянии не допускается изменение каких-либо файлов
Команда git pull выполняет подгрузку удалённого репозитория и производит слияние с ним. Данная операция аналогична последовательному выполнению двух операций: git fetch и git merge.
Команда git clone создаёт копию репозитория и устанавливает настройки для наблюдения за оригинальным репозиторием. Эти настройки применяются в командах fetch, push, pull.
Команда git push позволяет втолкнуть изменения текущего репозитория в удалённый. По умолчанию, вталкивать данные можно только в «голые» репозитории.
вталкивает данные всего локального репозитория в соответствующие ветки удалённого репозитория
Команда git reset позволяет откатить изменения или неудачное слияние до последнего стабильного состояния (до последней фиксации).
отменит операцию слияния, но оставит изменения в конфликтующих файлах и/или в index области. При этом состоянии Git будет ожидать от вас фиксации или полной отмены изменений.
Команда git tag позволяет отметить текущее состояние, как некоторое конечное состояние для новой версии вашего проекта. Используется для создания списка стабильных версий проекта. Заметка: имя метки tag может использоваться в командах checkout и других командах, на ровне с именами фиксаций, именами ссылок (HEAD, FETCH_HEAD) и именами веток (master и т.п.).
показать список существующих tag-ов
создать метку tag для текущего состояния (на текущей ветке) с именем tagname.
В этой части мы кратко рассмотрели список наиболее часто используемых команд при работе с Git. В следующей части мы рассмотрим практические примеры работы с Git.
Читать далее: Git в примерах
Смотрите также:
Автор: galiego710