- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
кстате, вот новый логотип FreeBSD :)
rtyug, баяны все эти картинки уже :)
rtyug, баяны все эти картинки уже :)
Нда. Это, пожалуй, единственный момент в котором фря однозначно рулит :D (Хотя бывают девушке и красивше).
Подобную вариацию логотипчика пингвина мне привести слабо :(
А как к примеру в дебиане пых обновить, скажем до 5.2.14?
1) дебиановский вариант 5.2.6 не устраивает.
2) Имею ввиду не компилируя вручную
1) чем?
2) можно обновиться до более новой версии в squeeze (5.3.2, насколько я помню).
Провел опыт, засек, а сколько же времени уходит на сборку apache-2.2.16_1 из исходников
Да никто в здравом уме на десятке хостинговых серверов такого не делает.
На десятке? На десятках, каждый индивидуально, каждый с учетом того, что там будет работать! А как же иначе? Или Вы ставите сервера десятками ежедневно? Когда же они работают в таком случае?
Это именно и является, как правило, мелочью. Архитектурные особенности хостинга (наличие фронтенда, кеширования, различных акселераторов динамики) - это на порядки существеннее скажется.
Если эту мелочь умножить на "Архитектурные особенности хостинга (наличие фронтенда, кеширования, различных акселераторов динамики)" то все равно получится выиграш. "Курочка по зернышку клюет" :)
Плюс, пересобрать пакеты в бинарных дистрибутивах и сделать для своего "хостенка" репозитарий пакетов - как два пальца. Так нормальные люди и делают. Что во фре, что в debian.
Еще один велосипед? В дебиан - возможно, во фре ежедневно обновляются десятки пакетов, и, если собрать такой репозитарий, на поддержку его в актуальном состоянии уйдет настолько много сил, что вряд ли Вы найдете "нормальных людей", которые станут этим заниматься. Штатно обновлять потры и софт из них куда проще.
myhand, это все холивар...
для установки пакетов на FreeBSD можно написать скрипты, сделать свой установщик...
чтобы он собрал со всем зависимостями... и т.д.
...если пакета конкретного нету - собрать как нубудь его... и т.д.
если нету установщика для пакетов или если он плохой - это означает то, что он никому не нужен там...
===
вот кстате именно для debian написали расширенный установщик Cupt на perl
http://wiki.debian.org/Cupt
который официлально Debian Maintainer
Релиз-кандидат менеджера пакетов Cupt для Debian
Доступен для тестирования первый релиз-кандидат программы Cupt - альтернативы APT для управлениями пакетами в дистрибутивах Debian и производных от него.
Cupt использует те же списки пакетов, индексы, кэш пакетов, синтаксис опций, что и APT, понимает большинство широко используемых опций APT.
Cupt начал разрабатываться в декабре 2008 года из-за того, что автора, до этого несколько месяцев бывшего в команде по разработке APT, не устраивала текущая реализация. Cupt - реализация с нуля большинства функций APT, а также некоторых других возможностей:
* строгий полнофункциональный разрешитель зависимостей
* отображение причин смены состояния пакета при запросах на изменение состояния системы
* проверка имён параметров командной строки и APT-специфичных параметров
* регистрозависимый поиск
* команда 'satisfy' для удовлетворения набора требований
* возможность принудительной синхронизации версий бинарных пакетов по именам исходных пакетов
* команда 'shell' - текстовая "оболочка" менеджера пакетов
* интеграция с пакетом 'debdelta' для прозрачного использования бинарных различий пакетов при обновлениях (для тестируемой (testing) и нестабильной (unstable) веток дистрибутива Debian)
Из нереализованного:
* поддержка PDiff'ов при обновлениях списков пакетов
* поддержка репозиториев на CD/DVD-дисках
Пакеты Cupt имеются в Debian testing (1.0.0~beta1) и Debian unstable (1.0.0~rc1).
Cupt - менеджер пакетов, front-end к dpkg, альтернатива APT для управлениями пакетами в дистрибутивах Debian и производных от него.
С момента прошлой новости на ЛОРе сделаны следующие значимые изменения:
* добавлена возможность принудительной переустановки пакета, имеющего ту же версию, что и в системы, но отличающегося контрольные суммой (команда 'reinstall')
* увеличена средняя скорость разрешения зависимостей и определения порядка вызова dpkg
* уменьшено среднее потребление памяти
* реализовано автодополнения аргументов командной строки для для Bash
* добавлена возможность сохранения и восстановления "снимков" системы (снимок - набор всех установленных пакетов системы, восстановление означает установку сохранённых версий пакетов и не является транзакционным)
* добавлена экспериментальная возможность обновления системы в режиме скачать-установить-удалить, дающая возможность снизить нужное для скачивания всех пакетов место на 1-70% (в среднем, на 10-20%)
* реализована поддержка плагинов - методов скачивания пакетов
* исправлены десятки ошибок
Версия 1.5.3 уже доступна в Debian unstable.
full-case strict dependency problem resolver;
command-line and APT-like option name checker;
case-sensitive search;
pinning by source package name;
pinning by package groups using shell-like patterns;
configurable 'depends' and 'rdepends' subcommands;
support of LZMA-compressed indexes;
'satisfy' subcommand;
support of external problem solvers;
source versions synchronization;
'shell' subcommand;
debdelta integration.
What features Cupt doesn't have?
handling of cdrom:// URIs;
PDiffs support.
точно так же можно и на FreeBSD сделать, такой установщик
можно даже и Cupt портировать на FreeBSD, только я не знаю кому это надо...
я даже спрашивал кому он нужен будет на FreeBSD - желающие не нашлось...
На десятке? На десятках, каждый индивидуально, каждый с учетом того, что там будет работать!
Накой черт там что-то делать "индивидуально"? Тазики все одинаковые, в пределах исполняемых ими ролей (прокси, бакенд, mysql-сервер и т.п.)
А как же иначе? Или Вы ставите сервера десятками ежедневно? Когда же они работают в таком случае?
На большом хостинге ввод-вывод сервера в эксплуатацию - задача рутинная. Может и не каждый день, но раз в неделю - уже весьма вероятно.
Если эту мелочь умножить на "Архитектурные особенности хостинга (наличие фронтенда, кеширования, различных акселераторов динамики)" то все равно получится выиграш.
А почему "умножить", а не "сложить", например? "Вычесть", или вообще "разделить"?
Что гарантированно получается - геморой. Сложная гетерогенная инфраструктура, о которой нужно помнить дополнительно кучу мелких тонкостей сборки, ради каких-то долей процента.
Еще один велосипед? В дебиан - возможно, во фре ежедневно обновляются десятки пакетов
Это не велосипед, а практика разумных людей. Весь репозитарий дебиана/фри дублировать не придется - пересобираете как нужно отдельные пакеты и кладете в свой реп. Для совсем танкистов: пересборка этих пакетов потом потребуется далеко не при каждом обновлении в официальном репе. Только (и то не факт) при выходе очередного релиза - так в дебиан.
вряд ли Вы найдете "нормальных людей", которые станут этим заниматься. Штатно обновлять потры и софт из них куда проще.
Влегкую найду, сам подобным занимался (хостинговая компания, мягко говоря, далеко не самая маленькая в России, хостинг был именно на фре). А вот буратин, которые собирают софт из портов на каждом хостинговом сервере - нужно уже искать с фонарем (в районе "хостенков" из одного сервера).
для установки пакетов на FreeBSD можно написать скрипты, сделать свой установщик...
Можно собрать свой боинг, при желании :)
Только зачем? Нехилые трудозатраты, а нормальные люди уже подобное и весьма качественно сделали (как стандартная инфраструктура управления пакетами в дебиан) - может заняться полезной работой вместо этого?
PS: Чтобы портировать cupt на фрю - нужно сперва портировать dpkg. А потом еще есть всякие тулзы для управления сборкой, для построения репозитариев, для ... - короче, если Вы хотите из фри сделать дебиан, то это уже сделано. Я упоминал. В порте есть и cupt.
myhand, По сути, разговор ни о чем, слишком разные подходы:
у Вас конвеер, у меня ручная работа. Говорить о том, чей подход лучше, смыла нет, и то и другое имеет право на жизнь и своих потребителей.
я спрашивал на форумах у пользователей FreeBSD, кому нужен там установщик пакетов и никто не ответил...
он там никому не нужен....
ну что за тема, debian vs freebsd? и почему именно дебиан, а не centos vs freebsd например? тут и холивара не получится толкового, имхо..
админите все сами? имеете один-два сервака? любите поковырять-попатчить? ставьте фрю, хотя и дебиан вам позволит поизвращаться всласть, но он не заточен изначально для этого..
оптимизация тоже палка о двух концах, зависит от компилятора, флагов, еще от каких погодных условий... реально был случай, когда openssl speed бла-бла, собранный в генте с -O2 и со всеми оптимизациями под процессор, показывал на таком же железе худшую производительность, чем собранный с -Os и теми же оптимизациями....