Какие ставить права на папки и файлы joomla
В прошлом у меня часто возникали проблемы с разрешениями и владением файлами / каталогами Joomla в системах Linux.
Проблемы включены
- Невозможность передачи файлов на сервер с помощью таких программ, как WinSCP.
- Невозможно установить расширения Joomla, плагины и т. Д.
- Небезопасные файлы и папки из-за опасных прав доступа и настроек владельца.
Каковы рекомендуемые рекомендации по настройке разрешений и владельцев в Joomla в системах Linux?
Существует несколько потенциальных причин проблем с разрешениями файлов и папок на хостинге Linux.
1. Права доступа к файлам и папкам
Убедитесь, что для разрешений для папок задано значение 0755, а для разрешений для файлов установлено значение 0644. Обратите внимание, что разрешения для файлов и папок можно сбросить до этих стандартных параметров безопасности для всего сайта с помощью бесплатной или платной версии Akeeba Admin Tools.
2. Параметры PHP
Проверьте, что параметр upload_max_filesize на вкладке Информация о PHP в Системной информации является достаточным. Вы часто можете переопределить настройки по умолчанию в среде общего хостинга через настройки PHP в cPanel или в пользовательском php.ini файле.
3. Неправильные пути в файле configuration.php
Возможно, вы указали неверные пути для папок tmp и logs. Они указаны в Конфигурации системы или могут быть обновлены непосредственно в файле configuration.php, если вам удобно редактировать системные файлы напрямую. Если вы не знаете, каким должен быть путь, создайте и загрузите файл whereami.php (или аналогичный) в корневую папку вашего сайта со следующим содержимым:
Как только у вас будет правильный путь, не забудьте удалить whereami.php файл.
4. Неподходящий PHP File Handler
Ваш веб-хостинг может быть сконфигурирован с обработчиком файлов PHP по умолчанию, но в идеале он должен использовать suPHP или FastCGI или аналогичный, чтобы Joomla могла загружать и выполнять файлы с использованием безопасных файловых разрешений.
Вы можете увидеть, какой обработчик PHP используется System -> System Information -> WebServer to PHP Interface .
В среде общего хостинга у вас обычно нет доступа к изменению того, какой обработчик PHP-файлов включен, но ваша веб-хостинговая компания может изменить это для вас.
Иногда в качестве обходного пути права доступа к файлам и папкам изменяются на 0777, но это переводит ваш веб-сайт в уязвимое состояние, и в целом следует избегать разрешений для файлов 0777.
Если ваша веб-хостинговая компания не может включить suPHP или FastCGI, единственным другим вариантом может быть поиск новой веб-хостинговой компании.
5. Дисковое пространство
Убедитесь, что вы не превысили квоту дискового пространства.
УСТРАНЕНИЕ НЕИСПРАВНОСТЕЙ
Каковы рекомендуемые рекомендации по настройке разрешений и владельцев в Joomla в системах Linux?
Невозможность передачи файлов на сервер с помощью таких программ, как WinSCP.
Смотрите 1, 2, возможно 4 и 5.
Невозможно установить расширения Joomla, плагины и т. Д.
Смотрите 1, 2, 3, 4 и 5.
В моем случае, я думаю, что обработчики PHP были большой частью проблемы. +1 Ваш ответ на самом деле не решил мою проблему, но я вдохновился проверить настройки PHP на моих серверах - безопасный режим, и оказалось, что он включен - включен. Поэтому путем его отключения было решение. Так что для будущих читателей, если ничего из вышеперечисленного неНебезопасные файлы и папки из-за опасных прав доступа и настроек владельца.
Пожалуйста, проверьте уровни разрешений, это должно быть 644 и 755 для файлов и папок соответственно.
Во многих случаях уровни разрешений просто хороши, даже когда возникают некоторые проблемы. Это означает, что вам нужно будет проверить владельца и группу конкретных файлов и папок . Обычно группу и владельца можно изменить на www-data для apache (используется в веб-серверах на основе Ubuntu).
Не стесняйтесь проверить этот интересный документ Joomla на основе проверки прав доступа к файлам.
Наряду с ответом Shyam мы используем модуль Apache SuPHP . Мы обнаружили, что когда было установлено расширение, мы не могли изменить эти файлы по FTP и наоборот (проблема с владением файлами). SuPHP исправил это для нас, убедившись, что PHP-скрипты запускаются с разрешениями их владельцев. Процесс apache запускается в «www-data» unix-group. Это не только Joomla, все приложения, основанные на Apache. Можно ли разработать и запустить сценарий оболочки для автоматического исправления всех прав доступа к файлам?Простое решение для меня - часто разрешать PHP работать в режиме (Fast-) CGI и устанавливать право собственности на каталог Joomla для пользователя FTP. Таким образом, вы сможете загружать и перезаписывать файлы через FTP, а Joomla также сможет записывать файлы.
Способ сделать это в среде общего хостинга (если это разрешено), это добавить что-то вроде этого в ваш файл .htaccess:
Разрешения должны быть 644 и 755, как объяснил Shyam.
В Joomla вы можете избежать всех проблем, которые вы упомянули, с помощью следующих методов.
Невозможность передачи файлов на сервер с помощью таких программ, как WinSCP.
- Это может произойти из-за разрешения (444), например, у Joomla configuration.php это разрешение не разрешено по умолчанию (в целях безопасности).
- Другая ситуация для этой же ошибки - при переносе сайта или папок с одного сервера на другой.
Невозможно установить расширения Joomla, плагины и т. Д.
Это произойдет из-за temp/log неправильного разрешения папки (требуется 755).
Или другая причина в том, что temp/log путь неверен в configuration.php
Небезопасные файлы и папки из-за опасных прав доступа и настроек владельца.
- Это самое важное, Joomla всегда рекомендует не использовать 777 для файлов и папок, если вы не знаете об этом .
Надеюсь, это помогает ..
Разрешения должны быть 644 и 755, как объяснил Shyam.
Проблемы, с которыми вы сталкиваетесь, скорее всего, связаны с настройкой вашего сервера. В большинстве случаев это происходит на общих хостах, где Apache работает под другим пользователем, нежели ваша учетная запись FTP. Поскольку вы обычно загружаете Joomla с использованием FTP, Apache не является владельцем файла и, следовательно, не имеет необходимых прав для его изменения.
В Joomla есть режим FTP, который позволяет обойти эту проблему. Вы можете включить его в глобальной конфигурации Joomla. Затем он будет осуществлять доступ ко всем файлам, используя пользователя FTP вместо обычного пользователя Apache.
Однако лучший способ - попросить своего хозяина решить проблему. Они могут настроить PHP (Apache) для работы под специальным пользователем, который в таком случае должен быть вашим пользователем FTP. Тогда все будет работать нормально.
Пользователь / группа - это ответ, как вы сказали, наличие специального пользователя для PHP решает эту проблему, особенно если это совпадает с пользователем FTP.Да, разрешения должны быть 644 и 755, как объяснил Shyam , но другие авторы забывают упомянуть, что это если файл принадлежит вашему веб-серверу, а группа - это группа, к которой вы принадлежите.
Например, в FileZilla вы увидите разрешения примерно так:
Права доступа drwxr-xr-x равны 755 (просто игнорируйте ведущего dr, так что это wxr-xr-x). Разрешения на чтение стоят 4, Разрешения на запись - 2, а разрешения на выполнение - 1 . поэтому их все можно добавить до 7, и это то, что есть у владельца этого файла. Группа имеет разрешения на чтение и выполнение, но не на запись, поэтому у них есть 5, и у каждого также есть 5 .. делая разрешения 755.
754 были бы владельцы, читающие, пишущие, исполняющие. Группа, прочитавшая и выполнившая, и все, имеющие только права на чтение.
В приведенном выше примере вы можете видеть, что владельцем файла является www-data (которая является группой веб-серверов по умолчанию для многих серверов Apache), а Group - это группа myGroup, которой является группа (администраторы), к которой я принадлежу.
Первое число - это права владельцев, второе - права групп, а третье - права всех. Очевидно, что вы должны быть осторожны, чтобы дать веб-серверу необходимые разрешения и убедиться, что файлы, которые должны быть заблокированы, не могут быть записаны или выполнены кем-либо (третье число). Ниже приведены значения цифр:
Предполагая, что файлы принадлежат веб-серверу, ваш админ находится в группе, и, конечно, каждый третий номер.
644: Файлы с разрешениями, установленными на 644, доступны для чтения всем и доступны для записи только владельцу файла / папки.
755. Файлы с разрешением 755 доступны для чтения и исполнения всем, но доступны только для записи владельцу файла / папки.
777: Файлы с разрешениями, установленными на 777, доступны для чтения, записи и выполнения всеми. Не используйте этот набор разрешений, из соображений безопасности, на вашем веб-сервере, за исключением случаев, когда это абсолютно необходимо, и только временно. Это катастрофа, ожидающая того, что произойдет, особенно если каталог имеет такие разрешения . это означает, что любой может загрузить файлы и выполнить их.
Вот команды Linux для настройки Joomla! рекомендуемые разрешения из командной строки. Рекомендуемые разрешения для файлов Joomla
ПРИМЕЧАНИЕ - многие люди будут показывать вам эти команды без пути, но я предпочитаю ВСЕГДА использовать полный путь, потому что если вы забудете сменить каталоги на корневой Joomla! установив каталог и запустив их без пути, вы просто изменили разрешения для каждого файла и каталога в этом верхнем каталоге и создали огромный беспорядок.
ЕСЛИ ВЫ ИСПОЛЬЗУЕТЕ ТОЛЬКО JOOMLA! интерфейс, и у вас нет доступа администратора или FTP к серверу, а затем используйте владение и разрешения выше.
ОСТАНОВИТЕСЬ ЗДЕСЬ, ЕСЛИ ВЫ НОВИНКА .. Ниже приведены только для людей, которые действительно понимают, что делают разрешения и права собственности.
Тем не менее, я считаю, что владение и права доступа очень неудобны, потому что мне нравится использовать FileZilla и командную строку терминала в большинстве случаев, и я загружаю много файлов вручную. Но я не могу перезаписать какие-либо файлы, потому что не владею ими и у меня нет прав на запись. Я мог бы войти в FileZilla под учетной записью веб-сервера, НО . Я хочу, чтобы FileZilla входил под моей учетной записью, чтобы я мог просматривать и другие каталоги, а не только файлы, к которым веб-сервер имеет доступ . ТАК . Я меняю владельца и разрешения на это:
Я делаю себя владельцем и помещаю веб-сервер в группу . и меняю разрешения для каталогов на 775, а для файлов - на 664. Облегчает мою жизнь . но я не рекомендую это для все.
CMS Joomla как и многие другие системы управления контентом чаще всего базируется на базе LAMP, что подразумевает, что администратор сайта знаком с системой отображения прав на доступ к файлам и папкам в Linux. Отметим, что корректно выставленные права на файлы и папки это основа основ безопасности ваших сайтов.
В целом, CMS Joomla не может похвастаться какими-то особыми нюансами в области прав на файлы и каталоги. Вот основные моменты, которые нужно знать:
Придерживайтесь этих правил, и одним поводом для беспокойства по части безопасности будет меньше. Если же вам ничего не говорят приведённые выше числа, советую ознакомиться со статьёй о правах на файлы и папки в Linux, ссылка на которую дана в начале статьи.
Посмотреть права на файлы и папки можно как через FTP-клиент, так и через файловый менеджер в панели управления хостингом. Я не могу сказать, что какой-то из способов однозначно удобнее или нет. Это скорее дело привычки.
Отображение прав на файлы и папки в панели управления хостингом.
Вам может встретиться и буквенное отображение прав. Например, как на скриншоте ниже.
Отображение прав на файлы и папки в FileZilla.
Интерфейс файлового менеджера у разных хостинг-провайдеров, разумеется, разнится. То же самое можно сказать и про FTP-клиенты. Сути это, однако, не меняет.
Для изменения прав у файла или каталоги обычно достаточно щелкнуть по этому файлу или папке правой кнопкой мыши и выбрать соответствующий пункт в меню.
Выставление прав вряд ли вызовет затруднение даже у неподготовленного пользователя. Как правило, вся процедура заключается в том, чтобы отметить галочками необходимые пункты.
Имея дело с каталогами, помните о наследовании прав и заранее отмечайте, хотите ли вы применять устанавливаемые права ко вложенным файлам и каталогам.
В этой статье мы поговорим о правах доступа на файлы и папки, настройки логов и резервных копий, а также об организационных и технических вопросах доступа администратора и модераторов сайта к административной зоне сайта Joomla. То есть о защите админки Joomla 1.7.
Права доступа к файлам и папкам
Итак, если Вы не предусмотрели загрузку пользователями каких-либо файлов на Ваш сайт, то я рекомендую выставить следующие права на файлы и папки. Права доступа к файлам Joomla 1.5 и 1.7 одинаковы.
- Всем корневым файлам Joomla (например, configuration.php, robots.txt, .htaccess и так далее) назначьте минимальные права для всех групп – 444.
- Всем директориям сайта, помимо исключения, назначьте права доступа 555. Исключения: cache (каталог кэша), administrator/cache (каталог кэша административной зоны), logs (каталог файлов лога), temp (каталог для временных файлов). Для них – 755.
- Всем файлам во всех директориях, кроме исключения, советую назначить права 644. Файлам, в исключённых директориях, можно назначить права 755. Но в исключённых директориях есть файлы index.html. Для этих файлов можно назначить права 644.
Бысто изменить права доступа к файлам Joomla Вам помогут FTP клиенты (например, FileZilla FTP Client) или панель управления хостингом.
Разграничение прав доступа к файлам является очень важным и нужным вопросом в обеспечении безопасности сайта. В любом случае, независимо от системы управления контентом (или если у Вас статический сайт), в независимости от используемых расширений и возможности загрузки пользователями файлов на Ваш сайт, настоятельно рекомендую очень внимательно отнестись к правам доступа на файлы и папки. Не давайте прав тем или иным группам пользователей больше, чем это им необходимо для нормальной работы на сайте.
Те из Вас, кто уже занимался этим вопросом, могут сказать, что описанные мною рекомендации на назначение прав доступа слишком строгие. Полностью согласен.
Во-первых, каждый сайт уникален. Возможно, что Вы используете расширения, которые в обязательном порядке должны иметь доступ на запись к той или иной директории. Вы должны сами это выяснить и назначить те права, которые нужны.
Во-вторых. При рекомендуемых мною атрибутах файлов и папок у Вас будут постоянные проблемы при обновлении расширений сайта и самой системы управления контентом. Если Вы часто выполняете обновления и Вам не удобно постоянно менять права доступа на файлы и папки ради обновления (это можно делать «автоматически» при помощи FTP клиентов, например FileZilla FTP Client), а затем возвращать их обратно (в некоторых случаях это может занимать большое количество времени), то Вам лучше разрешить на запись все директории для группы владельцев. То есть выставить права 755 на все папки.
В-третьих. Строгие ограничения на запись папок на стадии разработки сайта доставит множество хлопот. Поэтому рекомендую в начале выставить права 755 на все папки для группы владельцев. При необходимости то же самое можно сделать и для файлов как в корне сайта (например, configuration.php, robots.txt, .htaccess и так далее), так и во всех папках и подпапках.
Но при вводе сайта в «постоянный режим работы» обязательно смените права до минимально необходимых. А для корневых файлов считаю необходимых установить права 444.
Изменить права доступа к файлу означает повысить или понизить для той или иной группы пользователей сайтом разрешения по изменению конкретного файла.
Если у Вас на хостинге хранятся файлы с резервными копиями сайта и базы данных, то поставьте на папку с ними права 700 и держите её выше папки public_html. Многие хостеры дают возможность организовать детальное ведение логов для всего Вашего хостинга. Советую поступить с папкой, содержащей эти отчёты, точно так же, как и с папкой с резервными копиями.
Изменить права доступа к файлу (как правило закрыть его на запись от всех групп пользователей) это лёгкий способ повышения безопасности сайта. Считаю, что защита сайта Joomla без продуманного уровня доступа к каждой директории и папке сайта для каждой группы пользователей, не является полноценной.
Если Вас заинтересовала тема резервного копирования сайта, рекомендую прочесть статью «Обзор Akeeba Backup Pro, Core».
Организация доступа к административной зоне сайта
Одно из таких я более детально рассмотрел в одной из предыдущих статей «Обзор jSecure Authentication. Защита админки Joomla». Оно обладает рядом достоинств, таких как: смена пути доступа к административной части сайта, ограничение по IP адресу, уведомления на электронную почту о доступе к административной зоне и внесению изменений в расширение, блокировка доступа к jSecure Authentication даже после входа в административную зону, совместимость с Joomla 1.5, 1.6, 1.7 и другое. Но это расширение платное (80 грн. на 15.10.2011). Ещё одно расширение подобного характера - RSFirewall.
Для особо важных проектов советую задуматься над построением двухфакторной системы авторизации с использованием токена. Данный метод не подойдёт для блогов, сайтов-визиток, личных «домашних» сайтов и так далее. Так как это требует приобретения специального оборудования, его настройки и настройки самого сайта.
Для организации двухфакторной аутентификации Вам необходимо купить токен (например USB-токен). Причём, если Вы планируете организацию доступа к сайту при помощи USB-токена с нескольких компьютеров одновременно, то Вам необходимо купить несколько токенов. USB-токен — это по сути дела флэшка. Если описать работу с USB-токеном кратко, то Вы вставляете USB-токен в компьютер, переходите на страницу авторизации сайта (например, административной зоны), PIN-код (это «первый уровень авторизации»), затем происходит проверка USB-токена (это «второй уровень авторизации») и Вы заходите на сайт. Если в это время нужно, чтобы со второго компьютера кто-то ещё вошел на сайт при помощи USB-токена, то у него должен быть свой (второй) USB-токен. Если Вас заинтересовала эта тема, то Вы можете более детально ознакомиться с ней на примере продукта Рутокен Web в статье Михаила Картавенко «Обзор Рутокен Web». Стоимость одного USB-токен Рутокен Web на 15.10.2011 составляет 173 грн. без учёта доставки с Российской Федирации. К сожалению, на данный момент (15.10.2011), касательно Joomla, на официальном сайте поддерживается только версия 1.5. Но существует API, позволяющий самостоятельно настроить поддержку Рутокен Web на сайте Joomla. Но, думаю, что вскоре будут выпущены и готовые плагины.
Логи и резервные копии
Логи сайта (или отчёты) на прямую не влияют на защищённость Вашего сайта. Независимо от того, настроили Вы их или нет, это не повысит и не понизит безопасность. Логи сайта, касательно безопасности, понадобятся в том случае, если есть подозрение, или Вы точно уверены, что сайт взломали. Они, возможно, помогут разобраться, как, когда и откуда был сделан взлом. Безусловно, в них не будет написано, что «Иванов Иван Иванович 15.10.2011 в 18:19 взломал Ваш сайт путём эксплуатации уязвимости №123 в Joomla.». Но, например, в логах доступа к сайту можно посмотреть, например, следующую информацию:
Где ХХХ.ХХХ.ХХХ.ХХХ – IP адрес пользователя, вошедшего на Ваш сайт. Установив приблизительное время взлома, при помощи логов можно пытаться делать какие-либо выводы. И, возможно, это поможет Вам в установлении способа взлома, что в дальнейшем позволит устранить подобные уязвимости. Однако, лучше ещё попросить у Вашего хостера более детальные логи сайта по Вашему аккаунту за интересующий период. Желательно ещё анализировать журнал ошибок. Возможно, что взлом сопровождался ошибкой в работе сайта и это будет зафиксировано. Очень важно получить данные о времени изменения всех файлов Вашего сайта и сравнить с «чистой копией». Но для этого логи сайта должны быть настроены и работать до того, как произойдёт взлом. Рекомендую производить регулярное сохранение архивов всех доступных логов на локальном компьютере (помимо самого хостинга). В случае, если Вас взломали, то лучше иметь доступ к максимально большому количеству отчётов для анализа, выявления и устранения уязвимости.
Если ведение логов это скорее желаемое условие, для улучшения общей безопасности сайта, резервное копирование всех файлов сайта и базы данных – это критическая необходимость. Резервные копии, так же как и логи, не повышают напрямую защищённость Вашего сайта. Но в случае взлома, сбоя в работе, критической ошибки, например, при обновлении сайта, Вы всегда можете восстановить сайт, если у Вас есть полная, актуальная резервная копия. Настоятельно рекомендую настроить и проверить автоматическое резервное копирование. К сожалению, не все хостинги это позволяют. Настройте задание на резервное копирование так, чтобы в случае необходимости Вы смогли восстановить все файлы сайта, его базу данных, а также, по возможности, настройки панели управления хостингом и Ваши почтовые аккаунты сайта. Для экономии места, например, можно исключить из архива файлы большого размера (видео, файлы для загрузки и так далее). Но при этом у Вас обязательно должны быть рабочие актуальные версии этих файлв.
Лучше, чтобы на сервере хранились копии сайта за некий временной период. Это поможет найти «чистую» рабочую копию в случае взлома. Также настоятельно рекомендую настроить резервное копирование сайта не только на том же сервере, что и он сам, но и на другом. А лучше, чтобы полные, рабочие, актуальные копии были у Вас на локальном компьютере. Но помните, что где бы они не находились, к ним должен иметь доступ крайне ограниченный круг лиц. Так как при помощи анализа полной копии Вашего сайта можно выяснить логины, пароли, настройки доступа и уязвимые места. И, конечно же, можно узнать при помощи какой системы управления контентом, какой её версии и с какими расширениями сделан Ваш сайт. Хочу сказать, что хорошо продуманное и реализованное резервное копирование может потребовать неких финансовых затрат. Так как место на сервере для резервных копий необходимо оплачивать. А если Вы решили выполнять резервное копирование сайта и на сервере, на котором находится он сам, и на другом, его также придётся оплатить и позаботиться о защите этих резервных копий от несанкционированного доступа. Это не нужно для личных сайтов и блогов, а вот для сайтов, которые «приносят деньги» – это важный вопрос. Можно арендовать место для хранения резервных копий сайтов у специальных фирм. А в настройках резервной копии указать параметры сохранения. Существуют фирмы, предоставляющие услуги резервного копирования и хранения данных на закрытых серверах (например, компания Kraftwork).
В любом случае рекомендую настроить автоматическое резервное копирование и позаботиться о том, чтобы у Вас в любой момент была актуальная, полная и рабочая копия сайта.
Защита сайта Joomla нуждается во взвешенной проработки вопросов, затронутых в данной статье, до применения каких либо действий со стороны администратора сайта.
В следующей статье «Защита Joomla (часть 5). Спам на сайте» я рассмотрю более подробно необходимость постоянной модерации сайта, важность своевременного оповещения о «критических» событиях на сайте администратору, а также затрону вопросы спама, регистрации пользователей и загрузки файлов пользователями с и на сайт.
Автор статьи – Хорошевский Алексей
Примерно с 2008 года и по сегодняшний день создаю сайты «под ключ» на Joomla и WebSite X5. Также занимаюсь их доработкой, SEO-продвижением, контекстной рекламой, защитой от взлома и оптимизацией скорости загрузки сайта.
Кандидат технических наук по специальности «Информационные технологии».
Немного подробнее обо мне можно прочесть на этом сайте. На нём Вы найдёте примеры моих работ, а также перечень и цены предоставляемых услуг.
Каждый администратор сайта должен знать, что неправильные права на файлы и папки являются первым ключом к взлому сайта. Из материала вы узнаете рекомендуемые значения прав на папки и файлы в Joomla , а также способы их просмотра и изменения.
Содержание
Значения прав на файлы и папки для Joomla
Рекомендуемые значения прав для сайтов на Joomla:
- 755 — для папок
- 644 — для файлов
- 444 — для файла configuration.php
Как проверить права на файлы и папки
Существует ряд способов, среди которых менеджеры фалов:
- панели управления хостингом
- FTP-клиента
Как поменять права на файлы и папки
Обычно это делается через контекстное меню по клику правой кнопкой мыши по значению прав определенного файла или папки в менеджере файлов:
Другие материалы по безопасности Joomla
Как владельцу сайта с 1 июля 2017 избежать штрафа в 300000 руб.? Хотите прочитать позднее, сохраните к себе на стену в социальной сети или просто поделитесь с друзьями.
Всё о Joomla в одном месте
| Последняя версия Joomla ! — 3.9.18 (от 21.04.2020) |
Joomla.center is not affiliated with or endorsed by the Joomla! Project or Open Source Matters. The Joomla! name and logo is used under a limited license granted by Open Source Matters the trademark holder in the United States and other countries.
Joomla!® является торговой маркой компании Open Source Matters inc в США и др. странах. Название Joomla! и его вариации используются в рамках ограниченной лицензии, определённой компанией Open Source Matters. Проект joomla.center не относится к компании Open Source Matters или проекту Joomla! Точки зрения представленные на данном сайте не являются официальными точками зрения Joomla Project или Open Source Matters. Торговая марка Joomla® и логотип используются в рамках ограниченной лицензии, предоставленной Open Source Matters.
© Александр Куртеев. Центр обучения Joomla.
ОГРНИП 307434525600161, ИНН 434540800305
Все права защищены. © 2008 - 2021
Читайте также: