Жизнь замечательных грибов
Здесь собраны статьи, наработки, исправление ошибок и решение проблем связанных с разработкой на языке PHP
Документация: https://docs.helpdeskz.com/en/latest/
С моими правками: https://github.com/donpadlo/helpdeskz-dev
В принципе эта ХелпДеск система уже умеет работать с API, осталось дело за малым — обернуть это всё в удобный класс для работы:
» Читать далееК сожалению в руководстве по установке, процесс описан очень коротенько, и очень часто установка сводится к выводу сообщения:
Whoops! We seem to have hit a snag. Please try again later…
Чтобы улучшить информативность фреймворка, что же ему таки не хватает, можно временно добавить в index.php строчку:
|
1 |
define('ENVIRONMENT', 'testing'); |
Но! В этом случае после успешного прохождения всех шагов инсталляции, фремворк будет пытаться проходить тесты и писать результаты в SQLite3, что нам не нужно. Потому не забудьте эту строчку удалить.
Для локализации, достаточно скачать необходимый язык из https://github.com/helpdesk-z/translations, и в настройках поменять локаль на нужную
|
1 2 3 4 |
wget https://getcomposer.org/installer --no-check-certificate -O "composer-setup.php" php composer-setup.php chmod -c 777 * sudo mv composer.phar /usr/bin/composer |
И снова поймал ту-же ошибку — воспроизводится при получении ранее не сохраненного в текущей сессии php значения get. Например:
|
1 2 3 |
$memcached = new Memcache(); $memcached->addServer('localhost', 11211); echo $memcached->get('key')."\n"; |
Исправить не смог, на текущий момент припер «костылем»:
|
1 2 3 4 |
$memcached = new Memcache(); $memcached->addServer('localhost', 11211); $rr=$memcached->getVersion(); echo $memcached->get('key')."\n"; |
Да! Я сам в шоке, проблема решается вставкой ПЕРЕД get, не нужного getVersion
UPDATE: проблема была в банальной не хватке места на ЖД
Проблема: есть некий трудоёмкий процесс в скрипте PHP, который вынесен из родительского потока.При завершении его, при помощи posix_kill, остается зомби процесс. Код вида:
|
1 2 3 4 5 6 7 8 9 10 11 |
$child_pid = pcntl_fork(); if (($child_pid==0) or ($child_pid==-1)){ // -1 если дочерний процесс стартовать не удалось //здесь много грузящей процессор работы PutLog(messageslogfile, BOn."--завершил дочерний процесс", true); if ($child_pid!=-1){ posix_kill(posix_getpid(), SIGKILL);}; // если продолжаем в основном потоке, то и кончаем его } else { PutLog(messageslogfile, BOn."--стартовал дочерний процесс", true); }; |
Проблема возникает из за того, что нам нужно как-то отчитаться в главный процесс, что дочерний процесс завершен, и только тогда ОС поймёт, что зомби можно убирать. Классически для этого используют pcntl_wait, но рабочих примеров найти не смог.
Решение: объявим, что нам собственно всё равно что происходит с «детьми»:
|
1 |
pcntl_signal(SIGCHLD, SIG_IGN); |
После этого зомби-процессы плодиться перестают