Как стать автором
Обновить

Комментарии 283

отличная статья — спасибо!
Да, концепция виртуальной файловой системы шикарна. Я по первости начал было искать в гугле «scp file manager for linux» (ессно, ничего толкового не нашел и был удивлён), а потом обнаружил, что можно просто в наутилусе набрать 'ssh://example.com'. Блеск!
скорее fish://
ssh:// тоже работает, попробуйте. Я именно так и обнаружил — просто попробовал. После соединения адрес меняется на sftp://
очень расстраивало, когда в диалоге «открытия файла» файлы из шары самбы доступны.
но программа, которая этот диалог вызывала, понятия не имеет что делать
с возвращенной ей строкой вида samba://имя_файла

лечилось все старым добрым mount :)

Есть папка ~/.gvfs куда монтируется все это добро автоматически
Спасибо за наводку) А то даже и не подозревал) и за чем то FileZilla у меня стоит))
НЛО прилетело и опубликовало эту надпись здесь
sshfs — ещё лучше. Можно локальными скриптами обрабатывать удалённые данные.
да и просто при помощи ssh можно удаленно команды выполнять:
ssh -2 user@server «command1 | command2 | command3 | etc.»
У меня специфический случай — графику не прокинуть, а вот картинки смотреть надо. Да и простые действия с папками иногда легче сделать в наутилусе.
а что специфичного? Самый типичный случай, хочу сказать. Но как уже сказано, для монтирования ФС по ssh достаточно просто виртуальной файловой системы gnome.
Например, нужно активно работать gnuplot-ом. Или смотреть xanim-ом видяшки (где ещё есть покадровый просмотр mpeg/avi?)
а при чем тут «sshfs» vs «gnome vfs»?
GUI элементарно прокидывается. Логинитесь ssh с ключиком -Y, после чего можно запускать иксовые программы на удаленном сервере, а окна будут появляться у вас локально. Единственное может понадобиться поменять пару опций в конфиге sshd.
О терминальных серверах рассказать? На которых иксов не стоит. Боюсь, тут парой опций в конфиге ssh не отделаться.
Ну строго говоря наличие иксов там необязательно. Но вы правы, смысла в таком извращении действительно никакого. )
И да — целевой сервер загружен настолько, что там иксы просто не пойдут.
А еще рассказать про скорость работы X через шифрованное и удаленное (ssh -Y / -X же) соединение когда работу без всего этого (на 100мбит) комфортной назвать нельзя?
sshfs + авторизация по ключу — это то, без чего невозможно уже жить.
Когда проектов за два десятка, а нужно «быстренько поправить вот там-то», то поиск ключа занимает больше времени, чем сами правки. А в линуксе подмонтировал каталог, поправил, проверил и отмонтриовал, красота )
> Поиск ключа?
А зачем его искать? Используйте ssh-add добавьте все ключи прямо при начале работы и все.
я имел ввиду «поиск пароля» для ssh
Тем более! Выкидывайте все пароли от ssh и переходите на ключи!
Одновременно повысите и безопасность и удобство пользования.
Все очень просто — ключик на ноуте или флешке, защищен паролем.
В начале рабочего дня втыкаете флешку, загружаете ключик в ssh agent вводите пароль — все у вас уже есть доступ ко всем серверам. Как только что-то потребовалось — просто зашли и все, ничего вводить не надо.
ssh://example.com:9022 — не работает, эхх…
Добавьте в .ssh/config:
Host example.com
    Port 9022

И теперь должно работать ssh://example.com. А чтобы не писать и доменное имя, можно сделать короткий альяс:
Host ex
    HostName example.com
    Port 9022

Теперь ssh://ex и готово :)
если бы макеты в psd
А что не так с ними в GIMP? У меня, вроде, открывались.
открыть — одно дело. А сохранить изменения в PSD?

+ в гимпе вроде бы нельзя слои в папки организовать. Грамотно составленный PSD зачастую выглядит в гимпе как грязная простыня (это из прошлого впечатления, может, сейчас что-то изменилось).
Ну, вообще-то и открыть далеко не каждый макет получится… эффекты слоев, сложные маски — такие макеты выглядят в гимпе совсем не так, как задумано их авторами.
Обзор неплохой, правда ваш подход к работе с вэб-сервером мне кажется концептуально не совсем корректным: сначала править код и изображения на удалённой машине, а потом rsync'ом тянуть обратно.
Мне то же, хоть и не веб разработчик, но кажется, если сервер сложнее сайта визитки — то потенциальная возможность появления ошибки достаточно высока (больше кода — больше ошибок), поэтому делал бы так, разработка на локальной машине с автоматическим и ручным тестированием, после каждого более мнеее серьезного изменения заливать код в систему управления версиями (SVN, Git, etc, не особо важно), исправление ошибок — это то же серьезное изменение (после них регулярно ломается что-то другое), при получение версии которую считаю стабильной синхронизация с сервером, причем желательно что бы это делалось не руками (потому что в отличие от компьютера, я источник ошибок), а какой-нить утилитой, по принципу кликнуть дважды и она сама что-то там делает.
Но это не означает, что обзор плохой :) ИМХО одно из самых серьезных достижений linux — это изобретение пакетного менеджера, в данном случае apt и его графический вариант Synaptic. Вот это действительно идеальная штука с точки зрения разработчика и пользователя. Задача этой штуки не только в том что бы установить какую-то программу, а ещё в том что бы решить проблемму известную как DLL hell. Ну и приятно потыкать галочками в только что установленной системе, что бы за пол часа развернуть все необходимые тебе библиотеки для разработки, вместо целого дня потраченного на то же самое под win ( хотя возможно там то же есть способ как это сделать быстрее просто я про него не знаю :) ). А ещё иногда попадаются замечательные библиотеки у которых система сборки Automake и вот тогда в win начинаются действительно пляски с бубном, по типу установки таких штук как Cygwin и MSys и ещё половины nix окружения.
А я не говорю о постоянной удаленной разработке. Иногда нужно быстренько поправить какой-нибудь пустячок, или уменьшить картинку, загруженную бестолковым контент-мэйкером «as is» — 4000x3000px :-)
НЛО прилетело и опубликовало эту надпись здесь
Спасибо за подсказку точной команды! Я сейчас как раз штудирую документацию ImageMagick'a, и да — это истинное волшебство :-)
Скажи, только честно, ты сам так делаешь? :)
НЛО прилетело и опубликовало эту надпись здесь
Хм, а зачем менять имя файла, если класть в отдельную директорию? :)
НЛО прилетело и опубликовало эту надпись здесь
В таком цикле я тоже делаю, но писать ssh user@server «cd /bla/bla/bla; convert ..» — страшно :)
А вы используете контроль версий? Просто не понятно как вы синхронизируете правки на сервере и на машине где идет разработка.
«Иногда нужно быстренько поправить какой-нибудь пустячок» обычно это и есть главный источник ошибок :) лучше всего когда слова «быстренько» и «поправить» вместе не ходят :) Могу сказать точно, что при использование такого принципа при коллективной работе больше 2-х человек, уже начинаются проблемы, а когда кода становится больше 5 мб, то даже комит в систему контроля версий без комментариев надо запрещать, что бы в случае чего знать куда откатываться и кто поправил так, что у всех все перестало работать :)
В общем может быть похоже и на перестраховку, но лично я руководствуюсь принципом когда что-то делаю, что этим будет пользоваться вредитель и шпион, что он всегда будет делать то, что нельзя, даже если 300 раз это указать в документации. Короче че хочу сказать-то, технологический процесс разработки это то, что надо непрерывно
совершенствоваться и развивать и улучшать, потому что методы которые могут «прокатить» на маленьком проекте, скорее всего потопят большой.
А я не работаю с коллективом. Просто никогда. Есть я — и есть контент-мейкеры. Иногда есть арт-директор, дизайнер, флэшеры и я. Но в совместной разработке собственно кода не участвовала ни разу.
Не работаю и с большими проектами. «Каждому свое», правда же? Не все же гении командной работы.
Работа в одиночку не повод не пользоваться vcs:) Очень удобно, что код никуда не теряется и все изменения записаны. Можно возвращаться к любой старой версии, можно спокойно экспериментировать, не боясь что-то сломать, можно поддерживать несколько веток разработки и т.п.
а у меня к примеру это требование заказчика. вся работа выполняется на специально отведенном сервере с настроенным окружением.
Многие торчат в Windows + Putty, а я давно уже sshfs c ключами настроил и вперед:)
А откуда такое требование можете объяснить?
сложная система, и админы разворачивают для каждого нового сотрудника девелоперский инстанс со всеми настройками.
удобно демонстрировать выполнение задания и не париться актуальностью бд и конфигурации.
Ну, вообще-то есть еще контент-мейкеры — которые грузят картинки, размещают тексты… на сервере настроен бэкап базы, и архивы тянутся тем же rsync'ом. А на большинстве виртуальных хостингов и настраивать ничего не надо — у хостеров все настроено, стягиваешь папочку с бэкапами к себе.
Насчет работы с файлами прямо на сервере — на винде такое же есть — «Подключить сетевой диск».
Я что-то пропустил и сейчас можно «подключать сетевой диск» используя ssh, а не расшаренные папки?
по ftp — да, а остальное — я делаю через софтину Gladinet
О чем собственно и речь в посте: в убунте это можно сделать из коробки, а для винды приходится искать софт…
В убунту в коробке много чего уже есть, не спорю, но для винды также можно найтилюбой софт, как и для убунты. дело вкуса.

