Приветствую вас, уважаемый читатель!

В последнее время что-то много изменений в моем сложившемся вебмастерско-блоггерском арсенале.

Только недавно я писал о миграции с FireFox на Google Chrome, как изменения постигли и устоявшиеся принципы работы с программой Camtasia Studio, которую я использую для записи видеоуроков.

Сегодня я расскажу о новшествах в принципах записи скринкастов.

Первая часть статьи, раскрывающая основные принципы записи видео, которыми я руководствуюсь, находится здесь.

Все началось с обновления версии Camtasia Studio с 6 до 7.

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

В 7-й версии по умолчанию работает именно карандаш.

Поясню.

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

Оптимально на роль горячей клавиши для рисовалки подойдет F1.

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

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

Недавно я обнаружил изменение в рекомендуемых параметрах видео, загружаемого на YouTube.

Оказывается теперь YouTube рекомендует использовать широкоформатное видео HD-качества – 1920*1080 или 1280*720.

Слишком высокое HD-разрешение я использовать не стал, а на 1280*720 со старого доброго 640*480 все-таки перешел.

Мало того, теперь я буду сохранять видео не в wmv-формат, а в flv, который, опять таки, рекомендован YouTube.

Учтя изложенные выше пожелания, я создал специальный профиль сохранения файлов:

В результате обработки записи получаем набор файлов:

Хозяйке на заметку: html-файл не сможет нормально запустить flash-плеер, если вы сохраните папку с файлами скринкаста в промежуточную директорию, имеющую в названии русские символы.

Основной FLV-файл будет нормально воспроизводиться в обычном медиа-плеере с установленными кодеками. Причем данный файл является вполне самостоятельным и все остальные служебные файлы выполняют функции воспроизведения видео в flash-плеере браузера, что, в принципе, можно вообще не использовать.

Для обучения медиа-плеера возможностям воспроиздведения flv-файлов подойдет свеженький K-Lite_Codec_Pack.

Основной FLV-файл я и загружаю на YouTube. Для тех, кто не в курсе: загрузка ваших видеоуроков на YouTube – это хороший способ продвижения сайта (подробнее здесь).

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

Качество видео, после обработки алгоритмами YouTube, меня приятно удивило!

Минусом всего этого новшества является увеличившийся размер основного файла, по сравнению с wmv.

Ну и ладно, век цифровых технологий на дворе как ни как.

С уважением, Андрей Морковин.

© Андрей Морковин для SdelaySite.com, 2010. | Ссылка на пост | Комментарии: 8
Теги поста: Полезное веб-мастеру

Приветствую вас уважаемый читатель.

Представляете, я все-таки отказался от своего любимого браузера FireFox и пересел на Google Chrome.

Далее подробно о причинах, плюсах и минусах, а также подборка «ТОП-плагинов для Хрома».

Google Chrome vs FireFox

Мои постоянные читатели знают, что я, до последнего времени, был ярым поклонником браузера FireFox. Проверка орфографии в формах веб-страниц, наличие множества плагинов (один FireBug чего стоит), интеллектуальный поиск в строке ввода URL… Да, я любил этот браузер

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

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

Следующий эксперимент миграции был удачным – я пересел на Chrome и решил остаться там надолго.

Теперь о плюсах и минусах миграции в Google Chrome.

Плюсы:

• Не тормознутый!
• Я нашел там все нужные и полюбившиеся мне плагины.
• Умеет проверять орфографию в формах веб-страниц.
• Его разработал Google, а использование продуктов от лидера отрасли дает надежду на появление всяких революционных новшеств, как, например, уже существующая возможность налету переводить страницы с одного языка на другой.

Минусы:

• Вместо твиттер-клиента Echofon мне пришлось использовать дурацкий Chromed Bird, который не умеет отделять просмотренные твиты от свежих (по крайней мере, я так и не нашел, как это можно включить).
• Нет интеллектуального поиска адреса сайта в строке ввода URL. Для тех, кто не в курсе: в FF можно было набрать любую часть URL (не обязательно сначала) и мудрый лис показывал адреса сайтов, в которых встречался введенный текст; в Хроме нужно начинать ввод адреса с первых символов, только тогда сработает подсказка нужного URL.
• Несколько плагинов, перекочевавших в Хром из FF имеют урезанный функционал.

ТОП плагинов Google Chrome для веб-строителя

Для работы с плагинами необходимо перейти в Меню/Расширения.

Воспользовавшись на открывшейся странице ссылкой Установить расширения (или как-то так) переходим на страницу со строкой поиска расширений по названию. Вот туда и нужно вводить названия заинтересовавших вас плагинов.

Последнее место моего ТОПа необходимых плагинов занимает Chromed Bird необходимый, но дурацкий плагин для Твиттера. Лучше я все равно ничего не нашел.

В принципе умеет все, что нужно: делит на вкладки общие, личные и DM-твиты, выглядит симпотично, аватарки показывает, предпросмотр twitpic-ов делает, сокращенные URL-расшифровывает. Но, блин, он не разделяет просмотренные и свежие твиты что ли вообще?

На предпоследнем месте оказался плагин, показывающий погоду в выбранных городах. Называется Gismeteo.

В Мариуполе сегодня 24 градуса и солнце. Пойду на море

В середине ТОПа расположился плагин WiseStamp, полюбившийся мне еще в FF. Он умеет автоматически вставлять подписи в сообщения Gmail.

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

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

Почему-то Хроме не работает возможность вставить ссылку на свежую запись RSS блога, которой я пользовался в FF.

Второе место поделили два SEO-плагина: Yandex CY (TIC) and PR Viewer и Chrome SEO.

Первый показывает всю необходимую мне информацию: тИЦ, ПР, количество страниц в индексе Google и Яндекса.

Второй плагин подойдет продвинутым SEO-шникам. Я в него редко заглядываю.

Внимание! На первом месте моего ТОПа оказался совершенно сумасшедший плагин, показывающий статистику сайтов с установленным счетчиком от LiveInternet. Называется он, как ни странно, Статистика сайтов от LiveInternet.ru.

Плагин показывает количество посетителей и разнообразную дополнительную информацию даже для сайтов с закрытым счетчиком статистики LiveInternet.

Нулевое место по праву занимает плагин Firebug Lite for Google Chrome.

Удивительно, но в Хроме есть самый необходимый веб-строителю плагин FireBug, о возможностях которого я подробно рассказывал ранее.

Он хоть он и Lite, но умеет все, что мне нужно, ну или почти все (не показывает номер строки в CSS-файле, зараза, приходится по названию класса нужный пункт искать).

А еще в Хроме есть так необходимая верстальщику линейка MeasureIt!

И пипетка для анализа кода цвета на загруженной в браузере странице EyeDropper.

Вот такой смешанный по нумерации ТОП получился.

Как принято считать в блогосфере, для того чтобы заинтересовать читателя необходимо публиковать всякие разные ТОПы. Я вас заинтересовал?

Если да, то подпишитесь на RSS

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

Хромируетесь со мной?

С уважением, Андрей Морковин.

© Андрей Морковин для SdelaySite.com, 2010. | Ссылка на пост | Комментарии: 59
Теги поста: Инструментарий разработчика

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

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

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

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

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

При этом продажа баннеров – это основная статья доходов с блога.

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

Я пробовал работать с биржей ссылок GoGetLinks, но получилось у меня не очень. Предложения приходили (где-то раз в два дня на 150 рублей), но опубликовать продажные ссылки я не мог, т.к. в заданиях на публикацию присутствовало ограничение на количество внешних исходящих ссылок, а я не собирался ограничивать себя в желании поделится с уважаемый читателям 6-7 внешними интересными ссылками (SEO-специалист, обычно, ограничивал их количество цифрой 5).

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

За все время работы с блогом мне удалось продать две ссылки по прямой договоренности с SEO-специалистом и одну через биржу GoGetLinks.

Виной этому небольшие показатели тИЦ и ПР, на увеличение которых я также не хочу тратить время. Думаю, если я буду публиковать интересные посты, то все эти пузомерки вырастут сами собой, быть может, не так быстро, но зато у меня нет страха перед изменением поисковых алгоритмов и всякими фильтрами.

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

