29 марта 2024, 13:12:18

Новости:

Чтобы загрузить изображение нужно нажать кнопку "ПРЕДВАРИТЕЛЬНЫЙ ПРОСМОТР".


avatar_Duke

RTFM

Автор Duke, 02 марта 2006, 02:40:04

0 Пользователей и 1 гость просматривают эту тему.

Duke

Linux-сервер-пошаговые инструкции инсталяции и настройки.


Linux-сервер-пошаговые инструкции инсталяции и настройки
[В.В. Бруй и С.В. Карлов]
[2003]

В книге в доступной для неподготовленного читателя форме рассматривается процесс инсталляции и настройки Linux-серверов различного целевого назначения и следующего программного обеспечения:

- GnuPG, OpenSSL, OpenSSH - криптографического программного обеспечения, используемого для безопасной передачи данных, проверки подлинности и целостности электронных документов, администрирования удаленных систем;
- Sudo, sXid, LogSentry, HostSentry, PortSentry, Snort, ucspi-tcp, xinetd, NTP - программного обеспечения для ограничения доступа к серверу, анализа файлов регистрации и обнаружения попыток деструктивного воздействия;
- ISC BIND - программного обеспечения для организации службы DNS;
- Squid, SquidGuard, VPN-cервер FreeS/WAN, PPTP-клиент - программного обеспечения, используемого для организации шлюза из локальных сетей в Интернет и объединения локальных сетей с помощью сетей общего пользования;
- Exim, Qpopper, SpamAssassin, Doctor Web - программного обеспечения, используемого для организации службы электронной почты с поддержкой фильтрации сообщений, содержащих спам и вирусы;
- MySQL - сервера баз данных; ProFTPD, vsFTPD - программного обеспечения, предназначенного для организации FTP-сервера;
- Apache HTTP Server, PHP, mod_perl - программного обеспечения, предназначенного для организации Web-сервера;
- Samba - программного обеспечения, используемого для организации совместного доступа к общим сетевым ресурсам (файлам, каталогам и принтерам).

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

[Для просмотра ссылки зарегистрируйтесь] 3,2 Мб.

Duke

А.Трасковский - Секреты BIOS

[Для просмотра ссылки зарегистрируйтесь]

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

Размер: 2,92 МБ

[Для просмотра ссылки зарегистрируйтесь]

Duke

14 января 2007, 06:50:25 #22 Последнее редактирование: 14 января 2007, 06:51:04 от Duke
О грамотном использовании БД MySQL