P.S. предлагаю дальше не холиварить и убить дух холивара в зародыше :)
И тоже всё открытое и бесплатное, не требующее кряков и кейгенов со вшитой вируснёй?
Ох ты ёпти. Форточники поналетели. Возразить нечего, хоть на минусик нажать. Смеюсь над вами…
Да ладно Вам. Просто люде не хотят очередного холивара :)
В холиворе рождается истина!
А как по мне, так в 99% случаев каждый остается при своем мнении… Вряд ли это можно назвать рождением истины… =)
Многие полезные свободные программы с открытым исходным кодом портируются и на Windows, так что не надо разыскивать вместо них проприетарщину и нудно расхряпывать её кейгенами сомнительного происхождения. И этой кросс-платформенности мы должны радоваться альтруистическою радостью: ведь очевидно, что мир станет лучше, когда люди смогут использовать на Windows совершенно те же программы и их настройки, что и на Linux — тогда для отказа от проприетарщины им довольно будет переменить одну только операционную систему их. Это вдохновляет.
Не спорю. Говорю же — ленивый я человек :-) Поэтому синаптик меня просто очаровал. Так искать софт я согласна — это вам не гугль и не варезники :-)
НЛО прилетело и опубликовало эту надпись здесь
Ну что ещё можно добавить? Аминь!
Ну да, вагонами :)
И я серьёзно. Люди просто привыкли крякать самую известную программу, а если поискать чуток, то выясняется, что бесплатным софтом нельзя заменить разве что тяжёлые профессиональные пакеты для графики, верстки и CAD.
НЛО прилетело и опубликовало эту надпись здесь
Опять ты? И опять троллишь?
"… как будто проприетарность — это плохо. " и прочие бла-бла-бла уже слышали.

>«Кряки и кейгены? Кто-то не уважает себя до такой степени?»

У тебя не установлено не одной крякнутой программы?

>А открытость и бесплатность — спорные преимущества для хренового софта.

Кто тут сказал что-то про хреновй софт?
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
> Я не понимаю, почему это кого-то удивляет. Да, ни одной.

Ну что же, я тебя поздравляю с этим. Возможно у тебя есть возможность приобретать весь необходимый комплект ПО.
Тем не менее, высказывание на счёт неуважение, является типичным высером и абсолютно бредовым выводом, сделанным не пойми на каком основании, а так же оскорблением я уверен что большей части посетителей ресурса, которые возможно и были бы рады приобрести всё по честному, но так же не имеют возможности. Поэтому они не уважа^W устанавливают пиратское ПО на свои компьютеры.

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

Тем не менее я не утверждаю что бесплатность должна быть абсолютной. Разработчики тоже люди и тоже хотят есть. Поэтому две ныне существующие модели распространения ПО далеки от совершенства, и сообществу возможно ещё предстоит выработать наиболее оптимальную. По крайней мере я в это верю…
> позволяют использовать другим разработчикам готовые наработки, существенно экономя время на разработку ПО, избавляя разработчиков от изобретения собственных «велосипедов»
А вот и нет. Разработчикам просто в кайф поизобретать велосипеды, особенно в тех опенсорсных проектах, где нет вменяемых менеджеров-пинателей.
Нет, это конечно же в какой-то степени и хорошо. Так сказать, прогресс не стоит на месте. Но лишь бы изобретали принципиально новые «велосипеды», а не «те же яйца, только вид сбоку».
НЛО прилетело и опубликовало эту надпись здесь
Как же мне это напомнило «В винде много всего сразу есть, но для линухов тоже можно многое найти из необходимого»… очень часто слышал/читал эту и подобные фразы лет 5 назад :))
Не холивара ради, но ностальгии для.
А если ваш сервер работает на Windows, то ситуация будет прямо противоположная. Не надо подменять понятия и рулить фактами.
НЛО прилетело и опубликовало эту надпись здесь
Я заметил :) Я конечно очень рад за Canonical и счастливых пользователей. Но мне всё больше кажется, что это тот случай, когда говорят «шило на мыло».
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Заголовок:
Ubuntu: маленькие удобства для веб-разработчика


И при этом
Мораль
Ubuntu значительно удобнее для человека, постоянно работающего в интернете, чем Windows.