Цену на все это дело я поставил весьма сдержанную – 50 рублей. При этом любой желающий может скачать курсы бесплатно с Deposit Files и Народного.Диска. 50 рублей, скорее, стимул к продолжению работы, чем желание заработка.

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

Таков мой ответ Азамату Ушанову и Евгению Попову. Господа, ну какие диски с видеоуроками? Какая отправка почтой? Век цифровых технологий на дворе! И как-то уже рвотные позывы возникают при виде продающих страниц видеокурсов с заголовками, в которых все слова написаны с заглавной буквы, слева расположена фотография автора очередного видеопособия и на несколько экранов вниз тянется продающий текст, читая который ощущаешь себя полным дэбилом (купите мой курс за 1999 рублей, ведь это совсем не много, ну представьте, вы за эти деньги можете купить, например плеер, но зачем вам плеер, если мой курс гораздо круче и, освоив его, вы сможете купить себе два плеера, буэээээ).

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

1. Загрузил на выделенный сервер архив со всеми видеоуроками и исходниками.
2. В результате у меня получилась прямая ссылка на скачивание архива.
3. Пошел на сайт http://www.digiseller.ru/
4. Зарегистрировался там, указал номера всех своих WM-кошельков (долларовый, евровый, рублевый и гривневый).
5. Перешел на вкладку Товары/Способы оплаты, где подтвердил возможность выставлять счета от имени моих кошельков.
6. На вкладке Товары/Мой магазин добавил новый список товаров, который для порядка назвал «видеоуроки».
7. На вкладке Товары/Список нажал кнопку Добавить новый товар. Тип нового товара я выбрал Электронная книга/текстовая ссылка (URL) на файл. В следующем окне просто нажимайте «Продолжить»
   
8. Указав Название, цену и описание товара, в следующем окне я вставил ссылку на скачивание архива с видеокурсом (несколько раз проверив ее правильность).
   
9. После всех вышеописанных действий я вернулся на вкладку Товары/Список, где скопировал адрес ссылки с названия свежесозданного товара. Переход по этой ссылке открывает страницу оплаты.
   

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

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

В-четвертых – это заработок с Deposit Files и Google Adsense.

На Deposit Files я зарабатываю порядка 10 центов в день. Заработанные деньги я могу вывести себе на WebMoney только после того, как накоплю 40 долларов.

Да, именно 40 долларов, а никак не 10, о которых сообщал Депозит сначала. После накопления 10 долларов и попыток вывести их на WebMoney выяснилось, что я не достаточно интенсивно выкладываю видео и поэтому я должен копить в 4-ре раза больше.

За почти год ведения блога и выгрузки на Депозит всех видеоуроков мне удалось накопить 40 долларов всего один раз.

На Google AdSense в день мне удается заработать порядка 20 евроцентов. За полгода работы с этим сервисом я впервые получил чек неделю назад. По чеку мне полагается 80 евро.

Обналичивать Google-чек я буду в ПриватБанке. За обслуживание чековой операции я заплачу 4% или не менее 5 долларов + 1% за обналичку суммы + 3 доллара за пластиковую карточку с евро-счетом (карточка – дело хорошее, не жалко, пригодится).

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

Надеюсь, что в дальнейшем что-то изменится. Благо я не ставил себе цель именно зарабатывать на блоге.

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

С уважением, Андрей Морковин.

© Андрей Морковин для SdelaySite.com, 2010. | Ссылка на пост | Комментарии: 45
Теги поста: Полезное веб-мастеру

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

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

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

Начинаем погружение в знания! С места и в карьер.

Система контроля версий имеет серверную и клиентскую часть.

Серверная часть стоит, как вы понимаете, на сервере и хранит информацию обо всех этапах разработки проекта.

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

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

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

Что может система контроля версий:

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

От общих слов переходим к делу.

Установка серверной части системы контроля версий на ArchLinux

Серверная часть называется subversion

Для ее установки на сервер, как и обычно, необходимо авторизоваться под суперпользователем root (или получить права суперпользователя, при помощи команды su – подробно о получении прав суперпользователя).

После авторизации можно запустить установку знакомой командой:

pacman –S subversion

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

После того, как серверная часть установлена, необходимо создать отдельного пользователя, под которым будет работать subversion.

Наиболее удобным, безопасным и, на мой взгляд, логичным является создание отдельных пользователей под каждую из специфических задач. Поэтому, не смотря на то, что мы уже создали пользователя http, под которым работает Apache (см. видеокурс по настройке сервера), для subversion мы создадим нового пользователя.

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

useradd -d /home/svn -r -s /bin/false -U svn

Кроме привычной нам команды на создание пользователей adduser, существует другая ее разновидность – useradd. Данная команда может запускаться с модифицирующими ключами, посредством которых ArcLinux информируется о том, какого именно пользователя мы создаем.

Так например в команде useradd -d /home/svn -r -s /bin/false -U svn:

• home/svn – это домашняя папка данного пользователя.
• Ключ -r говорит о том, что создаваемый аккаунт системный.
• -s /bin/false – отключает командную строку для данного пользователя (она ему совершенно не нужна, т.к. логиниться и что-либо настраивать мы под ним не будем).
• -U – ключ, говорящий о том, что имя пользователя и его группа будут одинаковыми.
• svn – это имя и группа нашего нового недопользователя, прошу любить и жаловать.

Помните, что для просмотра справки по интересующей команде (включая все ее ключи) необходимо ввести man useradd (для выхода из режима просмотра справки просто нажмите q).

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

Увидеть информацию обо всех пользователях можно введя команду:

cat /etc/shadow

Теперь необходимо создать домашнюю папку недопользователя /home/svn, так как домом для пользователя svn мы ее назначили, а создать – не создали. Заодно создадим в каталоге svn подкаталог repos, для хранения файлов системы контроля версий.

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

mkdir -p /home/svn/repos

Благодаря ключу -p будет создан не только каталог repos, но и домашний каталог svn, внутри папки home.

Т.к. мы создаем данные каталоги из-под суперпользователя root, то, что совершенно логично, root будет считаться их создателем. Поэтому, дабы наш пользователь svn, под которым будет запускаться subversion мог работать с каталогами, не забудьте поменять создателя с root-а на svn-a. В этом вам поможет команда рекурсивной замены создателя:

chown -R svn:svn /home/svn

Благодаря ключу -R, все каталоги внутри /home/svn (включительно) изменят своего создателя на пользователя snv из группы svn.

Теперь давайте посмотрим на содержимое файла /etc/conf.d/svnserve (для просмотра содержимого можете воспользоваться моим любимым mc).

Вот так выглядит он по умолчанию:

# Parameters to be passed to svnserve
#
#SVNSERVE_ARGS="-r /path/to/some/repos"
SVNSERVE_ARGS=""
#SVNSERVE_USER="svn"

А вот как он должен выглядеть:

# Parameters to be passed to svnserve
#
#SVNSERVE_ARGS="-r /path/to/some/repos"
SVNSERVE_ARGS="-r /home/svn/repos"
SVNSERVE_USER="svn"

В данном файле мы задаем домашнюю папку для хранения файлов проектов.

Строка SVNSERVE_USER говорит о том, что subversion будет запускаться от имени пользователя svn.

Все настройки сделаны, давайте запустим демона svnserve, отвечающего за работу пакета subversion:

/etc/rc.d/svnserve start

Теперь пришло время создать место для хранения файлов нового проекта, под названием test. Сделать это можно при помощи вот такой команды:

svnadmin create /home/svn/repos/test

Если все пройдет успешно каталог /home/svn/repos/test наполнится конфигурационными файлами, относящимися к новому проекту под названием test.

Теперь нам осталось настроить авторизацию для свежесозданного хранилища версий проекта test.

Открываем на редактирование файл /home/svn/repos/test/conf/svnserve.conf

Первым делом запрещаем доступ к хранилищу анонимным пользователям – для этого находим в открытом конфигурационном файле строчку:

# anon-access = read и заменяем ее на anon-access = none (не забудьте стереть знак # перед anon-access).

Ниже расположена строчка # auth-access = write

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

auth-access = write