Многие мои друзья и знакомые часто спрашивают меня о том, как устроен
  мой сайт, сколько у меня таблиц в базе данных, как я храню данные и по
  каким полям веду поиск. Я, конечно, не выдаю все свои государственные
  тайны, но всегда понимаю причину таких вопросов и пытаюсь помочь людям
  построить быструю и надежную базу данных - т.е. тщательно продумать
  структуру БД таким образом, чтобы при увеличении нагрузки или объема
  таблиц динамический веб-сайт не превратился в тормозное усмертие. А
  ведь многие новички (веб-строители) даже не догадываются о том, что
  крупные динамические сайты тормозят вовсе не из-за нагрузки скриптов
  на процессор, а в основном из-за неоптимизированного или дохленького
  MySQL-сервера. При этом во многом все зависит от того, как устроена
  ваша база данных.

  Итак, начнем ликбез. Сразу всем вопрос: что делает MySQL во время
  записи в таблицы типа INSERT или UPDATE? Правильно - БЛОКИРУЕТ ТАБЛИЦЫ
  и пишет в них данные. Скорость записи и поиска может быть достаточно
  низкой, поэтому статус таблиц запрещает другим процессам считывать из
  них данные до окончания операции записи или обновления и снятия
  блокировки. При этом может получиться так, что во время записи
  единственного поля в длинные таблицы, ваш MySQL-сервер надолго
  заблокирует доступ к таблице остальным скриптам.

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

       ID - номер, первичный ключ
       TEMA - тема новости
       MESS - сообщение, сама новость
       VIEWS - количество просмотров


  При каждом обращении к новостям, скрипт будет выводить саму новость, а
  потом увеличивать поле VIEWS запросом UPDATE table 'NEWS' set
  VIEWS=VIEWS+1 where id=ID. При этом количество апдейтов будет довольно
  высоким. При высокой посещаемости веб-ресурса или при "нападении" на
  сайт поискового робота (эти ребята страдают многопоточностью и могут
  запросто повесить ваш сайт своими запросами) несколько одновременных
  процессов станут пытаться сделать UPDATE и SELECT. При каждом UPDATE
  таблица будет блокироваться (на это уходит время) и все остальные
  процессы будут ждать завершения операции. А если таблица достаточно
  большая? Например, несколько тысяч записей. Ежу понятно, что
  построится очередь из нескольких десятков скриптов, ожидающих ответа
  MySQL-сервера. Каждый будет жрать память и держать остальные процессы.
  В итоге все у вас зависнет и переглючит. Выход: делать вместо одной
  таблицы несколько. Советую разделять поля по типу их использования.
  Одну таблицу - только для вывода и редких обновлений или вставок.
  Другую - для частых обновлений, но редкого вывода. Например, значения
  счетчика обращений держать отдельно в таблицу вида:

       ID - номер, первичный ключ
       VIEWS - количество просмотров


  Сами новости лучше держать в другой таблице, где нет поля VIEWS. При
  этом таблица с новостями будет тяжелой (много текста, полей,
  индексов), а таблица COUNT (счетчик) будет очень легкой и быстрой.
  Таблица NEWS будет кешироваться и выводиться очень быстро при любых
  объемах, а таблица COUNT будет быстро обновляться из-за того, что она
  очень легкая (всего два целочисленных поля). Разделение данных по
  нескольким таблицам существенно ускоряет работу MySQL-сервера. Гораздо
  быстрее работают несколько мелких запросов по каждой таблице, чем один
  длинный запрос по одной или нескольким таблицам. Имейте это в виду,
  чтобы спать спокойно.

  Дальше - круче. Чтобы не блокировать лишний раз свои таблицы
  используйте при вставках директиву DELAYED. Пример: INSERT DELAYED
  into STAT (ID,IP,UTIME) values (null,$ip,NOW()). Он позволяет серверу
  ответвлять поток в режиме ожидания, а саму вставку производить тогда,
  когда сервер освободится от других запросов или поступит следующий
  аналогичный INSERT DELAYED. Обычно отложенный метод подходит для любых
  операций с кумулятивными таблицами (когда в основном идут INSERTы, а
  данные копятся, а не модифицируются), при которых не особо важно когда
  именно подействуют изменения - мгновенно или через несколько секунд,
  минут. Например, если хотите собирать IPадреса своих посетителей,
  УРЛы, по которым они ходят или страницы, откуда пришли, время. При
  добавлении с задержкой скрипт отработает почти мгновенно, еще до
  выполнения операции.

  Операция UPDATE идет в три этапа: поиск того, что будете менять, затем
  запись данных, обновление индексов. При этом, чем больше таблица, тем
  дольше поиск. Если есть индексы, то операция кешируется и выполняется
  достаточно быстро. Но сам процесс очень емкий. И только дурак не
  догонит, что большая таблица со множеством индексов и записей, будет
  тормозить при UPDATE. INSERT же выполняется одним залпом, очень
  быстро. Поэтому обычно используют аддитивные записи (вставками INSERT)
  во временные таблицы, потом блокируют основные талицы, суммируют
  обновления, и плюют их в основную таблицу. Получается, что в основном,
  главные таблицы работают только в режиме вывода, а обновления идут
  гораздо реже и быстрее. Например, можно копить данные о загрузках
  новостей во временной таблице, а по крону или иным образом обновлять
  счетчик каждые 10 минут (или реже). Это ускорит работу сервера.

  При запросах SELECT * FROM таблица скрипт получит все поля данной
  таблицы. А нужно ли это? Использование * ведет к лишнему расходу
  ресурсов. Гораздо эффективнее использовать точные названия полей,
  которые нужны скрипту. Например: SELECT id,name FROM таблица. При
  таком запросе передача займет меньше времени и понадобится меньше
  ресурсов. Старайтесь ограничивать вывод при помощи директивы LIMIT.
  Это также ускоряет вывод.

  Поиск по БД идет быстрее если вместо LIKE '%слово%', ставить 'слово%'.
  Операции с шаблонами регулярных выражений кешируются только в том
  случае, если в начале отсутствует символ %. Поэтому при построении
  поисковых запросов с LIKE избегайте начинающих символов %.

  При построении таблиц для наиболее используемых полей (при поиске,
  сортировке и т.д.) обязательно создавайте индексы. Без индексов
  таблицы будут сильно тормозить. Индексы служат для кеширования и
  позволяют существенно ускорить вывод данных из таблиц. При этом
  таблицы будут занимать больше места на диске и в памяти. Но это в наше
  время не проблема.

  Используйте надлежащий тип полей для своих записей. Тип TINYINT
  занимает 1 байт - самый быстрый. Таблицы с MEDIUMINT быстрее таблиц с
  INT. Если ставить полям свойство NOT NULL, то в целом их работа будет
  быстрее. VARCHAR медленее CHAR, поэтому таблицы переменной длины (где
  есть тип VARCHAR или TEXT) занимают меньше дискового пространства, но
  работают медленнее.

  По своему опыту скажу, что для большинства сайтов подходят изложенные
  советы по работе с MySQL. Чтобы еще больше ускорить свой сервер,
  советую частоиспользуемые операции проводить по крону выделенными
  процессами и писать данные в различные файлы. Например, раз в 20 минут
  запускать скрипт, который будет создавать файл с новостями. Или
  например, генерить файл с новостями при их добавлениях или
  обновлениях. Таким образом, вы экономите на каждом обращении к БД.
  Интерактивность при этом не теряется, а производительность
  увеличивается во много раз. Особенно, повторяю, при высокой
  посещаемости ресурса. Старайтесь отделить интерактивные операции от
  фоновых. Например, на ПротоПлексе работает один интерактивный движок,
  но в фоне по заданиям трудятся с десяток различных роботов, которые
  генерируют часто вызываемые страницы, рассылают письма и т.д. Крупный
  сайт - это не только то, что вы видите, но и бек-енд (обратная
  сторона). В фоновом режиме можно быстро и эффективно готовить контент,
  освобождая основной движок от лишней работы.

  В общем, основы должны быть всем понятны. Дробите все на мелочи, будь
  то запросы, таблицы или операции. Структура БД должна быть такой,
  чтобы не выполнялось ничего лишнего. Регулярно проводите OPTIMIZE на
  таблицах с переменной длиной, особенно, если в них идут удаления
  записей. Тестируйте свои запросы на скорость, упрощайте их. Ну а я уже
  устал это писать :) Если будут вопросы, пишите, отвечу.

