Створення файлу конфігурації в PHP. Створення файлу конфігурації в PHP Налаштування бази даних

УВАГА: Прочитайте перед редагуванням цієї сторінки.

Будь ласка, не вказуйте в даній статті параметри свого власного сайту, оскільки при цьому ви повідомите пароль від своєї бази даних всьому світу, але сайт не запустите. Дякую.

Одним з кроків при установці WordPress є внесення в файл wp-config.php параметрів, необхідних для доступу до бази даних MySQL.

Цей файл, wp-config.php, не міститься в скачується копії WordPress; вам потрібно його створити. Як приклад можна використовувати файл wp-config-sample.php. Нижче представлені розширені настройки і приклади.

Для зміни файлу wp-config.php вам буде потрібно наступна інформація:

Ім'я бази даних Ім'я бази даних для WordPress Ім'я користувача бази даних Ім'я користувача для доступу до бази даних Пароль до бази даних Пароль користувача для доступу до бази даних Сервер бази даних Ім'я сервера бази даних

Якщо WordPress встановлений вашим хостинг-провайдером, дізнайтеся цю інформацію в службі підтримки. Якщо у вас свій власний або хостинг, ви отримаєте цю інформацію в результаті.

Налаштування бази даних

важливо: ніколи не використовуйте текстові редактори начебто Microsoft Word для зміни файлів WordPress!

Знайдіть в кореневому каталозі WordPress файл і відкрийте його в.

Вихідний wp-config-sample.php

ЗАУВАЖЕННЯ: It won "t change the Database value though, and the url will revert to the old database value if this line is removed from wp-config. To change the siteurl value in the database.

If WordPress is installed into a directory called "wordpress" for the domain example.com, define WP_SITEURL like this:

Define ( "WP_SITEURL", "http://example.com/wordpress");

Dynamically set WP_SITEURL based on $ _SERVER [ "HTTP_HOST"]

Define ( "WP_SITEURL", "http: //". $ _SERVER [ "HTTP_HOST"]. "/ Path / to / wordpressp");

ЗАУВАЖЕННЯ: A safer alternative for some installations would be to use the server-generated SERVER_NAME instead of the php / user-generated HTTP_HOST which is created dynamically by php based on the value of the HTTP HOST Header in the request, thus possibly allowing for file inclusion vulnerabilities . SERVER_NAME is set by the server configuration and is static.

Dynamically set WP_SITEURL based on $ _SERVER [ "SERVER_NAME"]

Define ( "WP_SITEURL", "http: //". $ _SERVER [ "SERVER_NAME"]. "/ Path / to / wordpressp");

Адреса блогу (URL)

WP_HOME is another wp-config.php option added in WordPress. Similar to WP_SITEURL, WP_HOME overrides the value forhome but does not change it permanently. home is the address you want people to type in their browser to reach your WordPress blog. It should include the http: // part and should not have a slash " / "At the end.

Define ( "WP_HOME", "http://example.com/wordpress");

У WordPress версії 2.5, установка WP_DEBUG в true також піднімає рівень повідомлень про помилки на E_ALL і активує попередження, коли застарілі функції або файли використовуються; в іншому випадку, WordPress встановлює рівень повідомлень про помилки в E_ALL ^ \u200b\u200bE_NOTICE ^ E_USER_NOTICE.

Відключити Javascript приєднання

Щоб результатами закінчуватися швидшої адміністративної областю, всі файли Javascript є приєднаними в один URL. Якщо Javascript не в змозі працювати в вашій адміністративної області, ви можете спробувати відключити цю функцію:

Define ( "CONCATENATE_SCRIPTS", false);

Налаштування балки помилок

Because wp-config.php is loaded for every page view not loaded from a cache file, it is an excellent location to set php ini settings that control your php installation. This is useful if you don "t have access to a php.ini file, or if you just want to change some settings on the fly.

Here is an example that turns php error_logging on and logs them to a specific file. If WP_DEBUG is defined to true, the errors will also be saved to this file. Just place this above any require_once or include commands.

@ini_set ( "log_errors", "On"); @ini_set ( "display_errors", "Off"); @ini_set ( "error_log", "/ home / example.com / logs / php_error.log"); / * That "s all, stop editing! Happy blogging. * /

