BgLOG.net
By nikola , 26 April 2005
Тази публикация е нещо като допънение към моята статия Инсталация на Postfix Admin с поддържка на PostgreSQL.

В няколко поредни публикации ще опиша как можете да настроите вашия пощенски сървър, работещ с Postfix, да функционира съвместно с PostgreSQL, като съхранява стойността на голяма част от често променящите се параметри в база данни.

Първоначално е необходимо да се запознаете със статията ми Инсталация на Postfix Admin с поддържка на PostgreSQL, както и с базовата документация, свързана с този тип интеграция. В горепосочената статия се описва не само инсталацията на Postfix Admin, но и как се "подкарва" изобщо хостинг на виртуални домейни и пощенскки кутии на Postfix съвместно с PGSQL. Параметрите, описани там, тук ще пропускам.

Параметърът mynetworks

Създаваме съвсем простичка таблица:

CREATE TABLE mynetworks (
ip_addr varchar(20),
comments text
);

Създаваме файл /etc/postfix/pgsql_mynetworks със следното съдържание:

/etc/postfix/pgsql_mynetworks
# Потр. име за достъп до базата данни
user = postfix

password = [парола]
hosts = localhost

# Име на базата данни
dbname = postfix

table = mynetworks
select_field = ip_addrwhere_field = ip_addr


Защитавате файла така, че да е четим само за потребителя postfix, с чиито права работи самият сървър.

Описвате параметъра в /etc/postfix/main.cf:

/etc/postfix/main.cf
mynetworks = pgsql:/etc/postfix/pgsql_mynetworks

Презареждате сървъра:

postfix reload

Въвеждате си необходимите IP адреси:

INSERT INTO mynetworks (ip_addr, comments)
values ('127.0.0.1', 'localhost');
INSERT INTO mynetworks (ip_addr, comments)
values ('192.168.0.0/24', 'My LAN');

И т.н.

Следва продължение
Legacy hit count
925
Legacy blog alias
625
Legacy friendly alias
Интеграция-на-Postfix-с-PostgreSQL--І
Линукс

Comments

By nikola , 21 March 2005
Заради хардуерен ъпгрейд сървърът, на който се хоства сайтът http://bglog.net, ще бъде недостъпен на няколко интервала от време, равняващи се наняколко часа, считано от тази вечер, понеделник, 21 март. Не посочвамточно колко време ще има проблеми с достъпа, защото не мога да предвидяколко време ще отнеме изграждането на RAID масива.

Предварително моля за извинение всички фенове на bglog.net и обещавам скоро да не правя така;)
Legacy hit count
805
Legacy blog alias
349
Legacy friendly alias
Server-downtime
Линукс

Comments1

nikola
nikola преди 21 години и 1 месец
Патакламите около ъпгрейда приключиха, така че вече няма да има спиране.
By nikola , 26 January 2005

Сървърът, на който се хоства http://bglog.net (повече информация за машината можете да намерите на http://mirrors.logos-bg.net), от 3 ч. тази сутрин вече работи с apache2 (2.0.52). Целта на миграцията, която беше обмисляна отдавна и няма пряка връзка със сайта, е да се изстиска максимум производителност от системата.

Вероятно не е тайна, че използваната Линукс дистрибуция е Debian. В тази дистрибуция се предлагат различни готови модификации на apache2 според нуждите. За нашия случай е избран вариантът apache2-mpm-prefork с libapache2-mod-php4 (4.3.10).

Следващата стъпка, която предложих на Тери за оптимизиране на този сайт, е преминаването от MySQL към PostrgeSQL. Ако всичко е наред и ако структурата на базата данни на Drupal го позволява, миграцията може да стане с минимум усилия.

Legacy hit count
863
Legacy blog alias
66
Legacy friendly alias
Вече-сме-с-apache2
Линукс

Comments3

Teri
Teri преди 21 години и 3 месеца
Честито за ъпгрейда! :)Като гледам кога си писал тази тема, май пак не си спал :)Относно минаването към Postgre, не знам дали ще стане, тъй като повечето модули имат възможност да работят и с двете БД, но някои от тях само с MySQL. Но ако може да се преобразуват заявките, значи може и да стане :)
nikola
nikola преди 21 години и 3 месеца
Ами не, просто по това време съм на работа;) Ако има модули, които работят само с MySQL, трябва да забравим за PostgreSQL, освен ако модулите не са написани и работят съвсем самостоятелно (т.е. не ползват метода за автентикация на самия Drupal). Иначе ще трябва направо да се пренаписват, което е безсмислено. Иначе структурата на базата и данните позволяват почти 1:1 (с някои малки трикове) да се направи dump на базата в момента и да се импортира в PostgreSQL-а.
BasiDi
BasiDi преди 20 години и 5 месеца
Интересува ме едно компетентно мнение - има ли съществена разлика между MySQL към PostgreSQL при средноголеми БД с ограничен (разбирай много ограничен) кръг потребители ? Ако може само с няколко думи :)