Duke

Что такое Solaris ?


Solaris -- это операционная система, проприетарный вариант Unix, разработанный Sun Microsystems.

Начиная с версии Solaris 9, Sun предлагает для скачивания свободно доступную (но в бинарном коде, то есть с закрытыми исходниками) некоммерческую версию Solaris по лицензии CDDL. От коммерческой версии она отличается лишь отсутствием формальной технической поддержки от Sun, печатной документации и некоторого объема дополнительного проприетарного софта (Value Added Software).

В июне 2005 года Sun приняла решение открыть часть (но не всю кодовую базу) исходного кода Solaris 10 и запустить проект OpenSolaris. Разработка следующей версии Solaris -- 11.0 ведется уже в сотрудничестве с OpenSolaris Community и в значительной степени на кодовой базе OpenSolaris 1.0.

Ранние версии, базировавшиеся на BSD UNIX, назывались SunOS. В SunOS 5 исходные коды перевели на базу System V, и сменили имя на Solaris 2. После выхода версии 2.6, Sun отбросила из имени «2.», и следующая версия называлась уже Solaris 7. На данный момент (2005 год) вышли версии Solaris 8, Solaris 9 (22 мая 2002 года), и Solaris 10 (выпущена 1 февраля 2005 года). Идет интенсивная разработка Solaris 11.0 (кодовое название проекта -- Nevada).

Solaris состоит из базовой ОС SunOS плюс графический интерфейс пользователя (GUI). В первых версиях Solaris использовался GUI OpenWindows. Начиная с версии Solaris 2.6 его сменил CDE, а в версию Solaris 10 включён Sun Java Desktop System, который базируется на GNOME.

Изначально Solaris разрабатывалась для процессоров SPARC. Есть также версия для процессоров архитектуры x86. Также предпринималась попытка портировать Solaris на архитектуру PowerPC, была выпущена версия 2.5.1 для этих процессоров, однако, от поддержки их вскоре отказались. В настоящее время идет возрождение поддержки архитектуры PowerPC в OpenSolaris. Solaris 10 доступна для архитектур x86-64, SPARC (32-бит и 64-бит SPARC) и x86. Sun также реализовала Linux API в Solaris 10, что дало возможность запускать Linux-приложения под Solaris x86.

Duke

Лагутенко О.И. Модемы. Справочник пользователя.

[Для просмотра ссылки зарегистрируйтесь]

Duke

Обучающий видеокурс по AutoCAD 2007 (2007)


Название: Интерактивный курс. Autodesk AutoCAD 2007
Год: 2007
Студия: Copyright © 2006 Новая Школа

Описание: Интерактивный курс по программе Autodesk AutoCAD 2007 предназначен для пользователей, впервые начинающих работу с этой программой. Благодаря данному курсу, пользователь сможет легко и быстро освоить работу с программой, подробно изучить ее интерфейс и основные действия, необходимые для работы.

Существующие возможности:
- Самостоятельное выполнение действий с изучаемой программой непосредственно в процессе обучения.
- Удобная навигация по интерактивным темам: перемещение вперед и назад по текущей теме, переход по следующим и предыдущим темам.
- Текстовый вариант курса, сопровождающийся иллюстрациями.
- Быстрый поиск по текущему тексту темы.
- Расширенный поиск по всему текстовому содержанию курса.
- Возможность перехода на интерактивный урок, содержащий искомое слово.
- Вывод на печать текстового варианта темы с предпечатным просмотром.

Минимальные системные требования:
Операционная система: Windows 98/Me/2000/XP
Процессор: Pentium III
Оперативная память: 128 Mb
Видео: 2 Mb, 1024х768
CD-ROM: 4x



http://rapidshare.com/files/16516372/AutoCAD2007.part1.rar
http://rapidshare.com/files/16505995/AutoCAD2007.part2.rar

Duke

Учебник по 3D Studio MAX 5.0


Качаем [Для просмотра ссылки зарегистрируйтесь].

Ell

17 мая 2007, 19:18:13 #27 Последнее редактирование: 18 мая 2007, 01:50:45 от Duke
справка по BSOD, описание всех ошибок.

очень полезная вещь. печатать и вешать на стену, а лучше всем выучить наизусть как стишок :D
читать перед сном.повторять во сне
[Для просмотра ссылки зарегистрируйтесь]
P.S. формат chm
Не придумывай себе одиночества (с)..

Ell

10 июня 2007, 20:20:50 #28 Последнее редактирование: 10 июня 2007, 20:31:48 от Ell
более полная инструкция по обжиму

Сетевая карта <> Коммутатор по стандарту: T568A
[Для просмотра ссылки зарегистрируйтесь]

Сетевая карта <> Коммутатор по стандарту: T568B
[Для просмотра ссылки зарегистрируйтесь]

Сетевая карта <> Сетевая карта
[Для просмотра ссылки зарегистрируйтесь]

Схема обжима 4 жильного провода

Сетевая карта <> Коммутатор
[Для просмотра ссылки зарегистрируйтесь]

Сетевая карта <> Сетевая карта
[Для просмотра ссылки зарегистрируйтесь]

Два сетевых соединения на одном кабеле
[Для просмотра ссылки зарегистрируйтесь]

ток по витой паре
[Для просмотра ссылки зарегистрируйтесь]


[Для просмотра ссылки зарегистрируйтесь]
Не придумывай себе одиночества (с)..

Duke

Active Directory в Windows 2000.
Алексей Чекмарёв

[Для просмотра ссылки зарегистрируйтесь]



По всем вопросам пишите по адресу gratispp@mail.ru