Another example of logging errors, as suggested by Mike Little on the wp-hackers email list:

/ ** * This will log all errors notices and warnings to a file called debug.log in * wp-content (if Apache does not have write permission, you may need to create * the file first and set the appropriate permissions (ie use 666)) * / define ( "WP_DEBUG", true); define ( "WP_DEBUG_LOG", true); define ( "WP_DEBUG_DISPLAY", false); @ini_set ( "display_errors", 0);

Збільшення пам'яті для PHP

define ( "FS_CHMOD_DIR", (0755 & ~ umask ())); define ( "FS_CHMOD_FILE", (0644 & ~ umask ()));

Константи для поновлення WordPress

You should define as few of the below constants needed to correct your update issues.

The most common causes of needing to define these are:

Host running with a special installation setup involving Symlinks, You may need to define the path-related constants (FTP_BASE, FTP_CONTENT_DIR, and FTP_PLUGIN_DIR), Often defining simply the base will be enough.
Certain PHP installations shiped with a PHP FTP Extension which is incompatible with certain FTP Servers, under these rare situations, you may need to define FTP_METHOD to "ftpsockets"

The following are valid constants for WordPress updates:

FS_METHOD forces the filesystem method. It should only be "direct", "ssh", "ftpext", or "ftpsockets". Generally, You should only change this if you are experiencing update problems, If you change it, and it doesnt help change it back / remove it, Under most circumstances, setting it to "ftpsockets" will work if the automatically chosen method does not.
- (Primary Preference) "Direct" forces it to use Direct File I / O requests from within PHP, this is fraught with opening up security issues on poorly configured hosts, This is chosen automatically when appropriate.
- (Secondary Preference) "ssh" is to force the usage of the SSH PHP Extension.
- (3rd Preference) "ftpext" is to force the usage of the FTP PHP Extension for FTP Access, and finally
- (4th Preference) "ftpsockets" utilises the PHP Sockets Class for FTP Access.
FTP_BASE is the full path to the "base" (ABSPATH) folder of the WordPress installation.
FTP_CONTENT_DIR is the full path to the wp-content folder of the WordPress installation.
FTP_PLUGIN_DIR is the full path to the plugins folder of the WordPress installation.
FTP_PUBKEY is the full path to your SSH public key.
FTP_PRIKEY is the full path to your SSH private key.
FTP_USER is either user FTP or SSH username. Most likely these are the same, but use the appropriate one for the type of update you wish to do.
FTP_PASS is the password for the username entered for FTP_USER. If you are using SSH public key authentication this can be omitted.
FTP_HOST is the hostname: port combination for your SSH / FTP server. The default FTP port is 21 and the default SSH port is 22, These do not need to be mentioned.
FTP_SSL TRUE for SSL-connection if supported by the underlying transport, Not available on all servers. This is for "Secure FTP" not for SSH SFTP.

define ( "FS_METHOD", "ftpext"); define ( "FTP_BASE", "/ path / to / wordpress /"); define ( "FTP_CONTENT_DIR", "/ path / to / wordpress / wp-content /"); define ( "FTP_PLUGIN_DIR", "/ path / to / wordpress / wp-content / plugins /"); define ( "FTP_PUBKEY", "/home/username/.ssh/id_rsa.pub"); define ( "FTP_PRIKEY", "/home/username/.ssh/id_rsa"); define ( "FTP_USER", "username"); define ( "FTP_PASS", "password"); define ( "FTP_HOST", "ftp.example.org"); define ( "FTP_SSL", false);

Включення SSH Оновлення доступу

To enable SSH2 as an upgrade option you will need to install the pecl SSH2 extension. To install this library you will need to issue a command similar to the following or talk to your web hosting provider to get this installed:

Pecl install ssh2

After installing the pecl ssh2 extension you will need to modify your php configuration to automatically load this extension.

pecl is provided by the pear package in most linux distributions. To install pecl in Redhat / Fedora / CentOS:

Yum -y install php-pear

To install pecl in Debian / Ubuntu:

Apt-get install php-pear

It is recommended to use a private key that is not pass-phrase protected. There have been numerous reports that pass phrase protected private keys do not work properly. If you decide to try a pass phrase protected private key you will need to enter the pass phrase for the private key as FTP_PASS, or entering it in the "Password" field in the presented credential field when installing updates.

