fozzy

«Если что-то работает — то не трогай это»

cat /usr/src/linux/.config | grep XEN
CONFIG_XEN=y
CONFIG_XEN_DOM0=y
CONFIG_XEN_PRIVILEGED_GUEST=y
CONFIG_XEN_PVHVM=y
CONFIG_XEN_MAX_DOMAIN_MEMORY=128
CONFIG_XEN_SAVE_RESTORE=y
# CONFIG_XEN_DEBUG_FS is not set
# CONFIG_XEN_DEBUG is not set
CONFIG_PCI_XEN=y
CONFIG_XEN_PCIDEV_FRONTEND=y
CONFIG_XEN_BLKDEV_FRONTEND=y
CONFIG_XEN_BLKDEV_BACKEND=y
# CONFIG_NETXEN_NIC is not set
CONFIG_XEN_NETDEV_FRONTEND=m
CONFIG_XEN_NETDEV_BACKEND=y
CONFIG_INPUT_XEN_KBDDEV_FRONTEND=y
CONFIG_HVC_XEN=y
# CONFIG_XEN_WDT is not set
CONFIG_XEN_FBDEV_FRONTEND=y
CONFIG_XEN_BALLOON=y
CONFIG_XEN_SCRUB_PAGES=y
CONFIG_XEN_DEV_EVTCHN=y
CONFIG_XEN_BACKEND=y
CONFIG_XENFS=y
CONFIG_XEN_COMPAT_XENFS=y
CONFIG_XEN_SYS_HYPERVISOR=y
CONFIG_XEN_XENBUS_FRONTEND=y
CONFIG_XEN_GNTDEV=y
CONFIG_XEN_GRANT_DEV_ALLOC=y
CONFIG_XEN_PLATFORM_PCI=y
CONFIG_SWIOTLB_XEN=y
CONFIG_XEN_PCIDEV_BACKEND=y


Я думаю вам первые 3 строчки нужны.

Если не используется fb, то надо пересобирать ядро подкручивая следующие опции:
CONFIG_VGACON_SOFT_SCROLLBACK=y
CONFIG_VGACON_SOFT_SCROLLBACK_SIZE=64

Googlebot referer не шлет. Вообще фрэймы — зло.

секс

для меня легче всего использовать Compass или imageMagick для создания спрайтов

пример ImageMagick: convert *png -append result-sprite.png

пример Compass:

@import «icon/*.png»;
@include all-icon-sprites;

.new { @include icon-sprite(new); }
.edit { @include icon-sprite(edit); }
.save { @include icon-sprite(save); }
.delete { @include icon-sprite(delete); }

Что интересно — даже если в настройках поставить «не сохранять историю», то в рамках одной сессии она один хрен сохраняется и синхронизируется с остальными включенными скайпами. Идиотская функция на самом деле. Нет бы сделать как в джаббере приоритеты и удалённое управление из одного аккаунта, чтоб отключать при необходимости другие скайпы.

1) В рейде будет только 2 винчестера по 1 ТБ.
2)Для сохранения информации собирайте RAID 1, он сделает зеркало из двух винтов, конечный объем 1 ТБ будет, и если один винт умрет инфа будет на втором.
3)При таком рейде по идее вы выиграете в скорости чтения, но немного проиграете в записи.
4)Не покупайте рейдконтроллер, сделайте рейд софтовый, на хороший рейдконтроллер от 300 баксов у вас денег не хватит, а качество дешевых хуже софтового рейда.
5)Отминусуйте того кто написал что рейд 0 это зеркало. Пруфлинк ru.wikipedia.org/wiki/RAID
6)При текущих мощностях процессоров на ваш рейд 1 уйдет ресурсов процессора совсем чуть чуть, ибо простое зеркалирование, без подсчета контрольных сумм(как в 5-ом и 6-ом рейде).
7)Систему стоит поставить на винт 250 и не хранить на нем никаких важных данных, к тому же это даст небольшой прирост производительности.

В reiserfs было много оптимизаций по поводу большой кучи мелочи, посмотрите reiser4

Из моего опыта — самое лучшее — найти хорошего дизайнера, проработать с ним годик-другой плотно и тесно (даже без ТЗ, но постоянно обсуждая идеи и видение). После этого необходимость в ТЗ отпадает как в таковом, и, если вы хорошо сойдетесь, «контакт» будет достаточно тесным ещё на этапе идей.
Хорошая команда многого стоит.

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

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

под верстальщиком я понимаю связку верстальщика и джаваскриптера.

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

Хорошо бы для начала разобраться — вы имеете в виду именно дизайнера, или фотошопера-верстальщика? Дизайн — это как бы не только рисование картинок, а в первую очередь проектирование интерфейса и взаимодействия с ним пользователя, где картинки нужны только для визуальных акцентов на элементах интерфейса.
Так вот если вы ставите задачу дизайнеру — вы должны определять цели интерфейса и пользовательские истории с персонажами, но не детали реализации.
А если задача ставится человеку, которые про проектирование взаимодействия не слышал — то видимо эта часть работы уже так или иначе сделана и тогда в ТЗ надо отражать технические подробности (требования к верстке, валидации, браузерам etc). Иразумеется предоставлять фотошоперу эскизы страниц/экранов (а лучше работающий прототип с разметкой блоков).
Как-то так…

Прототип должен передавать идею проекта, но не должен содержать дизайн. Но прототип нужен. Как Вам чтобы понять что вы хотите от дизайнера чтобы он впихнул невпихуемое на страницу, так и дизайнеру, чтобы понять что и куда вставлять. И желательно если вы хотите разместить на странице текст — то писать не «какой-то текст», а не полениться, набрать кусок текста, средней (а то и максимальной) длины. Это так же относится к никам и прочим подобным надписям, а то потом будете думать что делать с никами, т.к. ник wwwwww не влезает, а ник iiiiiiii влезает в дизайн, хоть и длиннее.

То, что вы подняли этот вопрос — уже хорошо.



На мой взгляд не следует рекомендовать дизайнеру, что ему нужно делать. А грамотный дизайнер/верстальщик сам должен составить такой бриф или техническое задание, которое поможет ему в работе лучше, чем ваши рекомендации. Разве это не его/ее работа?

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

Пример: Вон та кнопка должна onhover быть другим цветом.

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

А самое главное не бойтесь решать поставленные задачи нестандартными способами.

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

Если неинтересен, отдайте говносеошникам за копейки.

Лучше textmate ничего не найдете(

www.ucrf.gov.ua/uk/imei_base/faq/

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