Я пытаюсь установить последнюю версию pthreads 3.1.6 64bit для PHP.
Согласно совету автора pthreads, на http://github.com/krakjoe/pthreads
Я поместил две dll в нужные места.
Добавьте pthreadVC2.dll (входит в состав выпусков Windows) в тот же каталог, что и php.exe, например. C: \ Apache24 \ php Добавьте php_pthreads.dll в папку расширения PHP, например. C: \ Apache \ PHP \ внутр
А также в каталоге Windows \ system32
А также добавил LoadFile в [Apache Http.confd] [1]
И я добавил добавленное расширение на мой php.ini
php.ini
Но Apache не запускается, и когда я проверяю apache error.log, у меня есть следующее
[Tue Jun 28 11: 38: 31.184618 2016] [ssl: warn] [pid 8640: tid 352] AH01909: localhost: 443: 0 сертификат сервера НЕ включает идентификатор, который соответствует имени сервера
[Tue Jun 28 11: 38: 31.215819 2016] [core: warn] [pid 8640: tid 352] AH00098: файл pid C: /Apache24/logs/httpd.pid перезаписан – Нечеткое завершение предыдущего запуска Apache?
Я переместил расширение php_pthreads.dll в начало списка расширений и донизу, но без радости. Это просто не начинается с dll pthreads. Но если я прокомментирую, расширение = php_pthreads.dll, мой Apache перезапустится, но просто не с этой dll pthreads.
Это ошибка, или я делаю что-то неправильно?
Немного информации о моей системе. Окно 7 64 бит, с Apache 2.4.x VC14
Информация о PHP
Система Windows NT NG10676 6.1 build 7601
(Windows 7 Enterprise Edition с пакетом обновления 1) AMD64
Дата сборки 21 июн 2016 15:08:19
Компилятор MSVC14 (Visual C ++ 2015)
Архитектура x64
Предотвращение потоков
Обратите внимание, что все компиляторы VC, установленные на моей системе 10, 11, 14, все 64-разрядные и 32-разрядные, а также на всякий случай.
Обратите внимание: я пробовал все предыдущие темы о установке pthreads, и они не помогают в моей установке. Я пробовал каждую страницу google, но они просто не работают, любая помощь будет оценена по достоинству. Если PHP pthreads дизайнер может пролить свет на эту версию.
Цитата из README :
pthreads v3 ограничен только для работы в CLI: я потратил много лет на то, чтобы объяснить, что потоки на веб-сервере просто не имеют смысла, после того, как 1111 совершает pthreads, я понял, что мой совет не будет рассмотрен.
Поэтому я продвигаю совет к жесткому и быстрому факту: вы не можете использовать pthreads безопасно и разумно где угодно, кроме CLI.
Спасибо за прослушивание 😉
Цитата из блога, объясняющая изменение с v2
…
EJB явно запрещает программисту создавать потоки по спецификации, а на современной Java даже нет модели 1: 1. Очевидно, что это связано главным образом с тем, что среда может быть перенесена (перемещена внутри кластера серверов), трудно перемещать потоки за пределами управляемого пула. Это идет дальше, чем запрет на создание потоков, но запрещает использование примитивов синхронизации, потому что, если узел перемещается, когда вы сохраняете блокировку – все ад разрывается.
В Java, как правило, вам не рекомендуется вручную создавать потоки в Servlets, по всем тем же причинам я обескураживаю это для pthreads.
Хотя верно, что не каждая среда фактически запретит это, она работает настолько глубоко, насколько это возможно; Все согласны с тем, что создание реальных (1: 1) потоков в контексте веб-ответа – плохая идея.
…