Де зберігаються файли PHP

Apache де зберігаються файли

В Ubuntu веб-сервер Apache2 за промовчанням зберігає файли в кореневому каталозі /var/www/html, який зазвичай розташований в одній файловій системі разом з іншими компонентами операційної системи. Але в деяких ситуаціях краще перемістити цей каталог в інше місце, наприклад, в окрему змонтовану файлову систему.

При обслуговуванні кількох веб-сайтів за допомогою одного екземпляра Apache можна розмістити каталог document root кожного сайту в окремому томі. Це дозволяє масштабувати сервер відповідно до потреб конкретного сайту або клієнта.

Вимоги

Попередньо налаштований сервер Ubuntu 16.04.
Користувач із доступом до sudo (про налаштування такого користувача можна дізнатися тут).
Встановлений сервер Apache2 (інструкції зі встановлення можна знайти у спеціальному розділі цього мануалу).
Нове місце зберігання для document root. Виберіть нове місцезнаходження файлів сайту відповідно до ваших потреб. Якщо потрібно перемістити кореневий каталог на інший пристрій зберігання даних, виберіть точку монтування пристрою.

У цьому мануалі показано, як перемістити дані в блокове сховище, змонтоване /mnt/volume-nyc1-01. Це допоможе вам перемістити каталог даних у нове місце незалежно від того, яке сховище ви використовуєте.

1: Копіювання файлів у новий каталог

Свіжа установка Apache використовує як кореневий каталог /var/www/html. Однак, на старих установках може бути кілька каталогів document root в залежності від кількості віртуальних хостів.

Спочатку потрібно дізнатися про місцезнаходження додаткових кореневих каталогів.Щоб сфокусувати свою увагу лише на активних сайтах, шукайте каталоги лише сайтів із /etc/apache2/sites-enabled. За допомогою прапора -R команда grep поверне DocumentRoot та ім'я файлу:

grep -R “DocumentRoot” /etc/apache2/sites-enabled

Висновок має приблизно такий вигляд:

sites-enabled/000-default.conf DocumentRoot /var/www/html

З'ясувавши розташування кореневих каталогів, можна скопіювати їх на новий пристрій за допомогою rsync. Прапор –a зберігає привілеї та інші властивості каталогу. Прапор –v надає детальний висновок.

Примітка: Переконайтеся, що в назві каталогу немає кінцевої косої межі (яку система може додати, якщо ви використовуєте автодоповнення). Якщо такий сліш є, rsync скидатиме вміст каталогу в точку монтування, а не в каталог.

sudo rsync -av /var/www/html /mnt/volume-nyc1-01

2: Налаштування Apache2

Apache2 використовує глобальні та індивідуальні конфігураційні файли.

Якщо ви працюєте зі старою установкою веб-сервера, вам потрібно відредагувати всі віртуальні хости, отримані у виводі grep. У цьому прикладі потрібно відкоригувати два віртуальні хости: 000-default.conf та default-ssl.conf

Відкрийте файл 000-default. Conf:

sudo nano /etc/apache2/sites-enabled/000-default.conf

Знайдіть директиву DocumentRoot та вкажіть у ній нове місцезнаходження кореневого каталогу.

ServerAdmin webmaster@localhost
DocumentRoot /mnt/volume-nyc1-01/html

Options FollowSymLinks
AllowOverride None

Options Indexes FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
allow from all

Збережіть зміни та починайте налаштування SSL. У свіжій установці SSL ще не налаштований, але відредагувати стандартні налаштування ssl-default.conf краще зараз, щоб уникнути помилок надалі.

sudo nano /etc/apache2/sites-available/ssl-default.conf

ServerAdmin webmaster@localhost
DocumentRoot /mnt/volume-nyc1-01
. . .

Примітка: Якщо підтримка SSL не увімкнена, файл ssl-default.conf знаходиться тільки в /etc/apache2/sites-available. -enabled. У такому випадку можна редагувати цей файл у будь-якому з каталогів.

3: Перезапуск Apache

Відкоригувавши всі налаштування, перевірте синтаксис на наявність помилок за допомогою configtest:

sudo apachectl configtest

На новій установці команда поверне:

AH00558: apache2: Could no reliable determine the server's fully qualified domain name,
using 127.0.1.1.
Syntax OK

Якщо команда не повідомила про помилки, ви можете перезапустити сервер.

sudo systemctl reload apache2

