вторник, 30 июня 2009 г.

Питер

Вчера ночью вернулись со Светой из Питера.

Чудесный город, замечательные люди, отличная (прохладная) погода.

Даже ливень не сильно подпортил впечатление :)

Жаль было возвращаться, но трёхдневный отпуск пролетел очень быстро.

Огромное спасибо Юре и Марине за гостеприимство :)

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

четверг, 11 июня 2009 г.

Александрия. Белая Церковь

В прошедший понедельник побывали в дендропарке города Белая Церковь, в Александрии.

Building with sky

Странная "Главная аллея" вдоль которой ничего не происходит, и ничего "эдакого" не видно.

Зато стоит углубится левее, в "чащу", как появляются разные красивости.

Waterfall

Как, например, этот водопад возле руин.

Или сами руины

Look up

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

Хотя, почему их нельзя восстановить? Мне непонятно.

Relax

В парке есть где понежится на травке. Однако главная "большая поляна" - недоступна для ходьбы и лежания - об этом напоминают многочисленные таблички.

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

Lonely oak

В пруду мы заметили плывущего ужа

Swimming adder

А вот фонтаны - не работают. Плескаться не чем

No water. Broken fountain

Как всегда есть мостики со своими традициями

Strange signs

Но нам показалось странным, повязывать такие грязненькие тряпочки - как "на добрую память". Чего тут доброго-то?

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

In the bushes

Эдакий рояль в кустах. Зачем? Почему именно там? Непонятно.


Весь фотоотчёт о поездке можно найти в [соответствующем сете на фликре][0]. Сам парк произвёл впечатление весьма запущенного и разрушающегося. Но побывать там один-два раза вполне можно. Есть где погулять, есть на что посмотреть.

[0]: http://www.flickr.com/photos/vladiq/sets/72157619505076152/ "Александрия. Дендропарк. Белая Церковь"

четверг, 4 июня 2009 г.

Хостинги без ssh

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

Как обычно - клиенты выбирают хостинг по двум критериям - наличие php/mysql/размер диска и цена. Всё остальное - мало интересует. Как обычно - виртуальный хостинг редко (краааайне редко) предлагает *ssh* доступ. Если и предлагает, то за отдельную плату. Которую, разумеется, никто не будет платить.

Со своими проектами, и на этапе тестирования, я успешно пользуюсь утилитой *rsync* (которая требует наличия *ssh*) - и прекрасно синхронизирую свои локальные правки с тем, что лежит на сервере, а так же забираю то, что туда "насинхрил" дизайнер.

С проектами, которые находятся на других (более простых хостингах, нежели [tophost][0], или не "простых" а, скажем, более другие [тарифные пакеты][2] - где лучше стабильность, фидбек и саппорт но при этом напрочь отсутствует *ssh* в "дешёвом" варианте хостинга) - приходилось морочиться с помощью стандартных ftp приколов, ну или *Cyberduck* (фтп-клиент).

А тут, буквально вчера, [Алексей][1] подсказал мне замечательную утилитку lftp которая чудодейственным способом синхронизирует локальный и удалённые каталоги, перекачивая только "отличные" файлы. 5 раз в день синхришься - 50 минут экономишь. Особенно если дизигнер "забыл" сказать, что он что-то изменил, или "вот сейчас ещё буду менять".

sudo ports install lftp

и вуаля. Мы разгрузили мозг, освободили время.

Жаль, что не все мои дезигнеры пользуются *Git*-ом. Впрочем, можно и односторонним вариантом обойтись. Приходится делать:

git branch designer
git checkout designer

затем скачиваем в эту ветку всё, что наворотил дизайнер, пусть Git потом сам разбирается :)

git checkout master
git merge designer

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

Если как-то "стрёмно" сразу сливать ветки, то пользуюсь:

git diff --name-only designer

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

Хотя, конечно, первый вариант работы, когда мой дизайнер пользуется *git*-ом и общим (со мной) удалённым репозиторием - мне нравится куда как больше. Тут даже нет необходимсости согласовывать график работы по джабберу: кто когда и что правит :)

[Алексей][1], ещё раз тебе спасибо! :)


[0]: http://tophost.com.ua "Tophost - хостинг в Киеве"
[1]: http://twitter.com/sr71at "Алексей Труфанов твиттер"
[2]: http://mirohost.net/ "Хостинг"