Далее необходимо аналогичным образом раскомментировать строки password-db = passwd и authz-db = authz в этом же файле (они расположены еще ниже).

Осталось нам всего-на-всего создать аккаунт для подключения к серверной части системы контроля версий. Пусть это будет пользователь с именем user и паролем test.

Для этого мы открываем на редактирование файл /home/svn/repos/test/conf/passwd и под строчкой

# sally = sallyssecret

дописываем:

user = test

Теперь разрешим пользователю user записывать и читать файлы системы контроля версий. Для этого откроем на редактирование еще один конфигурационный файл /home/svn/repos/test/conf/authz и в самом низу допишем:

[/]
user = rw

Поскольку, при создании нового хранилища для проекта test, мы работали под суперпользователем, все файлы в папке /home/svn/repos/test (включительно) будут иметь создателя root. Чтобы все работало необходимо знакомым нам методом поменяем создателя с root на svn еще раз:

chown -R svn:svn /home/svn/repos

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

Установка и настройка клиентской части системы контроля версий

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

Это замечательная бесплатная программа-клиент для Windows, которую можно скачать здесь.

Если вы не знаете, какую версию вам качать (32-х или 64-х битную), то качайте 32-х, т.к. если бы у вас был 64-х битный Windows, то вы бы об этом факте знали уж наверняка.

В процессе установки нет ничего сложного, просто следуем инструкциям. После завершения работы мастера – перезагружаемся.

Предположим, что где-то на жестком диске рабочего компьютера веб-мастера (я имею ввиду машину с ОС Windows) расположена папка test, содержащая файлы проекта. Именно ее содержимое мы и будем контролировать нашей системой контроля версий.

Необходимо кликнуть на папку правой клавишей мыши и выбрать пункт SVN Checkout.

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

В строке URL of repository я указал IP-адрес своего локального сервера. В вашем случае, уважаемый читатель, вместо 192.168.0.200 необходимо указать IP-адрес сервера, на который вы установили subversion.

Если соединение произойдет успешно, вас попросят ввести логин и пароль. Как вы помните логин – user, пароль – test.

В папке test, в качестве примера, я создал текстовый файл privet.txt с каким-то там текстом. Данное изменение (создание нового файла в проекте) я хочу сделать доступным для обновления других членов команды разработки, для этого в контекстном меню (клик правой клавишей мыши по папке test) мне нужно выбрать пункт SVN Commit…

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

Теперь все остальные члены команды, кликнув по своим локальным папкам с проектом правой клавишей мыши и выбрав пункт SVN Update, смогут получить файл privet.txt, а вместе с ним и все остальные изменения других разработчиков (т.е. свежую версию проекта).

Интересным пунктом контекстного меню папки является пункт Sow log:

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

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

С уважением, Андрей Морковин.

© Андрей Морковин для SdelaySite.com, 2010. | Ссылка на пост | Комментарии: 4
Теги поста: Полезное веб-мастеру, Хостинг дома

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

В данном посте я размещу ссылку на скоростное платное скачивание всех 12-ти видеоуроков курса. 

Двенадцатый видеоурок посвящен русификации интерфейса ArchLinux и такому важному моменту как отключение авторизации под супер-пользователем root.

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

В видеоуроке я обещал ссылку на статью о кодировках – вот она.

Видеоурок на на YouTube

12-й видеоурок в лучшем качестве можно скачать с DepositFiles (19.2 Мбайт, *.wmv)

Быстрое скачивание курса целиком

По многочисленным просьбам моих читателей, все 12-ть видеоуроков в лучшем качестве я упаковал в один архив и залил на выделенный сервер. Вы можете скачать архив на высокой скорости (до 4 Мбит/сек) целиком – 185 Мбайт.

Услуга загрузки с выделенного сервера платная – 50 рублей. Платеж осуществляется посредством WebMoney.

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

После оплаты вам будет предоставлена ссылка для скоростного скачивания архива.

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

Для удобства поиска все посты данной темы объединены одной меткой – хостинг дома.

С уважением, Андрей Морковин.

© Андрей Морковин для SdelaySite.com, 2010. | Ссылка на пост | Комментарии: 23
Теги поста: Хостинг дома