If you "re still not clear on how to use SSH for upgrading or installing WordPress / plugins, read through this tutorial.

альтернатива Cron

Use this, for example, if scheduled posts are not getting published. According to Otto "s forum explanation," this alternate method uses a redirection approach, which makes the users browser get a redirect when the cron needs to run, so that they come back to the site immediately while cron continues to run in the connection they just dropped. This method is a bit iffy sometimes, which is why it "s not the default."

Define ( "ALTERNATE_WP_CRON", true);

Додатково задаються константи

Here are additional constants that can be defined, but probably shouldn "t be. The Cookie definitions are particularly useful if you have an unusual domain setup.

Define ( "COOKIEPATH", preg_replace ( "| https?: // [^ /] + | i", "", get_option ( "home"). "/")); define ( "SITECOOKIEPATH", preg_replace ( "| https?: // [^ /] + | i", "", get_option ( "siteurl"). "/")); define ( "ADMIN_COOKIE_PATH", SITECOOKIEPATH. "wp-admin"); define ( "PLUGINS_COOKIE_PATH", preg_replace ( "| https?: // [^ /] + | i", "", WP_PLUGIN_URL)); define ( "TEMPLATEPATH", get_template_directory ()); define ( "STYLESHEETPATH", get_stylesheet_directory ()); define ( "DISABLE_WP_CRON", true);

У файлі configuration.php зберігаються настройки сайту, шляхи, паролі, налаштування бази даних, і інші параметри конфігурації. Іноді ці настройки доводиться змінювати, це особливо актуально після перенесення сайту на новий хостинг.

У даній статті ми збираємося допомогти вам дізнатися більше про цю важливу файлі для Joomla. Ви дізнаєтеся:

Де можна знайти ваш файл configuration.php.
Як впливає кожен параметр на роботу сайту.

Цей матеріал не є повноцінним керівництвом, але допоможе вам легко орієнтуватися в настройках при вирішенні будь-яких проблем.

Розташування файлу configuration.php

На малюнку показано розташування файлу за допомогою FileZilla. В даному випадку, сайт знаходиться в підкаталозі "Joomla".

файл configuration.php знаходиться в кореневому каталозі Joomla. Якщо сайт встановлений в основний каталог хостингу (public_html), то шлях до нього буде виглядати наступним чином:

/home/username/public_html/configuration.php

Зробіть резервну копію робочого файлу, перш ніж робити що-небудь з ним. Зміни спробуйте спочатку зробити на тестовому сайті.

параметри сайту

$ offline: При значенні "0" сайт працює, якщо встановити "1", то сайт вимикається.
$ offline_message: Повідомлення, яке виводиться відвідувачам коли сайт вимкнений.
$ sitename: Ім'я сайту, яке показується в title.
$ editor: Редактор, який встановлений за замовчуванням.
$ list_limit: Довжина списків в адмінці для всіх користувачів. За замовчуванням встановлений рівний 20.
$ access: Рівень доступу до сайту. "1" - відкритий доступ, "2" - тільки для зареєстрованих, "3" - спеціальний доступ.

параметри налагодження

$ debug: "0" режим налагодження вимкнений, "1" - включений.
$ debug_lang: "0" - вимкнений. "1" - включений.

Примітки:

$ debug: Це параметр включає режим налагодження Joomla. Якщо встановлено значення "1", цей інструмент буде надавати різну технічну інформацію про роботу системи. Вона буде відображатися в нижній частині кожної сторінки.

$ debug_lang: Це параметр включає налагодження індикаторів (* ... *) або (? ...?) В мовних файлах Joomla.

Параметри бази даних

$ dbtype: "Mysqli" або "mysql". Тип використовуваної бази даних.
$ host: В більшості випадків "localhost", але не завжди. Цю інформацію можна дізнатися у хостера.
$ user: Ім'я користувача бази даних.
$ password: Пароль для користувача бази даних.
$ db: Ім'я бази даних.
$ dbprefix: Префікс для таблиць Joomla, наприклад, jos або j17

Додаткові налаштування

$ live_site: Фактична адреса сайту, наприклад - http://yourdomain.com
$ secret: НЕ ЗМІНЮВАТИ
$ gzip: "0" - вимкнений, "1" - включений.
$ error_reporting: Рівень подробиці звіту про помилки.
$ helpurlСторінка допомоги по сайту. За замовчуванням вказана офіційна сторінка допомоги по Joomla.

Примітки

$ live_site: В останніх версіях тут не повинно бути зазначено будь-яке значення. Використовується у випадках створення перенаправлень або копії сайту для тестування.

$ secret: Значення генерується при установці Joomla і не може бути змінено. Воно використовується в Joomla з метою безпеки.

$ error_reporting: Встановлює відповідний рівень звіту про помилки. За замовчуванням, System Default.

$ helpurl: Відкриває пошук довідкової інформації при натисканні на кнопку Довідка (її можна бачити на деяких сторінках адміністративної панелі).

$ ftp_host : 127.0.0.1 - це IP адреса локального хоста FTP. Сервер хостера може мати інше значення.
$ ftp_port: Номер порту для FTP. За замовчуванням, 21. Сервер хостера може мати інше значення.
$ ftp_user: Логін FTP-користувача.
$ ftp_pass: Ваш пароль до FTP
$ ftp_root : Шлях до кореневої папки, зазвичай / home / username / public_html
$ ftp_enable: Цей параметр вказує Joomla! використовувати вбудовані FTP-функції, а не обробляти через PHP.

Налаштування часового поясу

$ offset: Цей параметр встановлює поточну дату і час. Встановлений час має відповідати часу сервера, але якому сайту знаходиться. За замовчуванням UTC.
$ offset_user: Час для користувачів, за замовчуванням UTC.

Налаштування електронної пошти

$ mailer: Встановлюємо "mail" коли використовуємо функцію PHP для роботи з поштою; "Sendmail" - коли використовуємо сервер SMTP.
$ mailfrom: Email-адреса, який використовує Joomla! для відправки пошти.
$ sendmail: Шлях, по якому розташовується програма Sendmail. Цей параметр використовується тільки якщо параметр $ mailer має значення "sendmail".
$ smtpauth: Якщо на сервері SMTP потрібно аутентифікація, то потрібно встановити значення "1". Цей параметр використовується тільки якщо $ mailer має значення "sendmail".
$ smtpuser: Ім'я користувача для доступу до сервера SMTP. Цей параметр використовується тільки якщо $ mailer має значення "sendmail".
$ smtppass: Пароль для доступу до сервера SMTP. Цей параметр використовується тільки якщо $ mailer має значення "sendmail".
$ smtphost: Адреса SMTP сервера. Цей параметр використовується тільки якщо $ mailer має значення "sendmail".
$ smtpsecure: Модель безпеки на сервері SMTP. Можливі значення "SSL" і "TTL".
$ smtpport: Порт SMTP. Більшість серверів для незахищеного з'єднання використовують порт 25, а для захищеного - порт 465. Цей параметр можна дізнатися у хостера.

налаштування логів

$ log_path: Шлях, по якому зберігаються логи Joomla!
$ tmp_path : Шлях, по якому зберігаються тимчасові файли системи. Чи не правильне вказівку цього значення може привести до численних помилок в роботі сайту.

налаштування кешування

$ caching: "0" - вимкнено, "1" - консервативне кешування; "2" - прогресивне кешування.
$ cache_handler: "File" - повне кешування; "Cachelite" - просте кешування.
$ cachetime : Час (у хвилинах) зберігання кешу до його поновлення.

Налаштування Мета-тегів

$ MetaDesc: Текстовий опис сайту для цілей SEO. Цей текст буде виводитися в мета-теге description.
$ MetaKeys: Ключові слова, розділені комою. Цей текст буде виводитися в мета-теге keywords.
$ MetaAuthor: "0" - ховати мета-тег author; "1" - показувати цей тег.

SEO-настройки (Search Engine Optimization)

$ sef: "0" - вимкнено, "1" - включено. Зміна URL-адрес в "человекопонятний" вид (ЧПУ). Наприклад, адреса www.example.com/index.php?option\u003dcom_content&view\u003detc ... перетвориться в www.example.com/псевдоним.
$ sef_rewrite: "0" - вимкнено, "1" - включено. Використовувати установки mod_rewrite сервера Apache для створення "человекопонятний" URL.
$ sef_suffix: "0" - вимкнено, "1" - включено. Додавання розширення в кінець адреси URL, наприклад, .html ілі.php.
$ unicodeslugs: "0" - вимкнено, "1" - включено. Вибір між форматом псевдонімів в транслітерації або юникоде.
$ feed_limit: Обмеження на кількість фідів. За замовчуванням дорівнює 10, може бути використано будь-яке ціле число.

