The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Стабильный выпуск СУБД MariaDB 10.6

09.07.2021 08:11

После года разработки и трёх предварительных выпусков опубликован первый стабильный релиз новой ветки СУБД MariaDB 10.6, в рамках которой развивается ответвление от MySQL, сохраняющее обратную совместимость и отличающееся интеграцией дополнительных движков хранения и расширенных возможностей. Поддержка новой ветки будет осуществляться 5 лет, до июля 2026 года.

Развитие MariaDB курирует независимая организация MariaDB Foundation в соответствии с полностью открытым и прозрачным процессом разработки, не зависящим от отдельных производителей. MariaDB поставляется вместо MySQL во многих дистрибутивах Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) и внедрён в таких крупных проектах, как Wikipedia, Google Cloud SQL и Nimbuzz.

Ключевые улучшения MariaDB 10.6:

  • Обеспечена атомарность выполнения выражений "CREATE TABLE|VIEW|SEQUENCE|TRIGGER", "ALTER TABLE|SEQUENCE", "RENAME TABLE|TABLES", "DROP TABLE|VIEW|VIEW|TRIGGER|DATABASE" (либо выражение полностью завершено, либо всё возвращается в исходное состояние). В случае операций "DROP TABLE", удаляющих разом несколько таблиц, атомарность обеспечивается на уровне каждой отдельной таблицы. Целью изменения является обеспечение целостности в случае краха сервера в процессе выполнения операции. Ранее, после краха могли оставаться временные таблицы и файлы, нарушаться синхронизация таблиц в движках хранения и frm-файлах, оставаться непереименованными отдельные таблицы при переименовании разом нескольких таблиц. Целостность обеспечивается за счёт ведения журнала восстановления состояния, путь к которому можно определить через новую опцию "--log-ddl-recovery=файл" (по умолчанию ddl-recovery.log).
  • Реализована определённая в стандарте SQL 2008 конструкция "SELECT ... OFFSET ... FETCH", позволяющая вывести определённое число строк, начиная с указанного смещения, с возможностью использования параметра "WITH TIES" для прикрепления ещё оного следующего значения. Например, выражение "SELECT i FROM t1 ORDER BY i ASC OFFSET 1 ROWS FETCH FIRST 3 ROWS WITH TIES" отличается от конструкции "SELECT i FROM t1 ORDER BY i ASC LIMIT 3 OFFSET 1" выводом ещё одного элемента, следующего в хвосте (вместо 3 будет выведено 4 строки).
  • Для движка InnoDB реализован синтаксис "SELECT ... SKIP LOCKED", позволяющий исключить строки, для которых не может быть выставлена блокировка ("LOCK IN SHARE MODE" или "FOR UPDATE").
  • Реализована возможность игнорирования индексов (в MySQL 8 подобная функциональность именуется "невидимыми индексами"). Пометка индекса для игнорирования осуществляется при помощи флага IGNORED в выражении "ALTER TABLE", после чего индекс остаётся видимым и обновляемым, но не используется оптимизатором.
  • Добавлена функция JSON_TABLE(), предназначенная для преобразования данных JSON в реляционную форму. Например, документ JSON можно преобразовать для использования в контексте таблицы, которую можно указать внутри блока FROM в выражении SELECT.
  • Улучшена совместимость с СУБД Oracle: Добавлена поддержка анонимных подзапросов внутри блока FROM. Реализована конструкция MINUS (эквивалент EXCEPT). Добавлены функции ADD_MONTHS(), TO_CHAR(), SYS_GUID() и ROWNUM().
  • В движке InnoDB ускорена вставка в пустые таблицы. Формат строк COMPRESSED по умолчанию переведён в режим только для чтения. Схема SYS_TABLESPACES пришла на смену SYS_DATAFILES и напрямую отражает состояние в ФС. Для временного табличного пространства обеспечена поддержка отложенной записи. Прекращена поддержка старого алгоритма контрольных сумм, сохранявшегося для совместимости с MariaDB 5.5.
  • В системе репликации размер значения параметра master_host увеличен с 60 до 255 символов, а master_user до 128. Добавлена переменная binlog_expire_logs_seconds для настройки времени устаревания бинарного лога в секундах (ранее время сброса определялось только в днях через переменную expire_logs_days).
  • В механизме синхронной multi-master репликации Galera реализована переменная wsrep_mode для настройки параметров API WSREP (Write Set REPlication). Разрешён перевод Galera с незашифрованных коммуникаций на использование TLS без остановки кластера.
  • Реализована схема sys-schema, в которой собрана коллекция из представлений, функций и процедур для анализа операций с БД.
  • Добавлены служебные таблицы для анализа производительности репликации.
  • В набор информационных таблиц добавлены представления INFORMATION_SCHEMA.KEYWORDS и INFORMATION_SCHEMA.SQL_FUNCTIONS, выводящие список доступных ключевых слов и функций.
  • Удалены хранилища TokuDB и CassandraSE.
  • Кодировка utf8 переведена с четырёхбайтового представления utf8mb4 (U+0000..U+10FFFF) на трёхбайтовое utf8mb3 (охватывает диапазон Unicode U+0000..U+FFFF).
  • Добавлена поддержка активации по сокету в systemd.
  • В плагине GSSAPI добавлена поддержка имён групп Active Directory и SID.
  • Добавлена проверка наличия файла конфигурации $MARIADB_HOME/my.cnf в дополнение к $MYSQL_HOME/my.cnf.
  • Реализованы новые системные переменные binlog_expire_logs_seconds, innodb_deadlock_report, innodb_read_only_compressed, wsrep_mode и Innodb_buffer_pool_pages_lru_freed.


 
  1. Главная ссылка к новости (https://mariadb.org/mariadb-10...)
  2. OpenNews: Стабильный выпуск СУБД MariaDB 10.5
  3. OpenNews: Компания MariaDB представила прокси-сервер MaxScale 2.0
  4. OpenNews: Сравнение производительности MariaDB 10.1 и MySQL 5.7
  5. OpenNews: Компания SkySQL переименована в MariaDB Corporation
  6. OpenNews: Стабильный релиз СУБД MySQL 8.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/55463-mariadb
Ключевые слова: mariadb, mysql
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (147) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 10:08, 09/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • +7 +/
    > Кодировка utf8 переведена с четырёхбайтового представления utf8mb4 (U+0000..U+10FFFF) на трёхбайтовое utf8mb3 (охватывает диапазон Unicode U+0000..U+FFFF).

    А зачем?

     
     
  • 2.2, Онаним (?), 10:18, 09/07/2021 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +2 +/
    Чтобы предельную длину текстового индекса в символах немножко увеличить.
    Потому что она рассчитывается от максимального размера символа.
    С utf8mb4 был лютый адешник.
     
     
  • 3.24, zloykakpes (ok), 11:48, 09/07/2021 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    И создать проблем в дефолтных настройках при попытке сохранить emoji, например.
     
     
  • 4.26, Онаним (?), 12:01, 09/07/2021 [^] [^^] [^^^] [ответить]      [к модератору]
  • +4 +/
    По совсем-совсем дефолту ставится utf8mb4, так что здесь у вас проблем не будет.
    Это изменение - чтобы не было путаницы для тех, кто ставит просто utf8.
     
  • 2.3, Аноним (3), 10:34, 09/07/2021 [^] [^^] [^^^] [ответить]  [] []     [к модератору]
  • +2 +/
    Наоборот вроде грозились сделать. Сам по себе mb3 это легаси отросток мускуля из давних времен который никому не нужен и все кто используют его или марию не первый день и так явно ставят mb4. Возможно, в новости ошибка
     
     
  • 3.6, Аноним (3), 10:41, 09/07/2021 [^] [^^] [^^^] [ответить]      [к модератору]
  • +2 +/
    А, нет, никакой ошибки. Это первый этап перевода utf8 на mb4 по умолчанию: https://jira.mariadb.org/browse/MDEV-8334
     
     
  • 4.155, gogo (?), 10:15, 12/07/2021 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    на самом деле идея так себе - перевернуть все с ног на голову, чтобы потом еще раз перевернуть.
     
  • 2.11, Аноним (11), 10:48, 09/07/2021 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    эээ, йопт.
    это в 10.6 или в 10.6.3 изменили?
    если 10.6.2 -> 10.6.3 это очень подло так посреди версии делать
     
     
  • 3.12, Аноним (12), 10:53, 09/07/2021 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    10.6.1 и 10.6.2 альфа выпуски :)
     
  • 3.13, Аноним (11), 10:55, 09/07/2021 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    выяснил что это изменение было с 10.6.0 -> 10.6.1. и впрочем можно сказать на 10.6 будем жить на 3байтных ютф8. впрочем это всегонавсего дефолт который можно под себя настроить. просто существуют широченные таблицы которые по-дефолту делаются с ютф8 и потом невлазят в лимиты
     

  • 1.4, pashev.me (?), 10:37, 09/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +/
    Молодцы.
     
     
  • 2.5, Аноним (5), 10:39, 09/07/2021 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    здесь новый тренд наметился?

    https://www.opennet.ru/openforum/vsluhforumID3/124755.html#2

     
     
  • 3.8, Аноним (3), 10:42, 09/07/2021 [^] [^^] [^^^] [ответить]      [к модератору]
  • +4 +/
    Молодец, заметил
     
  • 3.9, Аноним (9), 10:43, 09/07/2021 [^] [^^] [^^^] [ответить]      [к модератору]
  • +3 +/
    Молодец
     
  • 3.23, Qwerty (??), 11:41, 09/07/2021 [^] [^^] [^^^] [ответить]      [к модератору]
  • –5 +/
    Просто лайкосоство.
     
     
  • 4.51, Аноним (9), 17:40, 09/07/2021 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +2 +/
    От плюсиков на этом сайте нет никакой выгоды, даже зарегистрированным.
     
     
  • 5.54, OnTheEdge (??), 18:16, 09/07/2021 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    ЧСВ разве что потешить
     
  • 4.56, КО (?), 18:48, 09/07/2021 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –2 +/
    Два чая этому господину
     

  • 1.7, Аноним (7), 10:42, 09/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +2 +/
    TokuDB то за что?
     
     
  • 2.10, Аноним (3), 10:44, 09/07/2021 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +1 +/
    > The TokuDB storage engine has been deprecated by upstream

    https://jira.mariadb.org/browse/MDEV-19780

     
     
  • 3.34, Аноним (34), 13:35, 09/07/2021 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    А говорили
    >> независимая организация MariaDB Foundation

    Вот закроют Мускул и улетит их независимая организация на дно океана и илом покроется.

     
     
  • 4.85, Аноним (85), 10:40, 10/07/2021 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    ну надо же придать видимость воздуху который будут продавать ?...
    Отжать MySQL (tm) не удалось - вот и приходится что-то выдумывать.
     
  • 2.107, Аноним (107), 18:31, 10/07/2021 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Току прикупила Перкона. А Перкону (и лично Зайцева) Мария не любит. Такие, брат, дела. Зато наместо отличнейшей сторидж енджин они везде суют фейсбукувскую недоделку, MyRocks.
     
     
  • 3.110, Онаним (?), 20:11, 10/07/2021 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    MyRocks - это офигенный движок. В том смысле, что попробовав - офигеешь. В том смысле, что офигеешь и выкинешь. Оно безбожно жрёт память, с ростом объёма данных начинает влетать в вечное их переупорядочивание, от этого тормозит и становится неюзабельным. Оно не умеет нормально изоляцию транзакций. Оно не умеет онлайн ддл. Оно крашится и корраптит данные. В этом можно хранить только то, что не жалко выкинуть, зачем они вообще это убожество втянули в MariaDB - сказать сложно.
     
     
  • 4.119, Аноним (119), 03:09, 11/07/2021 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    > В этом можно хранить только то, что не жалко выкинуть
    > Facebook

    This behavior is by design.

     
  • 3.111, Онаним (?), 20:16, 10/07/2021 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Току закопала Перкона. Сначала купила, потом ниасилила и закопала.
    Желаю в аду им гореть за сие доблестное деяние.

    Ни одного нормального движка с компрессией в MySQL не осталось. В InnoDB кое-как юзабельно сжатие страниц, правда требует по сути SSD - на HDD шерето sparse-файлов приводит к такой фрагментации, что лучше не трогать. И сжатие выходит хуже раза в 2-3 чем у TokuDB... но хотя бы есть.

     
     
  • 4.120, Аноним (120), 03:20, 11/07/2021 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    InnoDB сама по себе жрет много места, и со сжатием она выходит на уровень несжатой MyISAM, и то не всегда, и с гарантированной просадкой производительности. Аналогов току нет.
     
     
  • 5.123, Онаним (?), 05:24, 11/07/2021 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    Не, ну MyISAM - это вообще выкрасить и выбросить, оно ж в транзакции не умеет.
    А так - да.
     
     
  • 6.156, gogo (?), 10:18, 12/07/2021 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    а слабО без транзакций писАть? ;)
     
     
  • 7.162, funny.falcon (?), 15:42, 13/07/2021 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    s/слабо/нафига/
     

  • 1.14, Аноним (14), 10:58, 09/07/2021 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –5 +/
     

  • 1.15, Аноним (15), 10:59, 09/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • –6 +/
    >Обеспечена атомарность выполнения выражений

    ох елки, зачем я зашел читать про эту поделку. пойду нормальной базой пользоваться

     
     
  • 2.53, Аноньимъ (ok), 18:13, 09/07/2021 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Что не так?
     
  • 2.73, kissmyass (?), 04:38, 10/07/2021 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    Это какой? VacumDB?
     

  • 1.18, Беня Коломойский (?), 11:09, 09/07/2021 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –2 +/
     
  • 1.19, Gemorroj (ok), 11:23, 09/07/2021 [ответить] [﹢﹢﹢] [ · · · ]      [к модератору]
  • –1 +/
    это они только сейчас с mysql 8.0 синхронизировались?
     
  • 1.22, Аноним (22), 11:41, 09/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • –1 +/
    >Улучшена совместимость с СУБД Oracle

    Лучше бы улучшили совместимость с MySQL 8, мне приходится мигрировать на него из-за отсутствующих в MariaDB нужных мне фич

     

     ....большая нить свёрнута, показать (54)

  • 1.33, Аноним (34), 13:33, 09/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • +/
    >> независимая организация MariaDB Foundation

    Хоть в одной новости было про зависимую организацию? У них даже CentOS не зависит ни от кого.

     
  • 1.37, Хан (?), 14:01, 09/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • –2 +/
    PostgreSQL хватит всем
     
     
  • 2.49, kai3341 (ok), 17:14, 09/07/2021 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    Чем отличается поведение update в postgres и в innodb?
     
     
  • 3.122, Аноним (132), 04:56, 11/07/2021 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    В целом — ничем.
     

  • 1.40, ВЦцВ (?), 15:10, 09/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +/
    Вот она! СТАБИЛЬНОСТЬ!
     
     
  • 2.77, КО (?), 06:35, 10/07/2021 [^] [^^] [^^^] [ответить]      [к модератору]
  • +2 +/
    Стабильность придёт когда будет киберпанк и мы будем движением пальца и силой мысли двигать блоки с миллиардами данных без епли с исходным кодом.
     

  • 1.44, user90 (?), 15:51, 09/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +/
    Концепция-то старовата, не?
     
     
  • 2.52, Аноним (52), 18:11, 09/07/2021 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Которая именно?
    SQL? Реляционная алгебра?
    И в чем оно устарело?
     
  • 2.58, Онаним (?), 20:40, 09/07/2021 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    > Концепция-то старовата, не?

    Конечно старовата.
    Херак-херак в рест апи, и в продакшн.
    Хипстерам ныне часто даже в голову не приходит, что этот рест апи кто-то написал, и под ним в случае сложных приложений скорее всего SQL лежит, а возможно и не только.

     
     
  • 3.109, нах.. (?), 18:36, 10/07/2021 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Ты хотел сказать херак-херак на расте и в продакшн?
     

  • 1.57, Аноним (57), 20:16, 09/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • –2 +/
    Тут собрались все домохозяйки, для которых разрабатывался SQL?
    Предлогаю до кучи переименвать Master в massa.
     
     
  • 2.59, Онаним (?), 20:42, 09/07/2021 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Предложишь что-то лучше SQL для сложных зависимостей?
    Понятно, что очередной your typical интернет магазинчик можно хоть в document storage держать, хоть вообще в txt'шники писать. Но когда у тебя допустим биллинг мобильной телефонии - никуда ты от SQL не денешься уже, всё остальное слишком нудно и бойлерплейтно.
     
     
  • 3.60, Аноним (57), 20:57, 09/07/2021 [^] [^^] [^^^] [ответить]      [к модератору]
  • –2 +/
    Прошу прщения за предыдущий пост, сделанный не на трезвую годову. Сейчас это уже не кажется хорошей идеей. Склоняю голову перед "мастерами" (в хорошем смысле) SQL, собравшимися сдесь. Самому приходится использовать SQL в связке с paradox | DBF | CSV, а хотелось бы подняться до уровня postgre, mariadb...
     
     
  • 4.113, zzz (??), 20:56, 10/07/2021 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    заставить бы тебя 1000 раз на доске написать postgreS, чтоб запомнил
     

  • 1.62, Аноним (-), 21:16, 09/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +/
    Прикол PostgreSQL в том, что он использует системный flush. Т.е. данные могут быть похерены в лёгкую. Даже MySQL себе такого не позволяет.
     

     ....большая нить свёрнута, показать (28)

  • 1.78, ХрюХрю (?), 07:11, 10/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • –1 +/
    у кого сколько по времени mariadb запускается при запуске линуха?
    просто думаю 5 сек это норм или нет...
     
     
  • 2.79, ХрюХрю (?), 07:14, 10/07/2021 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    без баз, без таблиц
     
     
  • 3.83, Онаним (?), 10:24, 10/07/2021 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Доли секунды.
     
  • 3.96, Аноним (119), 13:03, 10/07/2021 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    тогда долго, может, reverse dns lookup обламывается?
     
  • 2.94, Аноним (119), 13:02, 10/07/2021 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Если myisam не используется, можно выпилить myisamchk при запуске, тогда будет мгновенно.
     

  • 1.95, СеменСеменыч777 (?), 13:03, 10/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +1 +/
    MariaDB например умеет вот так:
    https://mariadb.com/kb/en/innodb-system-tablespaces/#using-raw-disk-partitions

    кто еще может таким похвастаться ? Oracle по-моему умел, но уже разучился, остальные мимо.

     
     
  • 2.98, Аноним (119), 13:09, 10/07/2021 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    Это скорее фича innodb, чем марии, так что вроде все форки mysql умеют.

    https://dev.mysql.com/doc/refman/8.0/en/innodb-system-tablespace.html#innodb-r

     
  • 2.114, Аноним (114), 21:22, 10/07/2021 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Не знал, спасибо за инфу.
     
  • 2.154, 1 (??), 09:57, 12/07/2021 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    красиво потом восстанавливать, после сбоя на диске.
    На Innodb не пробовал, а вот с ораклом имел нехилый секс. После чего эту глупость не стали пользовать.
     
     
  • 3.163, Аноним (119), 16:36, 13/07/2021 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    после сбоя на диске надо восстанавливать из бэкапа
     
     
  • 4.164, СеменСеменыч777 (?), 18:09, 15/07/2021 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > после сбоя на диске надо восстанавливать из бэкапа

    а бэкапы надо делать через Shadow Copy и никак иначе !
    (естественно на raw devices это не работает, поэтому к черту raw devices).

     

  • 1.108, Аноним (107), 18:34, 10/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • +/
    Насчет WITH TIES несовсем корректно: добавление WITH TIES позволяет получить больше заявленных результатов, если последний и идущие за ними имеют одинаковую стоимость: например, после ORDER BY... LIMIT вы запрашиваете N результатов, но у N-ого и N+1-ого стоимость одинаковая. Какой из них отдаст вам сервер, поди угадай. А если WITH TIES, он отдаст вам оба (хотя и число отданных результатов будет не N, а N+1).
     
  • 1.124, Аноним (124), 08:46, 11/07/2021 [ответить] [﹢﹢﹢] [ · · · ]      [к модератору]
  • +/
    Помянем Монти и Зайцева.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2025 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру