З давнім часом заморожування функції PHP 5.5 я зрозумів, що прийшов час опублікувати оновлення до популярних PHP 5.4 та Drupal 7 питання.
Отже, чи може Drupal працювати на PHP 5.5?
З давнім часом заморожування функції PHP 5.5 я зрозумів, що прийшов час опублікувати оновлення до популярних PHP 5.4 та Drupal 7 питання.
Отже, чи може Drupal працювати на PHP 5.5?
Відповіді:
Якщо коротко, якщо ваш сайт працює на PHP 5.3, він також працюватиме на 5.5, перейдіть до оновлення! (Ваше середовище розробників, поки не вийде справжній реліз)
З короткою відповіддю в дорозі, ось ще кілька деталей.
Що стосується "Чи працює Drupal на цьому", дуже мало змінилося з PHP 5.3, на 5,4 до 5,5. Одне питання, що з'явилося під PHP 5.4, було насправді просто PHP краще повідомляти розробникам, коли вони роблять щось не так, а не несумісність, представлена PHP. Детальніше про це добре висвітлено в PHP 5.4 та Drupal 7 .
Немає подібних нових попереджень, однак, не існує PHP 5.5, і хоча деякі речі змінилися , вони навряд чи матимуть негативний вплив на ваш Drupal-сайт.
Одне занепокоєння щодо продуктивності, яке було викликано запуском 5.4, було те, що APC відстає в підтримці. Цього разу це не буде проблемою, оскільки 5.5 тепер включає заміну оптимізатора APC +
Drupal 6: На сьогоднішній день більшість речей добре працює з PHP 5.3, а це означає, що він повинен працювати добре на 5.5. Я ще повинен це перевірити сам.
Drupal 7: працює безперебійно, я жодного разу не стикався з жодними проблемами, багато в чому тому, що Drupal 7 був розроблений більше на увазі PHP 5.3, а будь-які проблеми, виявлені на 5.4, уже давно виправлені.
Drupal 8: Потрібен 5.3 з самого початку, тому він буде добре працювати. Відповідь я оновлю, коли сам її перевіряю.
Оновлення відповіді летарйону:
Під час встановлення нової версії Drupal 7.26 в середовищі PHP 5.5 я отримував два рази завантаження екрана "Налаштування бази даних". Після другого подання форми я отримав би WSOD . Завантаження сайту з кореневого контуру дало 404.
Я відстежив цей виправлення (коментар № 45), який вирішив проблему для мене. Як ви прочитаєте там, це було пов’язано з тим, як працює нова система кешування PHP, і кешуванням settings.php, який зберігає дані бази даних.
Додавання наступних рядків до основного файлу htaccess може допомогти.
php_value date.timezone America/New_York
php_value error_reporting E_ALL
php_value display_errors 1
php_value display_startup_errors 1
php_value memory_limit 256M
php_value error_reporting E_ALL
отримало мене минулого WSOD, решта лише допомогла налагодити.
Я потрапив на корч, намагаючись встановити Drupal 7.26 на Ubuntu 13.10 (php 5.5).
Fatal error: Call to undefined function field_attach_load() in /var/www/d7/includes/entity.inc on line 316
Мені довелося застосувати цей виправлення - https://drupal.org/comment/7721819#comment-7721819 .
Видалено існуючу базу даних для цієї установки.
Заново створив базу даних, а потім запустив install.php
.
Проблема для мене була виправлена за допомогою цього виправлення.
field_attach_load()
здавалося б, це функція Drupal, і подібні помилки були опубліковані ще в 2009 році , що стосуються Drupal 7.
Свіжа установка drupal-7.26
Ran PHP 5.5.9 -помилка: "... entit.inc у рядку 316"
На панелі керування сервером я змінив папку Drupal на "PHP 5.4.25". Потім натисніть назад у браузері, повторно введіть дані встановлення та voila -> працює та працює ...
Встановлені теми, деякі модулі, створені сторінки; повернено до PHP 5.5.9 -> все ще працює ...
Drupal 7: Перевірте всі проблеми з тегом php 5.4 або php 5.5, щоб переконатися, що ви не використовуєте жодного з модулів, які все ще мають проблеми з цими версіями: https://drupal.org/project/isissue/search?text=&projects= & присвоєно = & представлено = & project_issue_followers = &&&& issue_tags_op =% 3D & issue_tags = PHP% 205,4% 2C% 20PHP% 205,5 .
Якщо на вашому сайті встановлений будь-який з цих модулів, я думаю, що краще дотримуватися php 5.3 для Drupal 7.
Drupal 6 Додайте також тег php 5.3, оскільки деякі менш використовувані або підтримувані модулі все ще мають проблеми з php 5.3.