- Saved searches
- Use saved searches to filter your results more quickly
- Error: Call to undefined function Shaarli\Front\Controller\Admin\ctype_digit() #1700
- Error: Call to undefined function Shaarli\Front\Controller\Admin\ctype_digit() #1700
- Comments
- Как победить ошибку
- Saved searches
- Use saved searches to filter your results more quickly
- Call to undefined function ctype_digit() #115
- Call to undefined function ctype_digit() #115
- Comments
- Thread
- Fatal error: Call to undefined function ctype_digit()
- Friday creative
- Sue Crocker
- Friday creative
- Ingmar
- Rob Sanchez
- Friday creative
- Ingmar
- Friday creative
- Ingmar
- Friday creative
Saved searches
Use saved searches to filter your results more quickly
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Error: Call to undefined function Shaarli\Front\Controller\Admin\ctype_digit() #1700
Error: Call to undefined function Shaarli\Front\Controller\Admin\ctype_digit() #1700
Comments
I get this after clicking on the edit icon for an entry:
URL: https://mysite/bm/index.php/admin/shaare/
(n.b.: «bm» is the documentroot subfolder where the code is. currently running without URL rewriting.)
Call to undefined function Shaarli\Front\Controller\Admin\ctype_digit() /var/www/localhost/htdocs/bm/application/front/controller/admin/ShaarePublishController.php76 #0 [internal function]: Shaarli\Front\Controller\Admin\ShaarePublishController->displayEditForm(Object(Slim\Http\Request), Object(Slim\Http\Response), Array) #1 /var/www/localhost/htdocs/bm/vendor/slim/slim/Slim/Handlers/Strategies/RequestResponse.php(40): call_user_func(Array, Object(Slim\Http\Request), Object(Slim\Http\Response), Array) #2 /var/www/localhost/htdocs/bm/vendor/slim/slim/Slim/Route.php(281): Slim\Handlers\Strategies\RequestResponse->__invoke(Array, Object(Slim\Http\Request), Object(Slim\Http\Response), Array) #3 /var/www/localhost/htdocs/bm/application/front/ShaarliMiddleware.php(55): Slim\Route->__invoke(Object(Slim\Http\Request), Object(Slim\Http\Response)) #4 /var/www/localhost/htdocs/bm/application/front/ShaarliAdminMiddleware.php(25): Shaarli\Front\ShaarliMiddleware->__invoke(Object(Slim\Http\Request), Object(Slim\Http\Response), Object(Slim\Route)) #5 [internal function]: Shaarli\Front\ShaarliAdminMiddleware->__invoke(Object(Slim\Http\Request), Object(Slim\Http\Response), Object(Slim\Route)) #6 /var/www/localhost/htdocs/bm/vendor/slim/slim/Slim/DeferredCallable.php(57): call_user_func_array(Array, Array) #7 [internal function]: Slim\DeferredCallable->__invoke(Object(Slim\Http\Request), Object(Slim\Http\Response), Object(Slim\Route)) #8 /var/www/localhost/htdocs/bm/vendor/slim/slim/Slim/MiddlewareAwareTrait.php(70): call_user_func(Object(Slim\DeferredCallable), Object(Slim\Http\Request), Object(Slim\Http\Response), Object(Slim\Route)) #9 /var/www/localhost/htdocs/bm/vendor/slim/slim/Slim/MiddlewareAwareTrait.php(117): Slim\Route->Slim\(Object(Slim\Http\Request), Object(Slim\Http\Response)) #10 /var/www/localhost/htdocs/bm/vendor/slim/slim/Slim/Route.php(268): Slim\Route->callMiddlewareStack(Object(Slim\Http\Request), Object(Slim\Http\Response)) #11 /var/www/localhost/htdocs/bm/vendor/slim/slim/Slim/App.php(503): Slim\Route->run(Object(Slim\Http\Request), Object(Slim\Http\Response)) #12 /var/www/localhost/htdocs/bm/vendor/slim/slim/Slim/MiddlewareAwareTrait.php(117): Slim\App->__invoke(Object(Slim\Http\Request), Object(Slim\Http\Response)) #13 /var/www/localhost/htdocs/bm/vendor/slim/slim/Slim/App.php(392): Slim\App->callMiddlewareStack(Object(Slim\Http\Request), Object(Slim\Http\Response)) #14 /var/www/localhost/htdocs/bm/vendor/slim/slim/Slim/App.php(297): Slim\App->process(Object(Slim\Http\Request), Object(Slim\Http\Response)) #15 /var/www/localhost/htdocs/bm/index.php(176): Slim\App->run(true) #16
The text was updated successfully, but these errors were encountered:
Как победить ошибку
А ты не пробобвал сам разобраться?
on line 310 это значит нужно искать ошибку в строке файла — 310 строка файла
файл указан (index.php)
Подробнее об ошибке можно узнать из строки перед названием файла
Call to undefined function
Скрипт ссылается на переменную ctype_digit() что-то здесь не так. Эта переменная не опрделина. Если ты ничего не модифицировал, то попробуй заменить этот весь файл из архива оригиналом
Ну.. тода — ой.
Попробуй распаковать целый оригинальный архив от WR (только осторожно) и попробуй снова его запустить на своём хосте.
Скрипты WR рабочие на 100%
Если у тебя не определяется какая-то функция, то это говорит о том, что где-то в скриптах что-то задето.. что мешает нормальной работе скрипту.
можно посмотреть http://www.tv.sheriff.md/forum/index.php
tvtop,
Функция ctype_digit — Проверяет является ли символ цифрой
Работает под PHP 4 >= 4.0.4, PHP 5
У вас видно на хостинге версия PHP другая
Обратитесь к администрации хостинга
Цитата:
Скрипт ссылается на переменную ctype_digit() что-то здесь не так. |
Переменная тут не причем
Артур, переменная может и не причём
Но сервер пишит ошибку Call to undefined function ctype_digit()
Собственно, что там написанно, это и есть ответ. А написанно там, что функция не определина.
я не знаю, что это за переменная. Не разберался. Для этого нужно самому лезть в скрипт, на что времени нет.. У меня, например, всё работает.
ну не фигасе. .
Скрипт то написан для php 4.3.6. Чёрт знает этих разработчиков, какие функции они повыкидывали за 2-а! года доработки php-интерпритатора.
Темболее такая клёвая функция. Я б её назвал АНТИшаловливыеручки. Бред её исключать из новой версии.
Ага, нашел, эта функция может быть подключена как расширение в php «ctype»
У Вас видно не подключено.
Обратитесь к администрации хостинга.
Или, если последнее невозможно, напишите свою функцию
у меня такое было. в 5-ой версии РНР эта функция заменена на is_numeric();
соответственно открываешь фалы admin.php, tools.php, moder.php, index.php и делаешь замену ctype_digit на is_numeric
ну вот и проблема решилась
Saved searches
Use saved searches to filter your results more quickly
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Call to undefined function ctype_digit() #115
Call to undefined function ctype_digit() #115
Comments
I’m getting the following error in /var/log/nginx-error.log while using phpmyadmin docker image with jwilder nginx-proxy. I have used both in conjunction in the past and I can’t identify whats causing the problem right now
2017/04/06 15:41:37 [error] 25#25: *138 FastCGI sent in stderr: "PHP message: PHP Fatal error: Uncaught Error: Call to undefined function Symfony\Component\ExpressionLanguage\ctype_digit() in /www/vendor/symfony/expression-language/Lexer.php:48 Stack trace: #0 /www/vendor/symfony/expression-language/ExpressionLanguage.php(108): Symfony\Component\ExpressionLanguage\Lexer->tokenize('n > 1') #1 /www/vendor/symfony/expression-language/ExpressionLanguage.php(81): Symfony\Component\ExpressionLanguage\ExpressionLanguage->parse('n > 1', Array) #2 /www/vendor/phpmyadmin/motranslator/src/Translator.php(257): Symfony\Component\ExpressionLanguage\ExpressionLanguage->evaluate('n > 1', Array) #3 /www/vendor/phpmyadmin/motranslator/src/Translator.php(285): PhpMyAdmin\MoTranslator\Translator->selectString(25) #4 /www/vendor/phpmyadmin/motranslator/src/functions.php(108): PhpMyAdmin\MoTranslator\Translator->ngettext('%s table', '%s tables', 25) #5 /www/templates/database/structure/body_for_table_summary.phtml(6): _ngettext('%s table', '%s tables', 25) #6 /www/libraries/Template.php(15" while reading response header from upstream, client: 172.19.0.2, server: _, request: "GET /db_structure.php?db=mydb HTTP/1.1", upstream: "fastcgi://unix:/var/run/php/php-fpm.sock:", host: "my.host.com"
The text was updated successfully, but these errors were encountered:
Thread
This is an archived forum and the content is probably no longer relevant, but is provided here for posterity.
Fatal error: Call to undefined function ctype_digit()
Friday creative
Hello, I have a brand new install of EE 2.1.3 Build 20101220 on a server running php-5.3.5 Everything was going fine until I installed the Freeform Module 3.0.2. It installed fine, but when clicking on the admin link for Freeform I received this error:
Fatal error: Call to undefined function ctype_digit() in /var/www/my-site.com/httpdocs/my-system-folder/expressionengine/third_party/bridge/lib/addon_builder/addon_builder.php on line 752
Uninstall and reinstalling of the module did not fix it. My webhost suggested changing the offending function to is_numeric(). which fixed the problem. Freeform now works fine. However, I have just added a second snippet (within template manager) and I get a very similar error:
Fatal error: Call to undefined function ctype_digit() in /var/www/my-site.com/httpdocs/my-system-folder/expressionengine/models/template_model.php on line 378
I’ve uninstalled the FreeForm Module (but not deleted files from my server) and have no other modules running (other than the default). Any advice? is this a recognised bug that I can safely correct myself with above method? Thanks!
Sue Crocker
Hi, Storm Design. I don’t know if you are aware of this, but there is a dedicated forum for Freeform over on the Solspace site. They should be able to help you. We can’t provide direct support for third party add-ns. unfortunately.
Friday creative
thanks for the reply Yes, I had previously checked the Solspace forums. The offered solution was to re-install the module. This didn’t work.
http://www.solspace.com/forums/viewthread/4608/ I posted the issue in these forums because after uninstalling the freeform module I was getting the same issue (except from a different file) when clicking to edit an existing Snippet. Snippets are native to EE2 and have nothing to do with modules, so I thought I’d be safe posting here. I was wondering if it was a php compatibility issue?
Ingmar
I am not aware of any such issues. I would suggest to replace your EE files with a fresh set, perhaps consider upgrading to 2.1.4 Beta in the process.
Rob Sanchez
Your host probably has ctype functions disabled: http://us2.php.net/manual/en/ctype.installation.php You should get in touch with them to see if they can enable it for you.
Friday creative
Thanks Ingmar. I may have to do that. Rob — that was the first thing I did. Even double checked myself after running phpinfo();
Ingmar
Friday creative
ok. 1. Did a fresh install of EE 2.1.3 Build 20101220 (freshly downloaded from EE site)
2. did NOT install any modules.
3. Created a snippet. Edited it. Saved it.
4. clicked on that snippet to re-edit. message: Fatal error: Call to undefined function ctype_digit() comes up again. To confirm:
ctype functions are enabled.
server is running php-5.3.5 Due to time contraints and piles of work mounting up, I’m going to have to go with the fix that my webhost has suggested: changing ctype_digit() to is_numeric() in offending files.
Ingmar
Could your host simply have disabled them? Does your phpinfo() mention “ctype” in any way? That said, using is_numeric() instead is a good workaround for the time being.
Friday creative
My host hadn’t disabled them, but nor were they explicitly enabled as they should be enabled by default (not sure if that makes sense, I’m no PHP expert). Turns out over the weekend my hosts were investigating this. In their words:
“I’ve recompiled php 5.3.5 against a new configuration and the ctype functions are there (along with the explicit declaration). Technically I’ve not changed anything but this version of php must be handling it differently.” Before the recompile, my phpinfo() mentioned ctype functions once under Configure Commands: ‘—enable-ctype=shared’ After the recompile there is now also an explicit ‘ctype — enabled’ declaration further down the page. I’ve reverted the files to use ctype_digit() and everything is working smoothly. Thanks for your help.