Після перезапуску завітайте до сайтів, чиї кореневі каталоги ви перемістили на новий пристрій, і переконайтеся, що вони працюють.

Висновок

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

У статті представлено огляд конфігурації web сервера Apache в Ubuntu server при стандартному варіанті інсталяції LAMP в Ubuntu. .Розглянуто сайт за промовчанням, який створюється в процесі встановлення Apache. Стаття буде корисною при налаштуванні та адмініструванні свого LAMP сервера.

Як додати підтримку PHP як обробника сценаріїв в Apache на Ubuntu або Windows детально описано у статті Установка PHP7 на Windows у розділі Налаштування Apache2.4 для роботи з PHP.

Apache Default WEB Page

У процесі виконання стандартної інсталяції web-сервера Apache в Ubuntu server створюється тестовий сайт, який служить для перевірки працездатності веб-сервера після його встановлення. Цей сайт, за замовчуванням, налаштований так, що дозволяє звернення з браузера лише до файлів і каталогів всередині /var/www директорії Ubuntu server. Якщо після завершення інсталяції Apache, ви відкриєте в браузері веб сторінку за адресою IP вашого web сервера, то побачите стартову сторінку сервера - Apache2 Ubuntu Default Page. Це буде насамперед говорити про те, що Apache вдало встановився і працює. Ця сторінка фізично розташовується на сервері у файлі /var/www/html/index.html і за її налаштування та виведення у браузері відповідає конфіг віртуального хоста за умовчанням (/etc/apache2/sites-available/000-default.conf), який визначає віртуальний хост(сайт) для каталогу /var/www/html і створюється під час інсталяції сервера Apache. Відповідно, якщо ви розмістите ваші файли в цій папці, вони будуть оброблятися web сервером. Також на цій Default Page у секції Configuration Overview ви побачите схематичне уявлення структури конфігураційних файлів сервера. Тут потрібно розуміти, що структура, назви та розташування конфігів Apache в Ubuntu відрізняються від загальноприйнятої схеми, що зроблено для зручності керування сервером.Але тут є один аспект, який полягає в тому, що якщо ви раніше не були знайомі з організацією каталогів в домашній директорії Apache на Ubuntu, то ця схема може вас тільки заплутати, т.к. в ній представлені не всі папки, а лише каталоги, в яких розміщуються символьні посилання на активовані конфігураційні файли. Тому, для більш правильного розуміння, дивіться повну схему каталогів і фалів домашньої директорії веб-сервера Apache розташовану нижче в цій статті. З цінного в секції веб сторінки Apache - це посилання на man'и Debian для команд a2enmod, a2dismod, a2ensite, a2dissite, a2enconf, a2disconf, які використовуються для активації та деактивації тих чи інших видів конфігураційних файлів і будуть детально описані нижче. Також тут сказано, що з передачі команд web серверу ( started/stopped etc.) потрібно звертатися до /etc/init.d/apache2 або до apache2ctl, що також є особливістю сервера в Ubuntu. На сервері Ubuntu у файлі /usr/share/doc/apache2/README.Debian.gz ви зможете знайти повну документацію щодо Apache.

Домашній каталог Apache в Ubuntu

За замовчуванням домашній каталог web сервера Apache в Ubuntu знаходиться /etc/apache2/ шляху у файловій системі. У цьому каталозі та його підкаталогах розміщуються всі конфігураційні файли Apache. Змінити значення шляху домашньої директорії web-сервера можна директивою ServerRoot "/etc/apache2" в головному конфізі apache2.conf. Там, за умовчанням, директива ServerRoot закоментована, що рівнозначно її значенню як "/etc/apache2" ( завершального слюша не повинно бути в цій директиві!).Значення шляху домашньої директорії Apache ( ServerRoot ) потрібно серверу, щоб він знав, де файлової системи йому слід шукати свої конфігураційні файли. Так само значення ServerRoot може підставлятися сервером у деяких директивах, які очікують як аргумент шлях у файловій системі Ubuntu. Тому, у таких випадках, якщо шлях вказати без початкового слеша, то Apache сприйме це як відносний шлях по відношенню до своєї домашньої директорії. Так, наприклад, якщо вказати директиву AuthUserFile .htpasswd , то в такому варіанті Apache інтерпретуватиме зазначений шлях як відносний і перетворить його на /etc/apache2/.htpasswd, підставивши попереду значення шляху своєї домашньої директорії.

Структура домашньої директорії Apache в Ubuntu

У процесі стандартною установки WEB сервера Apache в Ubuntu створюється наступна структура файлів та каталогів домашньої директорії веб-сервера:

Наведені приклади представлені з OS Ubuntu server 16.04 LTS, проте теж буде і в інших версіях і дистрибутивах Ubuntu як у серверному варіанті, так і в desktop варіанті.

Логіка організації конфігурації Apache

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

По-перше, в Ubuntu, конфігурація Apache розбита на безліч різних конфігів щодо них функціональному призначенню. Наприклад, директиви, що задають порт для сервера, винесені до окремого файлу ports.conf. Директиви, які відповідають за ті чи інші параметри безпеки сервера, винесені у файл security.conf. Тим самим, директиви як би згруповані за своїм сенсу окремі конфігураційні файли. Це досить логічно та зручно при читанні, правці, активації та деактивації конфігів. При такому підході кожен окремо взятий файл стає меншим і є вузькоспеціалізованою частиною конфігурації. Однак, потрібно розуміти, що таке дроблення зроблено виключно для зручності та автоматизації налаштування та технічно, якщо ви захочете, ви можете записати всі директиви та налаштування в один файл, просто працювати з таким файлом буде не так зручно.

По-друге: центром всієї конфігурації виступає головний конфіг Apache веб-сервера - apache2.conf файл. Саме цей файл у першу черга шукає та читає web сервер Apache при старті або перезавантаженні. А вже в цьому файлі за допомогою директив Include, у місці їх вказівки, виконується підключення та завантаження решти всіх інших конфігів. Таким чином, всі конфігураційні файли об'єднуються в єдину конфігурацію web сервера і відбувається це, коли Apache читає файли по порядку їх підключення, починаючи з головного конфіг. З цього випливає важливе зауваження - порядок дотримання директив у конфігурації Apache і, відповідно, порядок підключення файлів конфігів має значення, оскільки директиви, прочитані сервером пізніше можуть перевизначати директиви, прочитані ним раніше. Це необхідно пам'ятати при налаштуванні сервера.

По-третє: якщо ви подивіться на структуру каталогів домашньої директорії Apache, то побачите три пари директорій із назвами виду: префікс_каталогу-available/enabled. Така логічна структура покликана для розподілу ваших конфігів на три групи, виходячи з префікса назви каталогу, де conf-* це каталоги для інших конфігів, mods-* це каталоги для конфігів модулів Apache і sites-* це каталоги для конфігів ваших віртуальних хостів. Друга частина імені цих каталогів -available/-enabled логічно вказує на доступні взагалі і лише активні зараз момент конфіги. Так у директоріях *-available зберігаються всі доступні для використання файли конфігурації, а вже в директоріях виду *-enabled розташовані символьні посилання (ярлики) тільки ті конфіги з *-available директорії, які мають бути прочитані web сервером під час завантаження конфігурації. Apache читає тільки каталоги виду *-enabled, тому застосовуватимуться лише ті конфіги, на які в цих каталогах є посилання. Такий підхід дає ще додатковий рівень зручності тим, що дозволяє зберігати всі ваші конфіги в каталогах домашньої директорії сервера, а задіяти тільки необхідні поточні монети.

По-четверте: директиви конфігурації веб-сервера Apache мають контекст (Context ), в якому вони діють. Поняття контекст директиви вказує на те, де, на якому рівні та в якому конфізі дана директива може використовуватись. Одна і та ж директива може бути дозволена до використання як в одному виді контексту, так і в декількох видах контексту. Якщо директива буде використана/записана у неприпустимому для неї вигляді контексту, то буде помилка веб-сервера Apache при завантаженні конфігурації, яка призведе до його зупинки. Тому, при написанні ваших директив завжди звертайте увагу на контекст їх застосування, який завжди вказується в документації до директиви на сайті Apache.

По-п'яте: потрібно розуміти, що Apache виконує читання та застосування всіх активних конфігів тільки при старті або перезавантаження Після старту Apache вже не перечитує конфігурацію. каталогу сайту та перечитується при кожному звернення до даного каталогу сайту Відповідно, якщо ви зробили зміни параметрів конфігурації поза .htaccess файлом, то для набуття ними чинності необхідно перезавантажити web сервер Apache.

Види контексту директив:

server config - глобальний рівень директиви для застосування у файлах загальної конфігурації сервера позаі позаконтейнерів та поза файлу .htaccess;
virtual host - рівень віртуального хоста для застосування директиви у контейнері;
directory - рівень каталогу, Директива повинна використовуватися всередині контейнерів , , , ;
.htaccess - рівень локального каталогу сайту, директива може застосовуватись у файлі .htaccess.

Команди управління конфігурацією

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

Команди увімкнення/вимкнення конфігурації

Для активації та деактивації тих чи інших конфігів в Ubuntu надаються команди помічники співзвучні з available/enabled та префіксом каталогу.Наприклад, команда a2enconf, яку можна розшифрувати як apache2-enable-conf, виконує активацію вказаного в її аргументі конфігураційного файлу з conf-available каталогу шляхом створення символьної на нього посилання у каталозі conf-enabled. Команда a2disconf виконує зворотну дію, тобто. видаляє це посилання. Подібна логіка застосовна і до інших команд: a2enconf/a2disconf, a2enmod/a2dismod, a2ensite/a2dissite. Але ви також можете вручну створити/видалити символьні посилання на потрібні вам конфіги в директоріях виду *-enabled.

Увага: для набуття чинності змін конфігів потрібно виконати перезавантаження конфігурації WEB-сервера Apache.

a2enconf/a2disconf

Для включення або вимкнення потрібного конфігу з каталогу conf-available у конфігурацію сервера використовуйте команди: a2enconf/a2disconf

a2enmod/a2dismod

Для активації встановленого модуля Apache з каталогу mods-available та деактивації його використовуйте команди: a2enmod/a2dismod

Увімкнути модуль Apache

Вимкнути модуль Apache

a2ensite/a2dissite

Для активації конфігурації віртуального хоста з каталогу sites-available та деактивації його використовуйте команди: a2ensite/a2dissite

Включити віртуальний хост в Apache

Вимкнути віртуальний хост в Apache

Команди управління Apache

Увага: команди apache2ctl та apache2 мають різний синтаксис аргументів, однак утиліта apache2ctl здатна обробляти як власні команди, так і команди призначені для apache2 і тому є більш універсальною.

Приклади команд управління Apache для утиліти apache2ctl

Зауваження: на продуктивному сервері потрібно прагнути виконувати graceful варіанти перезапуску та зупинки при яких виконується очікування завершення поточних запитів клієнтів, що є коректнішим як для користувачів, так і для цілісності даних, що обробляються в даний момент.

Системні команди для Apache

У Ubuntu для Apache, як і для інших служб системи, доступні команди виду:

Приклади загальних системних команд керування Apache web-сервером:

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

У висновку конфігурації WEB сервера Apache в Ubuntu хочеться відзначити, що всі описані каталоги, логіка та команди будуть застосовні як для серверної версії, так і для десктопної версії Ubuntu. Тому, якщо ви вже працюєте в Ubuntu Desktop і налаштовуєте свій розробний LAMP сервер, то просто відкрийте термінал і виконуйте в ньому вищеописані команди.

Скринкаст: Огляд конфігурації Apache в Ubuntu

У скринкасті представлений послідовний огляд конфігурації web-сервера Apache в Ubuntu при стандартній установці LAMP в Ubuntu server 16.04. Описано стартову сторінку web сервера, структуру домашньої директорії Apache, призначення каталогів та конфігураційних файлів.Наведено команди для керування та налаштування конфігурації веб-сервера. Описано логіку, структуру, особливості та підхід у конфігурації Apache. Дано поняття контексту дії директив Apache. Наведено посилання на необхідну документацію. Скринкаст допоможе вам розібратися в налаштуванні веб-сервера Apache2 в операційній системі Ubuntu для свого розробного або продуктивного веб-сервера, як на віртуальній машині, так і на виділеному VDS або на своєму Ubuntu Desktop персональному комп'ютері.

яке розташування файлів сеансу за замовчуванням при установці Apache / PHP на Ubuntu 10.10?

нове значення за промовчанням для save_path у майбутньому releaess (sic) буде порожнім рядком, який викликає тимчасовий каталог для зондування.

знайти справжній сеанс зберегти шлях, ви можете використовувати

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

спочатку перевірте значення session.save_path, використовуючи ini_get('session.save_path') або phpinfo() . Якщо це не порожньо, він покаже, де зберігаються файли сеансу. У багатьох сценаріях він за промовчанням порожній, і в цьому випадку читайте далі:

на машинах Ubuntu або Debian, якщо session.save_path не встановлений, потім файли сеансу зберігаються в /var/lib/php5.

у системах RHEL і CentOS, якщо session.save_path не встановлено, файли сеансу будуть збережені в /var/lib/php/session

Я думаю, що якщо ви скомпілювали PHP з джерелом, тоді коли session.save_path не встановлено, файли сеансу будуть збережені в /tmp (Я не перевіряв це сам, хоча).

інше загальне розташування за промовчанням, крім /tmp/ is /var/lib/php5/

якщо ви не впевнені у скомпілюваному за умовчанням, подивіться на php.ini для Apache:

поточні розташування Ubuntu/Debian:
Старі версії php5 встановити: /etc/php5/apache2/php.ini
Ubuntu 16.XX та / або php5 або php7: /etc/php/*/apache2/php.ini

як правило, це покаже закоментовані за умовчанням.

'cli' /версія командного рядка РНР.ini-це зазвичай те ж саме, що й версія Apache, наскільки параметри за замовчуванням шляхи збереження. Ви також можете використовувати аналогічну команду для Ехо-налаштування Apache для wget/curl або веб-сторінки. Але набагато простіше просто grep для нього в Apache php.ini.

EDIT: Per @ aesede коментар -> додано php -i . Дякую

у мене була така ж проблема пошуку правильного шляху для сеансів на Mac. Загалом, я дізнався, що cli PHP має інший тимчасовий каталог, ніж модуль Apache: Apache used /var/tmp , тоді як CLI використовував щось на зразок /var/folders/kf/hk_dyn7s2z9bh7y_j59cmb3m0000gn/T . Але в обидві сторони sys_get_temp_dir() мені правильний шлях, коли session.save_path - це порожнє. Використання PHP 5.5.4.

Я вважаю його в /tmp/. Перевірте свою функцію phpinfo, хоча він повинен сказати сеанс.save_path десь там.

в залежності від типу сервера, він може змінюватись. Щоб знайти каталог, знайдіть у php наступне.ini-файл.

Базове налаштування сервера Apache

Встановити потрібні пакети.
Визначити основний конфігураційний файл.
Створити певний вміст веб-сервера.

Встановлення необхідних пакетів

Замість використання окремих пакетів ви можете також використовувати yum groups. Команда yum groups list надає огляд усіх доступних груп yum, а yum group Basic Web Server надає все необхідне для встановлення веб-сервера Apache та всі необхідні залежності. Для встановлення Apache використовуйте yum groups install "Basic Web Server".

Визначення основного конфігураційного файлу

Створення контенту веб-сервера

Щоб протестувати веб-сервер, можна запустити браузер. Браузер Firefox встановлений за умовчанням у всіх графічних установках RHEL/CentOS. Якщо сервер не підтримує графічний інтерфейс, використовуйте yum install elinks для встановлення текстового браузера elinks.

Цей браузер не дозволяє завантажувати складні веб-сторінки, але він дозволяє перевірити роботу веб-сервера. Нижче на скріншоті показано, як виглядає інтерфейс elinks.

У вправі 1 ви дізнаєтесь, як налаштувати базовий веб-сервер.

Вправа 1. Налаштування базового веб-сервера

У цій вправі ви дізнаєтесь, як налаштувати базовий веб-сервер Apache.

2. Відкрийте головний файл конфігурації Apache у редакторі та знайдіть рядок, який починається з DocumentRoot. DocumentRoot визначає місце, де сервер Apache шукатиме контент, який він обслуговуватиме. Переконайтеся, що він встановлений у /var/www/html.

Розуміння файлів конфігурації Apache

Лістинг 3
Перше, що ви помітите, це наявність трьох символічних посилань на журнали, модулі та каталог виконання. Вони створені, щоб дозволити Apache запускатись у середовищі chroot.

Середовище chroot надає підроблений кореневий каталог. Це каталог файлової системи, представлений як кореневий каталог для процесу, який виконується в середовищі chroot. Це зроблено з міркувань безпеки: процеси, що працюють в середовищі chroot, можуть звертатися до файлів тільки в цьому середовищі chroot, що знижує ризик виникнення інцидентів безпеки, коли зловмисникам вдається отримати оболонку входу в систему з використанням ідентифікатора веб-сервера і спробувати пройти через файлову систему до виконання несанкціонованих дій.

Створення віртуальних хостів Apache

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

■ Віртуальний хостинг на основі імен є найпоширенішим рішенням. У цьому рішенні віртуальні хости використовують різні імена, але та сама IP-адреса.

■ Віртуальні хости на основі IP менш поширені, але необхідні, якщо ім'я веб-сервера має бути перетворене на унікальну IP-адресу. Віртуальні хости на основі IP вимагають декількох IP-адрес на одному сервері і є спільними в конфігурації, де сервер Apache використовує TLS для захисту з'єднань.

Вправа 2. Встановлення віртуальних хостів Apache

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

Передбачається, що у вас є два сервери з ім'ям server1 та server2. Якщо що-небудь, ви можете налаштувати гіпервізор і створити дві віртуальні машини за цією статтею: KVM в CentOS 7.

Додати до цього файлу:
4. Закрийте конфігураційний файл і виконайте:

6. Тимчасово вимкніть SELinux командою setenforce 0.

Як правильно зберігати файли на веб-сервері?

Я хотів би поставити деякі питання про побудову каталогів і зберігання в них файлів (картинок, наприклад). Перш ніж звернутися, я почитав багато різних статей і в мене накопичилися питання.Ні для кого не секрет, що для великих проектів недоцільно скидати файли, що завантажуються користувачем, в одну папку і тому потрібно розкидати їх по каталогах, але як зробити це правильно? Багато хто радить робити це слід. Отже: Коротко опишу, генеруємо назву файлу за допомогою md5 хеша. Потім беремо перші 2 символи з назви і створюємо папку і туди поміщаємо всі файли, які починаються на ті самі символи, подібним чином ми можемо створити 256 папок в які, наприклад, ми можемо помістити по 1000 файлів. Зрозуміло, можна робити вкладені рівні з 3 та 4 символи з 5 та 6 і тд. Але я не можу зрозуміти, що буде, якщо одна з папок заб'ється набагато раніше, ніж інші? Як у такому разі бути? Мій варіант, який прийшов на думку (Думаю, я не перший): Створюємо папку з числом поточного року, наприклад, потім поточного місяця і в папці з числом місяця створюємо папку з днем місяця і в ній створюємо папку з назвою 1 і забиваємо її до тих пір, поки в ній не буде 1000 файлів, потім створюємо папку з числом 2 і забиваємо її, ну і в такому ж дусі і далі. Виходить, якщо ми зберігатимемо в папці до тисячі папок і в цих папках до тисячі файлів, то у нас в одній папці яка названа числом місяця може зберігатися до 30 000 000 файлів. Після того, як місяць закінчився переходимо до іншого, закінчився рік, переходить до іншого. Файловій системі в такому випадку не доведеться тонни файлів розгрібати, максимальна кількість файлів з якими доведеться їй працювати це 1000. так до 1000 Закінчився день, тоді створюємо в папці 04 папку 16 і далі за описаним принципом працюємо.Зрозуміло, папки створюються лише тоді, коли в них завантажуються файли. Які у вас думки з цього приводу? Яку структуру зберігання файлів ви використовуєте? І чим вона гарна? Чи прийнятна та структура, яку описав я, на ваш погляд? Що скажете щодо продуктивності?

Взагалі, папки придумали для людини, щоб вона могла групувати файли і структурувати їх. Файлова система глибоко чхати на те як там файли зберігаються. Вони просто розмазані по всьому дисковому простору. У поточних реаліях швидкість доступу (читання, запис) даних це характеристика пристрою зберігання.

Ну от я це й маю на увазі. Як краще зберігати файли, щоб ФС було простіше читати, записувати, видаляти?

Ще раз повторююсь – ФС все одно. Концепція папка Анотація. Якщо хочете швидкості, то платіть гроші за хостинг SSD

А чому тоді швидкість читання з директорії де 1000 файлів набагато швидше, ніж читання з директорії де файлів 50 000?

До вашої структури каталогів (рік/місяць/день/. ) знадобиться ще й файл-індекс (а скоріше структура з кількох таких файлів) для пошуку файлу на ім'я. Інакше, щоб переконатися, що запитуваного файлу в системі немає доведеться переглянути вміст всього дерева каталогів. / Щодо останнього питання (у коментарі) - час пошуку файлу в каталозі від розміру файлу не залежить.

Форум російськомовної спільноти Ubuntu

Чи побачили повідомлення з незрозумілим посиланням, спам, непристойність чи образу?
Скористайтеся посиланням «Повідомити модератору» поряд із повідомленням!