Налаштування php на хостингу через файл
Загалом, сяк-так 3 або навіть 4 дня я мучився, після чого мене спрямовані на потрібну сторінку довідки, де я знайшов всю необхідну інформацію. Як виявилося, я міг вказувати для хостингу свої настройки PHP через файл php.ini, що, в принципі, було трохи незвично.
Отже, php.ini - це файл настройок і конфігурації PHP. У ньому знаходиться ряд директив, які визначають різну поведінку PHP, ну і, отже, сайту. Назва файлу повинна бути саме таким, щоб інтерпретатор зміг його знайти. В інтернеті пишуть, що він спочатку шукає файл настройок php.ini в поточному каталозі, якщо його немає, то переходить в директорію, вказану в змінної оточення PHPRC, і в останню чергу перевірять нехай, який заданий при компіляції PHP. Якось так, інформація цікава, але більше теоретична :)
Повернемося до реальних прикладів. При роботі з різними хостера можна сказати у мене було кілька варіантів і нюансів налаштування PHP.
Можливо, cPanel і надає варіанти зміни налаштувань PHP (крім версії), але мені поки таке не траплялося. Тому найчастіше я вдавався до другого варіанту.
2. Цілком логічно для користувача, який не дуже в усьому цьому розбирається попросити допомоги у хостера. Іноді це є єдиним можливим рішенням. Тут, мабуть, багато що залежить від конфігурації і принципів роботи сервісу у різних компанія - одні дають користувачам більше свободи, інші, навпаки, намагаються контролювати всі налаштування.
3. Деякі хостери довіряють своїм клієнтам настільки, що дозволяють використовувати свої налаштування в php.ini на серверах. Як я розумію, ряд налаштувань PHP встановлюється за умовчанням, але місцями виникають ситуації, коли для тих чи інших систем, скриптів може знадобиться додаткова функціональність - як, наприклад, в моєму випадку з функцією exec або коли мова йде про wordpress можна згадати змінну memory_limit.
На одному з хостерів, з яким працюю, знайшов інструкцію як же все-таки можна перевизначити деякі настройки php.ini під свої потреби:
У .htaccess додаємо наступні рядки:
раджу спробувати зібрати мінісервер на робочому компі. зварганити щось типу Денвера, але своїми руками і без «блекджека і дам» якісь присутні в Денвері. дуже багато корисного дізнаєтеся :)
дуже довго возився коли налаштовував створення субдоменів з адмінки WordPress Mu. Хостерів зазвичай пхати тут ні до чого - самому треба шукати інфу і вже говорити саппорт що робити :) прикро що налаштувати-настроїв, але реалізував в результаті все зовсім по іншому) досих пір працює Парачки субдоменов созданая таким чином :)
зручно, до речі, якщо робити блогохостинг або соц.сервіс.
У мене була подібна проблема, що і увтора поста, однак її все ж вирішив хостер. Я просто наполіг на тому, що нібито не тямлю в усіх цих справах, налаштуваннях та ін. І вони зробили все самі :)
BOLVERIN, в наступній версії системи wordpress 3.0 налаштовувати мережу доменів (ну і, напевно, субдоменів) буде набагато зручніше.
2 Tod: в будь-якому випадку треба буде налаштовувати сервак під автоматичне створення доменів.
Так з жахливим нетерпінням чекаю WP 3 ну а поки доводиться в ручну це робити, це звичайно не проблемно коли 3-10 сайтів ставиш в день, а ось якщо по 20-40 тоді звичайно.
Ех, тиждень назад б, а то все перерив, поки вирішував з реврайтом. Благо, хостер виявився розуміючим і розповів, що й до чого.
Є у мене один сайт на вордівських движку, з вісьмома сотнями сторінок. В адмінці намагався будувати карту сайту, виходила помилка, що ліміт пам'яті сервера 32Мб. Думав - ну і хрін з ним.
Прочитавши Вашу статтю зайшов в адмінку сервера, і побачив, що обмеження пам'яті встановлено 32Мб. Поміняв на 128, зайшов в адмінку сайту і запустив побудова карти.
Ву-аля! Карта вишикувалася!
Олександр, дякую за наводку! Скринька-то просто відкривався :-)
Андрій, краще ставити «оптимальний мінімум», кажуть, хостер може образитися в таких випадках.
взагалі дивно що стільки пам'яті жере.
800 сторінок: перевірка типу чпу, вибірка з бд дати і линка. визначення типу кожної сторінки. сортування за датою і побудова на основі отриманих даних карти. ну блін, метрів 10 я б ще зрозумів.
2 Tod: чи не розбирав роботу побудови сайтмапа для вордпресс? а то аж надто дофіга пам'яті жере.
1. Олександр, у мене на плані хостингу 2Гб оперативки, а використовуються не більше 600 мегов. Тому я улелічіл ліміт. Тут хостером як би я сам і є (хостинг - взяв віртуальний виділений сервер). Інше питання - якщо сайтів з часом насаздаю стільки, що вони зможуть більше 2 Гб оперативки з'їсти. Тоді питання звичайно цікаве - що буде з усіма хом'яками? Або сервер на час оруби, або просто перезавантажитися. Цього я не знаю. Час покаже.
2. BOLVERIN, на сайті варто плагін-перекладач. У його налаштуванні я поставив:
а) що б перекладені сторінки включалися в карту сайту.
б) що б сторінки кешуватися, тоді при перекладі цієї сторінки іншим користувачем вона вже не буде перекладається, а братися прямо з кешу.
Я підозрюю, що сторінок таким чином стає більш 800, і тому 32 мегов і не вистачало для побудови карти.
2 Андрій: наочно поясню скільки інформації в 32 мегабайтах.
якщо мені не зраджує пам'ять, то «війна і мир» важить близько 2-3 мегабайт. тобто 32мб це грубоговоря 10 повних збірок «війна і мир». це шалений кількість інформації.
Для текстової інформації 32 мега - це море. Але для сервера, який перелопачує інформацію в базах даних - виходить недостатньо.
Але якщо хто підкаже, як в 32 мегабайта вмістити роботу плагінів в Вордпресі - буду вдячний.
2 Андрій: я не знаю скільки у сервера зжирає пам'яті виконання php, але не думаю що багато.
сервер це теж комп'ютер, а оперативна пам'ять заповнюється приблизно також як і фізична. зразок відрізняється швидкістю доступу і ще якимись параметрами, але я до шкодую ВМ не железячнік тому в цьому питанні можу і помилятися.
DLE чомусь 32 метра цілком вистачає для сайтмапа.
BOLVERIN, пам'ять для скриптів і зберігання інформації виділяється по різному, при використанні сторонніх плагінів також потрібно розуміти, що не скрізь код у них оптимізований і все таке. Коротше по різному буває - в одних хостингах вистачає 32Мб для 10-15 плагінів, у інших навіть з цим числом виникають проблеми.
Простіше в .htaccess прописати правило для php ... наприклад:
php_value max_input_vars 10000
вуаля
Tod's Blog створений для тих, хто хоче навчитися заробляти в мережі і активно цікавиться темою монетизації сайтів.
Де я заробляю