налаштування сесій

$ lifetime: Встановлює тривалість сесії в хвилинах.
$ session_handler: "Database" або "none". Визначає обробку сесії після підключення користувача.

Переклад статті з www.ostraining.com

Якщо у Вас виникли питання, то для якнайшвидшого отримання відповіді рекомендуємо скористатися нашим

Отже, ви випадково видалили файл config.php, і ваша конференція стала недоступною, або при установці конференції файл config.php не записав внаслідок некоректних прав доступу до цього файлу. В обох випадках файли і база даних присутні і функціональні, просто вони не можуть з'єднатися один з одним. Не дайте охопила вас паніці зробити що-небудь непотрібне, наприклад, почати повторно встановлювати конференцію. Файл config.php дуже легко можна створити вручну при наявності під рукою реквізитів доступу до бази даних.

Спрямувати ваш погляд на створення нового файлу config.php.

Для створення файлу config.php використовуйте звичайний текстовий редактор, типу блокнота Windows, notepadd ++, notepad2, або одного з кращих представників даного типу редакторів - EditPlus.

Відкрийте текстовий редактор і виберіть команду створення нового текстового файлу.

У цей новий файл вставте наступний код:

// phpBB 3.0.x auto-generated configuration file
// Do not change anything in this file!
$ Dbms \u003d "mysql"; // database type it may not be mysql
$ Dbhost \u003d "database host / domain";
$ Dbport \u003d "database port if not default";
$ Dbname \u003d "database name";
$ Dbuser \u003d "database user name"; $ dbpasswd \u003d "database password";

$ Table_prefix \u003d "database table prefix";
$ Acm_type \u003d "file";
$ Load_extensions \u003d "";

@define ( "PHPBB_INSTALLED", true);
// @ define ( "DEBUG", true);
// @ define ( "DEBUG_EXTRA", true);
?>

Ви вставили шаблон конфігурації в файл. Тепер вам знадобиться відредагувати різні частини цього файлу відповідно до даних вашої бази даних.

Все це має сенс, якщо ви знаєте подробиці і реквізити доступу до бази даних. В іншому випадку вам доведеться звернутися до вашого хостера для отримання цих подробиць. Майже у всіх випадках подробиці ті ж самі, які ви використовували при установці конференції.

$ Dbms \u003d "mysql"; замініть mysql типом вашої бази даних. Ви можете використовувати наступні типи баз даних:
mysql
mysqli
firebird
mssql
mssql_odbc
oracle
postgres
sqlite

$ Dbhost \u003d "database host / domain"; замініть database host / domain адресою хоста або домену вашої бази даних. Безліч хостів в цьому полі використовують адресу localhost, але уточніть цей момент у свого хостера.

$ Dbport \u003d "database port if not default"; замініть database port if not default номером порту бази даних, якщо сервер використовує нестандартний порт для підключення до бази даних. Залиште поле порожнім, якщо сервер використовує порт за замовчуванням. Це поле є обов`язковим тільки в тому випадку, якщо сервер бази даних використовує нестандартний порт.

$ Dbname \u003d "database name"; замініть database name ім'ям бази даних, в яку ви встановили phpBB3. Якщо у вас є phpmyadmin для доступу до ваших баз даних, то ім'я бази даних ви можете дізнатися, переглядаючи базу в phpmyadmin. В іншому випадку зв'яжіться зі своїм хостером для отримання відомостей про базу даних.

$ Dbuser \u003d "database user name"; замініть database user name ім'ям користувача бази даних. Всі бази даних потребують облікового запису користувача, яка буде використовуватися для підключення до неї. Ім'я облікового запису користувача бази даних має бути введено в це поле.

$ Dbpasswd \u003d "database password"; замініть database password паролем до профілю користувача бази даних. Всі бази даних потребують облікового запису користувача, яка буде використовуватися для підключення до неї. Пароль облікового запису користувача бази даних повинен бути введений в це поле.

$ Table_prefix \u003d "database table prefix"; замініть database table prefix префіксом таблиць в базі даних. В установці за замовчуванням даний префікс phpbb_. Однак, ви могли змінити його в процесі установки. Цей префікс можна дізнатися за допомогою phpmyadmin, переглядаючи базу даних в ньому.

Наступні параметри не потрібно змінювати або турбуватися про них при створенні файлу config.php,
$ Acm_type \u003d "file";
$ Load_extensions \u003d "";
@define ( "PHPBB_INSTALLED", true);
// @ define ( "DEBUG", true); Примітка: Розкоментувати (видаливши //) цей рядок, ви зможете побачити час завантаження сторінок внизу сторінки.
// @ define ( "DEBUG_EXTRA", true);

Після завершення редагування файлу збережіть його як файл config.php. Переконайтеся, що Редактор не зберіг його як config.txt, або як config.php.txt.

Тепер у вас є новий файл config.php. Завантажте його на сервер за допомогою FTP-клієнта в папку з встановленим phpBB3 (в ту папку, в якій також знаходиться файл common.php, viewtopic.php, viewforum.php і т.п.).

У більшості випадків FTP-клієнт сам встановить правильні права доступу на файл, але переконайтеся, що chmod файлу 644 (це відноситься тільки до серверів на основі UNIX).

Пам'ятайте, що в файлі config.php не повинно бути нічого перед початковим оператором і після кінцевого оператора ?> . Це відноситься і до порожніх рядках і до зайвих прогалин. Абсолютно нічого не повинно бути поза цими операторів.

Розглянемо докладніше файл wp-config.php, З його допомогою можна розширити функціонал і поліпшити безпеку CMS WordPress.
Знаходиться він, за замовчуванням, в корені сайту. Отримати доступ до нього можна по FTP через ftp-клієнт (filezilla - один з найпопулярніших). А для редагування скористатися редактором Notepad ++. Зміни в конфігурацію WordPress вносяться шляхом простого додавання або редагування існуючих рядків.
Додавати рядки можна в будь-яке місце, але щоб було легше знайти власні зміни, краще це робити в одному місці, наприклад на початку файлу, після вступних коментарів.

Отже, ось корисні параметри:

Починаючи з версії 2.6 CMS WP можна перемістити цей файл на один рівень вище кореня сайту, підвищивши тим самим безпеку. хостинг / директорія з CMS / wp-config.php хостинг / wp-config.php
CMS самостійно знайде файл конфігурації на один рівень вище директорії установки. Ніяких додаткових дій з вашого боку не буде потрібно.

є підтримка SSL-шифрування для роботи в адмін-панелі: define ( "FORCE_SSL_ADMIN", True);
або тільки для форми Логіна login.php
Define ( 'FORCE_SSL_LOGIN', true);
А також, можна включити SSL для всього сайту, тобто користувачі будуть працювати c WordPress через протокол HTTPS. Можливо, вам буде потрібно підписаний сертифікат безпеки (непідписані, так звані «Самоподпісанного» або «самоізданние» сертифікати вимагають підтвердження згоди користувача для роботи, ніж можуть відлякати потенційних відвідувачів сайту).

У файлі wp-config.php зберігаються записи для взаємодії CMS і бази даних, тут ви можете легко змінити пароль для користувача БД і його ім'я, ім'я сервера. define ( "DB_NAME", "database-name"); define ( "DB_USER", "database-username"); define ( "DB_PASSWORD", "database-password"); define ( "DB_HOST", "localhost");

Тут же Ви можете зробивши недійсними cookies користувачів.

Змінити мову CMS, вказавши шлях до файлів перекладу: * Змініть цей параметр, щоб налаштувати локалізацію. Відповідний MO-файл * для вибраної мови повинен бути встановлений в wp-content / languages. Наприклад, * щоб включити підтримку російської мови, скопіюйте ru_RU.mo в wp-content / languages \u200b\u200b* і надайте WPLANG значення "ru_RU". define ( "WPLANG", "**"); define ( "LANGDIR", "**");

Змінити правила відображення для URL-адрес сайту можна в рядках: define ( "WP_SITEURL", "http://mydomain.com/wordpress_folder");
Також можна змінювати URL динамічно:
Define ( "WP_SITEURL", "http: //". $ _SERVER [ "SERVER_NAME"]. "/ Хостинг / wordpress");
Змінна $ _SERVER відповідатиме за динамічна зміна URL. З міркувань безпеки, в якості аргументу використовуйте "SERVER_NAME", бо за дане значення відповідає веб-сервер.
А так можна поміняти адресу домашньої сторінки блогу на WordPress за замовчуванням:
Define ( "WP_HOME", "http://example.com");

Якщо ви займаєтеся допилювання движка WordPress або пишете свій Плагін, не зайвою буде люб'язно передбачена функція Дебаггінга (відображення помилок «на льоту»). За замовчуванням вона відключена. Включити WordPress Debugging можна в рядках: define ( "WP_DEBUG", true);
Включаємо збереження всіх запитів до БД WordPress:
Define ( "SAVEQUERIES", true);
А для того щоб побачити їх в браузері, необхідно додати в файл теми (footer.php, header.php, index.php - в залежності від того, де ви хочете побачити запити) такі рядки:
If (current_user_can ( "level_10")) (global $ wpdb; echo "<рre>"; Print_r ($ wpdb-\u003e queries); echo""; }
Теги «pre», як ви вже здогадалися, призначені для запобігання обробки браузером стека запитів. 10 левел користувача гарантує (якщо ви ще не все зламали) висновок рядків тільки для Адміністраторів. Не забудьте відключити все це після налагодження.

WordPress за замовчуванням зберігає зміни ваших статей в базу даних, засмічуючи її непотрібним сміттям, який вже ніколи не стане в нагоді. Уникнути цього просто:
Встановлюємо інтервал автозбереження (у секундах): define ( "AUTOSAVE_INTERVAL", 500);
- кожні 500 секунд редаговані статті будуть зберігатися.

Задаємо кількість збережених змін статті define ( "WP_POST_REVISIONS", 3);
Цю функцію можна вимкнути повністю:
Define ( "WP_POST_REVISIONS", false)

Заодно, налаштуємо авто-видалення статей з кошика WP (сміття буде зберігатися в кошику 5 днів) define ( "EMPTY_TRASH_DAYS", 5);

Все ревізії статей, які ви робили до внесення змін в wp-config.php, Залишаться в Базі Даних. Щоб позбутися від них можна скористатися стороннім плагіном, або виконати в phpMyAdmin (Веб-інтерфейс управління базою даних) наступний запит: DELETE a, b, c FROM wp_posts a LEFT JOIN wp_term_relationships b ON (a.ID \u003d b.object_id) LEFT JOIN wp_postmeta c ON (a.ID \u003d c.post_id) WHERE a.post_type \u003d "revision"

Привелегии і повноваження для FTP / SSH.
Якщо ви працюєте з FTP безпосередньо з адмін-панелі WordPress, можуть стати в нагоді можливості для визначення методу роботи, не забудьте коректно вказати шляхи до директорій на веб-сервері. define ( "FS_METHOD", "ftpext"); define ( "FTP_BASE", "/ шлях / до / wordpress /"); define ( "FTP_CONTENT_DIR", "/ шлях / до / wordpress / wp-content /"); define ( "FTP_PLUGIN_DIR", "/ шлях / до / wordpress / wp-content / plugins /"); // шлях до SSH public key define ( "FTP_PUBKEY", "/*/*/.ssh/id_rsa.pub"); // шлях до SSH private key define ( "FTP_PRIVKEY", "/*/*/.ssh/id_rsa"); // Ім'я користувача і пароль define ( "FTP_USER", "користувач"); // password for FTP_USER username define ( "FTP_PASS", "пароль"); // Сервер: порт FTP / SSH define ( "FTP_HOST", "ftp.example.com:21");
Можна включити «прямий» метод роботи FTP, але ваш хостинг може не підтримувати цю функцію
Define ( "FS_METHOD", "direct");

У разі якщо таблиці БД пошкоджені і ви не можете навіть залогінитися, спробувати відновити базу даних WordPress можна стандартною функцією (варіант працює не завжди): define ( "WP_ALLOW_REPAIR", true);
Після цього необхідно відкрити в браузері сторінку
Ваш-домен / wp-admin / maint / repair.php

Гарна можливість для поліпшення безпеки - використання власних назв для таблиць користувачів: define ( "CUSTOM_USER_TABLE", $ префікс. "Ваше-назва"); define ( "CUSTOM_USER_META_TABLE", $ префікс. "Ваше-назва");

Використовуючи власний хостинг під сайт з високою відвідуваністю, вам можливо буде необхідно збільшити Межа виділяється для WordPress оперативної пам'яті сервера. Якщо ви часто бачите на сайті помилки типу «Memory exhausted» (Пам'ять вичерпана) спробуйте прописати в wp-config.php наступне: define ( "WP_MEMORY_LIMIT", "128M");
Встановлює межу пам'яті для скриптів CMS WP в 128 Мегабайт.

Є можливість відключити редагування файлів теми і плагінів WordPress з адміністративної панелі. define ( "DISALLOW_FILE_EDIT", TRUE);
Обмеживши таким чином редагування файлів - не забудьте в свою чергу захистити від редагування сам файл wp-config.php. Для цього обмежте доступ до ftp для тих осіб (і скриптів), від яких ви чекаєте неадекватних дій.

Дякуємо Вам за проявлений інтерес до нашого сайту. Компанія айтішників існує з 2006 року і надає послуги IT аутсорсингу. Аутсорсинг - це передоручення необхідних, але непрофільних для компанії робіт іншій організації. У нашому випадку це: створення, підтримка і супровід сайтів, просування сайтів в пошукових системах, підтримка і адміністрування серверів під управлінням Debian GNU / Linux.

Сайти на Joomla

У нинішній вік інформації, сайт де факто, стає як мінімум візитною карткою організації, а часто одним з інструментів бізнесу. Уже зараз сайти створюються не тільки для організацій і приватних осіб, а й для окремих товарів, послуг і навіть подій. На сьогоднішній день сайт це не тільки джерело реклами на гігантську аудиторію, а й інструмент для продажів і зав'язування нових контактів. Ми створюємо сайти, використовуючи CMS Joomla! Ця система управління сайтами проста і інтуїтивно зрозуміла. Вона дуже широко поширена і, отже, в Інтернеті про неї міститься велика кількість інформації. Знайти фахівця, який працює з Joomla теж нескладно. І вам не треба далеко ходити! Наша компанія айтішників займається обслуговуванням і супроводом сайтів на Joomla! Ми проведемо всі технічні роботи, візьмемо на себе всю переписку з хостером і реєстратором домену, наповнимо сайт і оновимо на ньому інформацію. І хоча Joomla проста в управлінні, інтуїтивно зрозуміла. Але чи будете ви самі регулярно виконувати необхідні роботи на сайті? Скільки часу вони заберуть у вас? Якщо ви хочете сконцентруватися на своїй справі, то довірте підтримку вашого сайту нам. Ми зробимо все від нас залежне, щоб сайт жив і приносив користь своєму власнику.
Якщо ви комерційна організація, яка рекламує або продає свої товари, послуги в Інтернет, то вам просто необхідно просування сайту в пошукових системах. Адже для того, щоб продати що-небудь треба, як мінімум, щоб це побачили, щоб про це дізналися. І ми допоможемо вам в цьому, ми просунемо ваш Joomla сайт в пошукових системах. Залежно від конкуренції і виділеного для просування бюджету, ваш сайт буде займати гідні позиції в пошуковій видачі. Сайт збільшить ваш прибуток!

сервери Debian

Рано чи пізно, прагнучи до відкритості та прозорості свого бізнесу, багато компаній стикаються з необхідністю забезпечення ліцензійної чистоти використовуваного програмного забезпечення. Однак, далеко не завжди витрати на ліцензійні відрахування прийнятні, особливо для малого та середнього бізнесу. Виходом з цієї складної ситуації є рішення про перехід на Open Source технології. Одним з напрямків Open Source є операційна система Linux (Лінукс). Співробітники нашої компанії спеціалізуються на Debian Linux (Дебіан Лінукс). Це найстаріший і найбільш стійкий дистрибутив операційної системи Лінукс. Ми пропонуємо вам послуги з впровадження Debian Linux на Вашому підприємстві, настройку, обслуговування і підтримку серверів.

Інформація та реклама