Чую, холивару быть! :)
Холивар в комментах — неотъемлемая часть поста, где так или иначе встречается намёк на сравнение GIMP и Photoshop… =)
Учитывая формат статьи предлагаю холивар отложить :)
попробуйте запускать фотошоп под wine (winehq.org). CS2 или CS4
по опыту — фотошоп стабильнее работает в виртуальной машине. Если в vmware, то режим unity — то, что доктор прописал. Под вайном есть проблемы с фокусом и z-индексов панелей.
подскажите пожалуйста кто-нибудь. Что такое наутилус ??
ru.wikipedia.org/wiki/Nautilus_(%D1%84%D0%B0%D0%B9%D0%BB%D0%BE%D0%B2%D1%8B%D0%B9_%D0%BC%D0%B5%D0%BD%D0%B5%D0%B4%D0%B6%D0%B5%D1%80)
Nautilus Wiki
Парсер сожрал =\
НЛО прилетело и опубликовало эту надпись здесь
А-ля «Проводник» в Windows. Крайне настраиваемая и мощная штука :)
НЛО прилетело и опубликовало эту надпись здесь
Ну почему только Ubuntu то? :(
Меняем «Ubuntu» на название любого другого дистрибутива и получаем все те же самые ништяки.
в последнее время все чаще говоря «ubuntu» имеют в виду «linux». Издержки популярности, видимо.
Мы говорим Ubuntu, подразумеваем Linux, мы говорим Linux — подразумеваем Ubuntu ;-)
Ну просто потому, что мой личный опыт — пока только Ubuntu :-)
Хотя справедливости ради — сама мысль перейти на Linux возникла в результате знакомства с CentOS на VPS. Гибкость настроек, скрипты по крону, магия конфигов — все это показалось заманчивым и очень удобным даже через «темную непонятную консоль».
Если быть совсем точно, то тогда не любой другой дистрибутив, а deb based. В контексте статьи, конечно.
А добавить то особо нечего. Geany, NetBeans, прозрачная работа с сетевыми ресурсами, GIMP, вполне справляющийся с графическими работами — это я тоже использую. Правда вот к GEdit так и не привык, на мой взгляд Geany в этом плане более удобен, ну и заодно кроссплатформенен, т.е. при желании его можно поставить на Windows и получить уже знакомый интерфейс программы.
Еще есть пара редакторов, типа Kompozer и Bluefish, они выступают в роли некой замены Dreamviewer. Я лично ни то ни другое не использую.
Ну а то, что при желании можно достаточно быстро и удобно установить полноценный LAMP, почти аналог большинству хостингов в интернете — уже многое значит для разработчика. Да, работать может быть и не так удобно, как с Denwer, но зато решение получается более гибкое и более приближенное к реальным условиям… Единственно, в 10.04 по умолчанию уже ставится PHP5.3, а не PHP5.2…
Разве 5.3 это минус по сравнению с 5.2?
Это не минус, это уточнение. Часть кода может работать не так, как в 5.2.
НЛО прилетело и опубликовало эту надпись здесь
Да, 5.3 по умолчанию является «большой подставой» для разработчика, когда на продакшн сервере стоит 5.2. Понятно, что можно писать на 5.3 код совместимый с 5.2, но это как то не айс. Отсюда вопрос, как поступить правильнее, если нужен все же 5.2: компилить руками (честно говоря, я так и сделал) или искать пакет с 5.2 (скажем, для пред. версии 9.10)?
Простите, какая именно подстава явилась вам в лице PHP5.3?
Старая версия CMS перестала работать, обновлялся он :)
К сожалению, не могу использовать ни одну CMS для своих проектов, да и все проекты не содержат «стандартных» логик, реализованных в CMS. Уже несколько лет не разрабатываю сайты, которые бы могли использовать CMS. Только для жены (она дизайнер и иногда просят сделать сайт под ключ), но даже для них я предпочитаю использовать различные фреймворки — от джанго до симфони. Ах да, был у меня один проект на друпале, но это похоже был мой первый и последний раз использования CMS.
объясняю, в 5.3 кроме пространств имен появились такие замечательные вещи, как новые методы, например, get_called_class, да и вообще работа со статичными методами изменилась к лучшему. Не говоря уже о том, что улучшен сборщик мусора. Это очень заметно при запуске скриптов из консоли для обработки таблиц с несколькими миллионами записей. Если у меня на локальной машине стоит 5.3, то мне «хочется» использовать все его нововведения. и лямбда функции тоже. Но поскольку на продакшне стоит 5.2 и в ближайшее время не будет стоять 5.3, сделать я это не могу. Меня это злит =). На самом деле, по опыту знаю, что компиляция пхп на локальной машине должна быть максимально приближенной к «боевой». скажем последний раз очень долго просил поднять админов расширение memcached (по умолчанию стояло memcache, которое мне не подходило). Поэтому лично я предпочитаю ставить себе на локальную машину ту же версию пыха, что и на «бою».
Ну скорее это подстава 5.2, нежели 5.3 =)
В целом обратная совместимость там отличная, и если код написан корректно, без использования depricated функций (а об этом нас оповещают warning'и), то никаких проблем возникнуть не должно.
+1 за Geany, хотя и Gedit можно довести до нужной кондиции с помощью плагинов.

Для работы с вектором — Inkscape, очень удобный редактор, сохраняет прямо в SVG. Для Mindmap есть отличная программа VYM.
напоминаю, что в 10.04 строка адреса вызывается в наутилусе по Ctrl+L

Активно использую запоминание паролей в наутилусе.

Далее — ставим боковую панель в режим «места», открываем вторую вкладку в наутилусе (ctrl+T) и перетаскиваем одну из вкладок на бокоовую панель — вот вам и закладка.

По F3 в наутилусе — вызывается режим 2х окон — можно открыть 2 папки одновременно и радоваться жизни.

не забываем про diff, ftp/sftp в консоли. А ещё адская вещь, прикрученная к btrfs — возможность отката ФС на «10-20-30» минут назад. Только btrfs ещё не так стабильна, как хотелось бы.
по Ctrl-L строка адреса была всегда в Наутилусе
ну я к тому, что на IRC паника была в первые дни после релиза — многие искали как открыть строку адреса кнопочкой в GUI и не находили
Уже довольно давно использую linux в частности ubuntu, но с обработкой изображений, все еще очень плохо.
GIMP освоил и использую только его, но вот с пакетной обработкой (аналог Lightroom) — пока проблема.
UFRaw также не всегда удобен, с Lightroom -ом удается вытянуть со снимка много больше, чем связкой UFRaw + GIMP.

Хотя, сравнивать абсолютно бесплатный и платный софт — дело не благодарное.
К UFRaw не смог привыкнуть. Lightroomообразная проявлялка RAW недавно появилась.
Обзоры:
www.linuxgraphics.ru/articles.php?article_id=85
linuxgraphics.ru/articles.php?article_id=93
Установка:
sudo add-apt-repository ppa:pmjdebruijn/
sudo aptitude update
sudo aptitude install darktable
НЛО прилетело и опубликовало эту надпись здесь
А в чем проблема фотошоп под wine поставить? Он сейчас ставится в два клика.
Последние версии вроде не так просто ставятся… Я как то пробовал CS3 поставить — далеко не тривиальный поход был… Правда было это год назад, может что и поменялось уже, да и версии у Фотошопа обновились.
ставится просто и работает стабильно.
сам пока пользуюсь этими костылями, ибо GIMP не настолько освоил, чтобы полностью заменить им Photoshop.
Надоели уже со своей Ubuntu
Чем плохо Ubuntu и что не надоело?
Ага. Эти убунту, винды, интернет, php, ruby, css… Почему вышивки и фильмы на рапиде не выкладывают?
НЛО прилетело и опубликовало эту надпись здесь
В данной ситуации имхо руки решают, нежели дистрибутив.
в случае с порнухой — точно. Решают только руки :-D
Надоели уже со своей Ubuntu
Вы специально пришли в блог Убунту, чтобы сообщить нам эту важную информацию?
Тормозит фотошоп под виртуалкой? У меня это тоже единственное, что дома на винде держит.
У меня — не тормозит. Под виртуалку выделен гиг памяти, запускаю в полноэкранном режиме. VirtualBox полная, не SE.
НЛО прилетело и опубликовало эту надпись здесь
Не знаю как у вас но концепция удаленных ФС в Linux не нова и используется очень давно
НЛО прилетело и опубликовало эту надпись здесь
Я тестирую все под локальным LAMP. Непосредственно на сервере иногда нужно поправить буквально мелочи.
Я один раз поправил один файлик перед сном и не протестировал. В итоге слетели права у файла и сайт до утра не работал.
Было весело.
НЛО прилетело и опубликовало эту надпись здесь
У меня наоборот — заработал старый планшет Wacom, к которому не выпускались дрова под вин уже даже для XP. В игры я почти не играю (любимые Fallout'ы и Heroes 3,58 WoG прекрасно работают под вайном). Дуал бут и меня достал. Поэтому на виртуалку отправилась Windows вместе с любимым IE :-)
НЛО прилетело и опубликовало эту надпись здесь
Ну, мне комфортно :-) Просто из-под виртуалбокса намного быстрее грузить винду, чем дабл-бутом перезагружаться. Лень — двигатель прогресса ;-)
Это простите, насколько старый? У меня первый Intuos (ещё с подключением через COM-порт) на 100% работал под Вистой :)
Graphire, версию уже не помню. Покупала в 1998-м году. Живее всех живых :-)
Висты у меня никогда не было, и семерки тоже. Слышала, что много железа добавилось. Но он мне не так уж и нужен — не дизайнер я, была свободная денежка — купила себе игрушку для баловства. А недавно на форуме убунты попался хауту по вакомам — откопала из долгого ящика и снова наслаждаюсь игрушкой :-)
А теперь расскажите, как мне из Windows подключится к серверу на Linux по ssh и поработать там на файловом уровне? Не в консоли, а именно по sftp?
НЛО прилетело и опубликовало эту надпись здесь
Решений то много, но это опять сторонее решение какое-то? Плюс к этому — как оно будет относится к тому, что я начну прямо там править файл, любой? Сохранить изменения на сервер?
WinSCP отлично сохраняет
В нём можно прикрепить любой свой редактор (я пользуюсь notepad++)
Довольно удобно получается.
НЛО прилетело и опубликовало эту надпись здесь
А, т.е. монтировать на сервер общую папку с хоста?
НЛО прилетело и опубликовало эту надпись здесь
При чем тут Samba, когда я про sFtp спрашивал? У хостеров доступ к ssh еще как-то доступен, а вот к Samba я думаю врядли (на Linux-хостинге)
НЛО прилетело и опубликовало эту надпись здесь
У меня в VirtualBox (скорее всего и в VMWare) нет доступа хоста к гостю на файловом уровне без поднятия сервера Samba, NFS или FTP на госте. Гость может видеть папки на хосте, если в настройках подключить так называемую «общую папку». Но она работает по внутреннему механизму виртуальной машины, но никак не по SMB-протоколу… Мы снова возвращаемся к тому, что чтобы организовать нормальную работу через sftp с Linux машиной, нужно предпринять ряд ухищрений, который в случае хоста с Linux не нужны.
НЛО прилетело и опубликовало эту надпись здесь
Т.е. поднятие и настройка Samba на Linux (особенно на шареде, аха) не создат искусственных проблем?
НЛО прилетело и опубликовало эту надпись здесь
Опять же — Samba на госте для доступа туда хоста нужно еще поднять и настроить… И при этом снова учавствует гость в виде Linux… Если он так и так учавствует, то «зачем платить больше»?
НЛО прилетело и опубликовало эту надпись здесь
Я просто не понимаю, при чем тут Samba, применительно к конкретно моему вопросу…
НЛО прилетело и опубликовало эту надпись здесь
WinSCP
Far решает. Не смотря на всю его виндовую консольность (а консоль в винде дефолтная — бяка), никто ничего лучше для работы с файлами ещё не придумал. И с локальными, и с удалёнными, и со всякими девайсами. Из Far-а вы и скрипт удалённый по SSH запустите, и PHP с подсветкой поправите, и даже в своём любимом телефоне прошивку в ROM поправите.
А он сможет мне открыть изображение во внешнем редакторе и обратно сохранить?
Да. Лично я конкретно картинки никогда удалённо не менял (предпочитаю все изменения на хостингах проводить через SVN, собирать билды и выкатывать оттетированные версии), но вообще можно.
Dokan SSHFS
А можно по подробнее про настройку Убунту сервера в ВиртуалБоксе. Где можно почитать? У меня так и не получилось увидеть сервер :(

Кстати на Хабре проскакивала тема об использовании образа винды с ИЕ7-8 для VirtualBox (не требующая лицензии), так что в Линукс можно нормально веб кодить под ИЕ. Единственный минус — отсутствие нормального ClearType через VirtualBox.
Так у сервера же нет графической оболочки, что вы хотите увидеть?

> Единственный минус — отсутствие нормального ClearType через VirtualBox.

В каком смысле? У меня все сглаживается норм.
Ходить можно, но лицензию нужно всё равно

Сеть как настроена в вб? там есть бридж, нат и «локалка» (по памяти) — нужна локалка чтоб с хоста к гостю обращаться, насколько я помню
Из утилит для веб-разработки могу добавить ещё от себя:

1) gcolor2 (есть в репо) — просто более-менее удобный color-picker
2) agave (есть в репо) — для меня это генератор цветовых схем, когда нужно быстренько что-нибудь сгенерировать.
3) Массовая обработка фотографий: скрипты, imagemagick и phatch
4) darktable — работа с фото
5) meld — один из diff'ов, меня устраивает
6) mysql workbench (есть и другие) — для всяческой работы с mysql
7) распределенные системы контроля версий
8) screenruler — линейка, иногда пригождается.
9) Для gedit есть много сторонних плагинов и один из них превращает его в must have для верстальщика: zencoding. Посмотреть чем помогает этот плагин можно в скринкасте: vimeo.com/7405114
Плагин лучше брать этот: github.com/mikecrittenden/zen-coding-gedit (есть и другой)
Массовая обработка фотографий изображений
Большое спасибо, обязательно все попробую на вкус :-)
ImageMagick — да, его документация уже давно стала любимым «настольным чтением» :-)
И чтобы не ставить все расширения вручную (и потом их обновлять и т. д.) — лучше поставить пакет gmate
Кстати, meld очень круто интегрируется в Наутилус (кнопочки «Сравнить позже...» и «Сраснить с РанееВыбраннаяПапка»).
Да ещё и встроенная в него возможность посмотреть дифф с предыдущими ревизиями версионной системы. Очеень ценно.

Да, и кто ещё не использует git для разработки, даже сам-с-собой, тот неправ.
История изменений (А на той неделе я тут кусок кода удалил, думал, что его не надо, но вот поди ж ты).
Ветки (А вдруг получится тут liboldworking открутить и libfastuntested прикрутить? Не доведу до конца — перейду на активную, буду дальше работать, потом вернусь...).
Работа без сервера (репозиторий прямо в любой локальной папке).
Автосведение изменений (я что-то мигом поправил на удалённом, а потом долго и упорно кодил на локальном — ветки разбежались, как быть?)

Как я без этого жил — ума не приложу…
НЛО прилетело и опубликовало эту надпись здесь
Подскажите пожалуйста howto по git? Желательно на русском языке.
ОК, спасибо большое, это я прочла. Не могу сказать, что прям все-все поняла, но общий принцип ясен. Но все-таки — howto?
Вот я установила пакеты gitk, git-core, git-gui (и где он, этот gui? в меню его нет), git-doc (то же самое — где искать doc?) — и что мне со всем этим делать?
В качестве гуя мне нравится использовать git-cola — есть в репозиториях.

Для использования git нужно:
1) создать в папке репозиторий. В консоли заходим в нужную папку и делаем $git init. Всё, теперь эта папка — полноценный гит-репозиторий, мождно работать;
2) сделать в этой папке $git add -A и $git commit -m "Изначальное добавление файлов". Эти команды добавят все файлы в текущей директории и поддиректориях в контроль версий;
3) коммиттить файлы в процессе дальнейшей работы-как-обычно.
В самом простом виде это выглядит так:
— что-то поменяли;
— просмотрели список изменений ($git status в консоли или по списку файлов в git-cola)
— просмотрели отдельные изменения в случае сомнений ($git diff sidebar.html или в diff viewer в гуе)
— добавили нужные файлы к грядущему коммиту ($git add pornopopup.js или даблклик по имени файла в git-cola; $git add -A добавит в будущий коммит все файлы)
— написали описание и совершили коммит ($git commit -m "К программе приделаны кнопки")

Дальше при необходимости можно проглядывать журнал, сверять коммиты, воскрешать и откатывать изменения. Это всё уже от стиля работы зависит, да и гугл неплохо помогает…
НЛО прилетело и опубликовало эту надпись здесь
А что сложного-то?

В случае чего, можно мне в личку написать…
НЛО прилетело и опубликовало эту надпись здесь
Ну, в меру моего понимания, merge и rebase делают разное.
Конкретнее, rebase берёт точку расхождения текущей ветки с оригинальной, и все внесённые изменения пытается последовательно накатить на текущее состояние оригинала; должно получиться столько коммитов, сколько я их сделал в изменённой ветке.
То есть я использую rebase, когда хочется вздохнуть и сказать «Эх, вот бы я сейчас ответвился, а не неделю назад».
merge же просто делает один большой коммит с изменениями. Это хорошо, когда случай тривиальный. И плохо, когда сложный — rebase споткнётся только на каком-то определённом шаге, а merge заставит вручную разгребать все накопившиеся непонятки.
Кроме того, если на этой ветке кто-то ещё, то после rebase в истории у него получится каша из дублирующихся коммитов. merge этого недостатка, понятное дело, лишён.
Что делает каждая из команд, написано в документации, а всё остальное — логика плюс немного личного опыта (который ничто не заменит в любом случае).

stash apply есть просто возвращение в рабочую копию изменений, отложенных в stash. Если оно не проходит — методика обычная, создать ветку (stash branch имяветки) и сливать их любимым способом (ручками через сравнитель или принудительным режимом merge, или rebase с cherry-pick — это уж зависит от ситуации и привычки).
Это описано в $git help stash прямым текстом. Можно нажать '/', и поискать 'conflict', если всё читать лень.

pull это просто шорткат для последовательного вызова fetch и merge. При этом автоматика учитывает, какой удалённой ветке соответствует локальная, их нет необходимости указывать, как для merge. Также у pull есть опция --rebase, которая вместо merge делает rebase.
Это кратки пересказ $git help pull, кстати.

Более интересной является связка fetch и cherry-pick, не про неё ли Вы спрашивали?

Вообще же, это не те случаи, которые попадутся человеку на первом-втором году индивидуального пользования гит-ом.
При этом если не git help, то уж google help поможет на раз-два-три. Мне помогал.
А как вы интегрировали в наутилус «сравнить позже»?
Если есть готовый скрипт или пример — реквестирую.
$aptitude show diff-ext
Не пойму откуда он берет список mime-типов. php по file -i file.php определяется одним миме-типом. В /etc/mime.types — другой миме для php. Но в конфигураторе diff-ext нет ни первого ни второго. Не могу настроить его для php-файлов.
Извините, ничем не могу помочь.
Плохо знаком как с php, так и с привязками для diff-ext.
screenruler — тащит за собой ruby и еще целую кучу всего! Я как-то привыкла обходиться плагином к Firefox Measure It! и простым выделением в гимпе.
Ну вы даете=)

1. Править сразу на сервере файлики=))

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

2. Виртуальные десктопы.

Неудобный костыль. Уж намного лучше просто два монитора.

3. Разработка=)

Выбираем VS2008 и радуемся (я еще написал мелкую прожку которая обрабатывает и дальше clouser compiler сжимает js-файлики перед компиляцие проекта )

И так далее… какой то пустой треп, да извинят меня линуксоиды)

* обрабатывает — все в один собирает
> 2. Виртуальные десктопы.

> Неудобный костыль. Уж намного лучше просто два монитора.

А что, под виндой придумали способ разместить _много_ окон с возможностью _быстрого_ выбора нужного?
Много окон? Или вы про несколько рабочих столов все таки? Да, под виндой давно есть VirtuaWin. Легко переключаться между десктопами, расшаривать окна на несколько десктопов и тд.
Ну вот просто товарищ сверху пишет, что виртуальные рабочие столы не нужны и легко заменяются двумя мониторами.
1) Есть масса случаев когда можно и даже нужно править «файлики» на сервере. Зачем придираетесь.
2) Да уж конечно неудобный. Я думаю любой пользователь нормальных WM согласится с тем, что это замечательное удобство.
3) Отвалить бабло за VS чтобы заниматься версткой? Это шутка? Да пусть она даже бесплатная будет — запускать целую IDE для верстки не разумно.

Какой-то пустой трёп ;)
1) нде
2) Если есть потребность в WM — нужны два монитора. А не виртуальные столики
3) Web разработка не ограничивается версткой=)
Как два монитора заменят мне восем виртуальных десктопов, на которых аккуратно расположены окошки?
Проганье — на одном, текстовый документ — на другом, тексты на третьем, аська, хабр с фэйсбуком, getting things gnome…
И приятные хоткеи быстро переносят меня из контекста в контекст.

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

4 половинки — 4 приложения…

документация(книжка или что нить еще), бразуер, среда + еще че нить

И у вас все на виду. А так конечно если хренью страдать, то виртуальные десктопы это то самое.
НЛО прилетело и опубликовало эту надпись здесь
Два монитора — чтобы видеть больше окон одновременно.
Виртуальные десктопы — наоборот, чтобы не видеть много окон одновременно.
Совершенно разные вещи.

Web разработка не ограничивается версткой=)


Хорошо, пойдем с другой стороны — веб-разработка это всегда не только верстка? А вдруг топикстартер только верстает… Все равно студию запускать? Да и ваще… Для большинства веб-разработка, это LAMP (PHP). И на кой тут студия? VS.PHP — фигня, есть бесплатное и круче. Зачем вы советуете инструмент не по задаче?
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
У меня на ubunte стоит netbeans
На винде (7ка 64) стоит Zend Studio — по сути таже netbeans.
phpstorm чото не зацепил. Но, тут на вкус и цвет, как говорится :)
Это звучит так:

Я не будут ездить на Ауди А6. Есть же ОКА!!! Она почти бесплатна!
А чего ж. Кому что нравится. Я б не выбрала Ауди по-любому. Вот микрик фольксваген или форд был бы хорош — в него много догов можно комфортно разместить. Задачи-то у всех разные. А Ока в пробках может быть удобнее.
НЛО прилетело и опубликовало эту надпись здесь
ты — хуй
НЛО прилетело и опубликовало эту надпись здесь
а еще лучше просто быть человеком )
Если ты не анальный раб микрософта с их ASP.NET, то VS для веб-разработки — это «ока», точно. Для LAMP есть инструменты покруче.
А почему два монитора, а не три-, четыре-, десять-?..
см. тут Linux desktop







НЛО прилетело и опубликовало эту надпись здесь
Я с вами полностью согласна. Потому и написала — «фотошоп — это единственное, чего, к сожалению, не хватает для полноценной работы в Ubuntu». Если бы я занималась дизайном — думаю, Гимп и мне не казался бы достаточным. Но для моих задач его вполне хватает — для всех, кроме нарезки-верстки макетов, сделанных в фотошопе.
НЛО прилетело и опубликовало эту надпись здесь
Под вайном пробовала запускать Portable — тормозит намного сильнее, чем нормально установленный фотошоп на виртуальной машине. Никаких проблем при работе в виртуальной машине у меня не возникало. Я выделила гигабайт памяти виртуальной машине, этого гигабайта вполне хватает для комфортной работы. Если вдруг покажется на каком-нибудь особо сложном макете, что гигабайта недостаточно — не проблема увеличить размер памяти, у меня всего 3 Гб, убунте с запущенным виртуалбоксом вполне хватит и гигабайта.
Но один важный нюанс: я все-таки работаю с макетами только для веба. Макеты полиграфические будут конечно же больше памяти/процессора требовать.
НЛО прилетело и опубликовало эту надпись здесь
png сохраненные для web GIMP почему-то в полтора раза тяжелее тех, что из фотошопа и нуждаются в дополнительной оптимизации. Но плюсов в GIMP все-таки слишком много что-бы от него просто отмахнуться. Про работу с удаленными каталогами — очень полезно, пора сносить FileZill-у =) И редакторы текста, после виндового блокнота, просто как бальзам на душу. Сильнее всего тревожит проблема с Flash, его тоже на виртуальной машине запускать?
Если работаете с Flash — видимо, да. Мое общение с Flash ограничивается только вставкой соответствующего тэга в код, если нужно :-)
Есть haxe — это немного не Actionscript, но может компилироваться в том числе и в swf
НЛО прилетело и опубликовало эту надпись здесь
чуть офтопа.Быстро все меняется. Три года назад о конкуренции с Windows в десктопе можно было говорить только как о далекой перспективе. Теперь Apple,Google,Ubuntu и прочие своими продуктами взломали монополию MS на образ мышления, на восприятие пользовательских интерфейсов, методов работы. Без злорадства.
На счет редактора кода. После окончательного морального устарения Зенд Студіо 5.5.1, задумался о смене оного на чтото поновее. Требования к редактору у меня были не большие. Подсветка синтаксиса, дерево каталогов, автодополнение, хорошая скорость работы. Для идеала еще можно добавить поддержку работы с проектами, настройка подсцетки. Выбор был таков:
Zend Studio 6/7
NetBeans
Aptana
JetBrains PHP-/WebStrom
BlueFish
Komodo

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

(Почемуто сообщение само отправилось)
Netbeans for linux. раньше был фанатом aptana, но эклипсина под никсами нещадно тормозит, плюс они забурились со своим аяксом и прочими наваротами. Очень жаль, что зенд отказался от собственного движка.
у комода, в те времена когда я на него пытался пересесть были траблы с русским и еще много недетских косяков.
Что радует в нетбинсе:
1 Поддержка symfony, zend, php 5.2/5.3, js, jquery, html,xslt, xml, css.
2 Единственный, имхо, редактор нормально работающий с документами включающими в себя php+xhtml+js, как с автоподстановкой так и с подсветкой ошибок для всего.
3 Про java, javafx, работу с базами данных jdbc(в том числе составление в пыхе запросов), xdebag и прочие вкусности я молчу.
а как хранит пароли?
Вы вот говорите жать «При запросе пароля выбираем «Запомнить навсегда»».
У меня пароня :). Использую KeePass, пароли для фтп никогда нигде не сохранял. Ибо воруют же сволочи.

Как тут обстоят дела? Шифрует пароли или в открытом виде хранит?
Как хранит пароли — не знаю :-(
Я тоже использую KeePass — кстати, под виндой о нем не знала, нашла в Синаптике :-) Теперь знаю, что он есть и виндовый — скачала portable, изредка к нему на флэшку копирую актуальную базу с жесткого диска. В наутилусе сохраняю только пользовательские пароли, рутовые ввожу каждый раз с «Забыть пароль немедленно».
НЛО прилетело и опубликовало эту надпись здесь
значить можно без опаски сохранять рутовские пароли даже?
НЛО прилетело и опубликовало эту надпись здесь
я бы добавил отсутствие необходимости возиться с антивирусами. Дело не только в необходимости их установить и купить, но они также влияют на производительность системы.
Хе, я параноик — у меня в виртуалбоксе все-таки стоит бесплатный Avast.
Ubuntu юзал без графики — серверная модификация по умолчанию консольная. Модули к апачу и пхп пришлось тянуть из нета — тогда как в Винде они есть в инсталяторе. Но не в этом соль. php5_ldap на месте не оказалось. Хотя все другие поставились. Потом он вроде как установился, но только главний файл (php5_ldap.so) — 0байт. Пустой. Повторная переустановка привела к тому, что модуль снова не находился. Хотя другие…

И так далее. В Убунту, как в Линуксе, очень удобная командная строка. Очень гибкая. И еще множество комплиментов. Но вот все остальное ничуть не лучше Windows братьев. Пока работает, вроде все хорошо, но когда начинает глючить… Кстати, за время работы Линукс (свежий, на такой же машине) дважды висел, раз я увидел Kernel Panic. А вот синий екран я уже забыл, как выглядит.

Или я просто не умею готовить кошек…
НЛО прилетело и опубликовало эту надпись здесь
Что-то вроде синего екрана, только шрифт другой :).
НЛО прилетело и опубликовало эту надпись здесь
Да нет, комп в порядке. Тут или слишком прямые руки, или все таки Убунту.
мне не хватает нормального RDP клиента (чтобы работать по говноинтернету)
и IE потому-что некоторые сетевые устройства работают только с ним
+ dude и winbox хотя это можно поднять и на виртуалке
>> IE потому-что некоторые сетевые устройства работают только с ним
чушь какая
>> нормального RDP клиента
krdc? это, правда, не очень убунты касается, но, наверное, можно заставить работать и там.
Для веб-разработки на gedit лучше добавить ещё расширений из пакет gmate.
Zen уже есть в пакете gmate :).
И правда :)
Для пока ещё Win-пользователей в качестве анализатора использования дисков есть TreeSize Professional.
Что меня бесит в geany, так это то, что в нем нормального плагина для древовидного отображения папки как в gedit
Причины, по которой я в линуксе уже 5 лет.
Тайлинг окон по горячим клавишам:
wiki.compiz.org/Plugins/Grid

Хочется развернуть окно на левую половинку экрана — Ctrl+Alt+4(нумпадное)
На верхнюю — Ctrl+Alt+8(нумпадное)

И так далее.
Офигенно удобно.
Редакторы SCite и medit заменили своим удобством все остальные :)
Ubuntu значительно удобнее для человека, постоянно работающего в интернете, чем Windows.

Жаль только нет поддержки десктопной версии webmoney.
Смотря что под этой работой подразумевать. Если серфинг, то лично мне больше симпатизирует Windows 7 + Google Chrome. Но использую убунту, потому что я занимаюсь не только серфингом.
А есть разница при сёрфинге? По сравнению с Ubuntu+Chromium? (Или официальным Chrome, с недавних пор: www.google.com/chrome?platform=linux)
В чём проявляется?
В том, что иногда приходится что-то скачивать, распаковывать, слушать, смотреть. По мне, так win выигрывает за счет степени интеграции компонентов интерфейса. Ну, и еще несколько плюшек. Однако, великиый никсовый консольный софт для меня жизненно необходим :)
А вот интересно как в Linux обстоит дело с цветами, ну то есть CMS(Color Managment System), думаю что весьма сложно. А еще сложнее когда Photoshop работает в виртуальной машине, тут вообще получить нормальные цвета наверное не реально.
а вы реально пробовали калибровать монитор?
И что с виртуальными машинами делать…
Нет, как-то незачембыло. Просто первая ссылка, что нагуглилась.

Для веба это всё слабоприменимые излишества, ИМО.
А единственное, что я печатал за последние пару лет — это диплом в ТеХе. И красный цвет на графике отличался от синего — значит, калибровать цвета под Линуксом никому не нужно:).
Вот тут вы не правы. Допустим вы делает макет сайта в sRGB, для фон скажем красный, вы верстаете и у всех людей, кроме вас фон оранжевый.
А как так может получиться?
В смысле, это у меня монитор гадостный, или у все остальные хором себе цвета скалибровали, а я на задворках цивилизации остался?
А при чем тут задворки, ваш монитор откалиброван производителем под определенную цветовую температуру? Вы сделали соответствующие настройки?
Насколько велик разброс может быть?
Я вот в работе этого не замечал, хотя ничего не настраивал отдельно.
Походил сейчас по рабочей комнате, попросил открыть данную страницу на мониторах коллег (всего 5 штук, 3 различных производителя) — никаких катастрофических изменений не ощутил.

Может, это настолько же незаметно, насколько разница между cd и mp3?
Кроме того, есть ли смысл супер-выверять цвета для веба, если у конечных пользователей всё равно всё ненастроено, и может быть всё что угодно? То есть неопределённость не убирается, хоть обкалибруйся.
Каждому свое(Jedem das Seine) (с)
Гимп непригоден для верстки и тем более создания макетов. В нем нет эффектов слоев — а значит все эти веб-2.0-ные тени, выпуклости и градиенты легко не сделаешь. По моему, там нет и векторных масок. Что касается верстки — нет слайсов, непонятно как на кусочки резать картинку.

Ну и что касается производительности  — правильно настроеннная WinXP в разы обгоняет тяжеловесный гном, который даже на новом железе умудряется притормаживать. При том, что под Windows тоже есть bash, putty, apache, nginx, плюс нормальный файловый менеджер вроде Total Commander. Ну и фотошопы всякие.
Я так понимаю основной плюс linux это бесплатность.
в данном контексте
>правильно настроеннная WinXP в разы обгоняет тяжеловесный гном, который даже на новом железе умудряется притормаживать
Неплохо бы показать цифры какие-нибудь, что ли.
Или скринкаст, где гном подтормаживает, на худой конец.
Sempron 1800+, полгига памяти, встроенная видеокарта. Гном, Хром, Файрфокс, Тандербёрд, Эклипс открыты, ну и ещё по мелочи.
Чего-то всё нормально у меня. ЧЯДНТ?

>Total Commander
Вот никогда не мог понять, в чём его прелесть. Неудобно мне, и всё. Собственно, это вопрос всего лишь предпочтений.
> rghost.net/1544599/image.png

Это не совсем гном, это LXDE, но в Гноме с этим то же самое. это на 2-ядерном современном процессоре, замечу.

К сожалению, я не знаю способа, как отпрофайлить линуксовые GUI приложения, без необходимости компилировать весь GNOME в отладочном режиме (на что у меня нет ни времени, ни столько места на диске). И у меня нет желания читать 100-килобайтные мануалы по gdb. Потому ориентируюсь на субъективные ощущения. А они таковы, что когда в несчастной Убунте запускаешь плеер, браузер и еще пару программ, на 512 Мб памяти все начинает тормозить, в то время как в винде запущена куча программ и окон и хоть бы хны.

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

Кроме того, известно, что когда-то, несколько лет назад, народ возмущался, что Гном ест много памяти, и разработчики пытались выяснить, что можно сделать, чтобы Гномовское окружение нормально умещалось в 256 Мб, вроде они на это дело забили, проще оказалось подождать роста производительности. Это по моему многое говорит о качестве кода и подходе к разработки.

> Чего-то всё нормально у меня. ЧЯДНТ?

Я не могу постоянно пользоваться фаерфоксом и тем более Java-based IDE на более мощной железке, мне кажется они тормозят. Мне кажется, у нас с вами просто разные требования.

> Вот никогда не мог понять, в чём его прелесть. Неудобно мне, и всё. Собственно, это вопрос всего лишь предпочтений

В использовании 2 панелек, компактном отображении списка файлов, поддержке FTP, и удобных хоткеях. Все же нажать F5 проще, чем открывать 2 окна анутилуса, мучительно искать нужную папку, и тянуть мышью файлы из одного окна в другое.
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Я так понял, Total Commander — тотемная софтина не по причине двухпанельности. (В том же наутилусе есть режим по нажатию на F3).
А по каким-то другим причинам. Должно быть, в нём встроены полезные многим функции, которых нигде больше не найдёшь.
Только, судя по тому, что я о них не знаю — мне они не нужны никогда были…
Горячие клавиши, выделение файлов с пом. ins, поиск файлов, быстрый просмотр файлов (в Убунте — не быстрый, там один просмотрщик картинок запускается секунд 5, умрешь пока дождешься), редактирование файла по горячей клавише, поддержка FTP без необходимости писать УРЛ в строке адреса, работа с архивами почти как с папками, включая поиск в них (в Линуксе такого нет и не предвидится). Какая ерунда. То ли дело, в Убунте возиться с иконками и каждый архив вручную распаковывать.

Понятно, что все функции (кроме архивов и просмотра файлов) есть и в командной строке Линукса, но вот что проще, нажать одну клавишу, видя перед собой список файлов, или мучительно вспоминать ключи у сложной команды, глядя в пустой черный экран.
Просмотровщик — не заметил тормозов прямо сейчас. Щёлкнул-увидел, без проблем. Возможно, условия не те (картинки маленькие, не по 100 на папку).
Закладки на ftp делаются, вбивать заново ничего не надо.

С архивами — вы правы. Уели.
Хотя распаковывать-сжимать можно из конеткстного меню, по сколько угодно. Как и шифровать, кстати.
> вот кстати двухпанельные ФМ вообще — следствие наличия «дисков», каковые на самом деле не нужны, что нам прекрасно демонстрируют операционные системы, отличные от DOS/Windows.

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

Окошко с иконками абсолютно неудобно и придумано программистами, не способными сделать нормальный интерфейс к иерархической ФС (правильное решение — отказаться от иерархических файловых систем, к слову).
НЛО прилетело и опубликовало эту надпись здесь
а в чем это убожество проявляется можно спросить?
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Сколько раз говорилось: поставьте GIMP-sharp и режьте макеты как в фотошопе. Но нет — «непригоден» и всё тут.
НЛО прилетело и опубликовало эту надпись здесь
Некоторые возможности, которые упоминаются в комментах появляются, если использовать webdeveloper toolbar для firefox.
Хе, вы пока открыли малую часть удобства никсов. баш, imagemagick, curl, svn и т.п… Еще кажется забыли про поднятие локального сервера на никсах :).
НЛО прилетело и опубликовало эту надпись здесь
какой-то он малопривлекательный, в отличие от тотала.
А вторую панель можно и в наутилусе сделать из меню
В винде нет смысла его использовать т.к. есть TC. Я имел ввиду только версию под linux. Он достаточно функционален (поинтереснее gnome commander-а), достаточно шустрый в сравнении с krusader-ом. Для меня, за 8 лет привыкшего к TC — это оказалось приемлемой альтернативой.
а причем тут винда? Я про убунту.
Наутилус тоже достаточно функционален, к нему есть обвесы, шустрый, двухпанельный при желании.
Не пробовал наутилус в «двухпанельном» виде. Попробую.
Пользуюсь убунтой с версии то ли 6.04, то ли 6.10. Явное преимущество перед виндой для веб-разработки, ориентированной на линукс(да и вообще *nix)-сервер — возможность создать тестовую среду максимально близкую к боевой и возможность не заморачиваться с выставлением прав на сервере. Всё остальное действительно маленькие удобства, особенно если не рассчитывать на консоль и хоткеи (я не рассчитываю чаще всего при собственно разработке, проще мышкой пару раз ткнуть, чем набирать что-то, да ещё ошибки/опечатки, или даже просто нажать alt-y, хоть вторая рука свободна :). Большинство софта названного и в посте, и в комментах кроссплатформенно и выдавать gimp за удобство линукса несколько некорректно.

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

P.S. Прикола виртуальных десктопов так и не понял и не в винде (помнится в дровах нвидиа это было опцией когда-то), и не в линуксах. Рабочее окно практически всегда у меня максимизировано, переключаюсь чаще всего по таск бару, редко по альт-табу.

P.P.S. Вспомнил одно маленькое удобство, о котором никто, вроде, ещё не заикался — «искаропки» опция для окон «всегда наверху»
У вас какие-то проблемы с чтением. Если вы прочтете весь текст выше хабраката — то может быть вникнете, что никто не утверждал, что аналогов нет в вин. И не выдавал гимп за удобство линукса.
Читаю то, что написано:
Ubuntu: маленькие удобства для веб-разработчика

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

Gimp — излюбленная тема холиваров :-) Привыкнуть к нему совсем несложно…

Вам gimpa в винде хватало или нет? :)

И правда, проблемы с чтением. Еще раз. Внимательно. По буквам. Перечитайте. Текст. ДО. Хабраката.
Эта статья ни разу не претендует на исчерпывающее описание всех достоинств и недостатков Ubuntu с точки зрения веб-разработчика.
Я ни в коем случае не утверждаю, что в природе не существует аналогичных приспособлений под Windows. Но я — человек ленивый, а для Windows все, даже Putty, надо искать, скачивать, устанавливать… а за многое из найденного — еще и платить. В то время как в Ubuntu все это доступно прямо «из коробки».
Вы путаете понятия — гимп для винды это не аналог гимпа для линукса, это та же самая программа. А скачивать и устанавливать теперь её и в убунту нужно.
Ох, прошу прощения. Нужно было сразу заглянуть к вам в профиль. Продолжайте.
А причём тут мой профиль?
Отличная статья, спасибо.

Есть конечно недостатки — для меня лично — отсутствие клиента вебманей, интернет_екплорера и еще нескольких виндовс-приложений. Но ето прекрасно лечиться VirtualBox'ом с ХР.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации