Osticket: PHP 7에서 AssignmentForm 및 TransferForm 선언에 대한 경고

pull 요청에 변경 사항을 포함하지 않은 이유가 있습니까?

죄송합니다 git repo가 ​​없습니다. 방금 vi를 사용하여 Linux 시스템에서 파일을 편집했습니다.

보낸 사람: ntzier [email protected]
보낸 날짜: 2016년 4월 13일 수요일 오전 10:52
받는 사람: osTicket/osTicket
참조: 빌 리치
제목: Re: [osTicket/osTicket] PHP 7의 AssignmentForm 및 TransferForm 선언에 대한 경고(#3033)

pull 요청에 변경 사항을 포함하지 않은 이유가 있습니까?

스레드를 작성했기 때문에 이 메시지를 받는 것입니다.
이 이메일에 직접 답장하거나 Gi tHubhttps://github.com/osTicket/osTicket/issues/3033#issuecomment -209487139에서 확인하세요.

그들은 이미지가 1000 단어의 가치가 있다고 말합니다.

PHP7과 함께 osTicket 1.10 RC3을 사용하는 동안 동일한 것을 발견했습니다.
최신 버전의 수정 사항을 기대합니다.

다른 수정 사항은 #3349를 참조하세요.

이 경고는 v1.10 안정 릴리스에서 계속 발생합니다. http://osticket.com/forum/discussion/89095/v1-10-php-7-warning

오늘 재확인됨: IIS 8.5 및 새로 업그레이드된 PHP 7.0.14를 실행하는 1.10 테스트 사이트에서.

PHP 7.1에서도 동일한 문제이므로 OsTicket에 문제가 있으므로 PHP 7 버전이 아닌 버전으로 다운그레이드해야 합니다. Aòso는 관리 운영자 영역에 로그인할 수 없음 메시지: Token CSRF valido richiesto

이 문제는 1.10 안정 버전에서도 계속 발생합니다. @martin-rueegg가 언급 한

현재 osTicket 1.10 안정 릴리스에서도 이 문제가 발생하고 있습니다. 전송 및 할당 대화 상자가 흰색 사각형이 아닌 다른 것으로 렌더링되는 것을 방지하고 api/cron.php 에서 이메일을 확인하는 것도 방지합니다. cron.php 를 실행하면 다음과 같은 오류 메시지가 나타납니다.

PHP Warning:  Declaration of AssignmentForm::render($options) should be compatible with Form::render($staff = true, $title = false, $options = Array) in /var/www/helpdesk/include/class.forms.php on line 4150
PHP Warning:  Declaration of TransferForm::render($options) should be compatible with Form::render($staff = true, $title = false, $options = Array) in /var/www/helpdesk/include/class.forms.php on line 4270

다음은 관리자 패널의 서버 정보입니다.

osTicket Version     v1.10 (901e5ea) —  Up to date
Web Server Software  Apache/2.4.18 (Ubuntu)
MySQL Version        5.7.17
PHP Version          7.0.15-0ubuntu0.16.04.4

서버는 Ubuntu 16.04.2 LTS를 실행 중이며 완전히 업데이트되었습니다.

#3349 pull 요청에 제시된 수정 사항으로 문제가 해결되었습니다.

@peterson-dane 솔루션을 공유할 수 있습니까?

귀하와 거의 동일한 구성으로 동일한 문제가 있습니다.

@PrajapatiChirag include/class.forms.php 파일에서
function render($options) {
...에
function render($staff = true, $title = false, $options = Array()) {

세 번 발생해야 합니다.

@solsticesurfer , 감사합니다. 데비안 Stretch(9.2)에서도 제 문제를 해결했습니다.

여기에서 무슨 일이 일어나고 있습니까? 나도이 버그가 있지만 그것에 대한 첫 번째 의견은 1 1/2 년입니까?

osTicket Core, v1.10.1
최신 안정 릴리스, 2017년 9월 14일 릴리스

그것이 내가 설치 한 것입니다. 1 1/2년 후에도 버그가 수정되지 않을 수 있습니까? 특히 솔루션이 간단하고 다른 사람이 이미 여기에 수정 사항을 작성했기 때문에 ...

당신이 말했듯이: "최신 안정 릴리스, 2017년 9월 14일 릴리스"

"수정" 게시:

질문에 답하기 위해 이 스레드를 떠날 필요가 없도록 만들어 주셔서 감사합니다.

@ntzier

해당 수정 사항은 이미 2016년에 게시되었습니다. 이 버그에 대한 1 1/2년 전의 첫 번째 댓글입니다. https://github.com/osTicket/osTicket/pull/3349/commits/bde15e2acec29a26c73918ae17aa0774fb5048c4에서 2016년 9월에 작성된 수정 사항을 찾았습니다.

"최신 안정 릴리스, 2017년 9월 14일 릴리스"

버그가 발견된 지 1 1/2년이 지났고 솔루션이 게시된 지 1년이 지난 후에도 "안정 릴리스"에는 여전히 버그가 포함되어 있습니다.

그리고 그것은 찾기 어려운 버그가 아닙니다. PHP 7의 osTicket(요즘 표준)은 이 수정 없이는 작동하지 않습니다.

질문에 답하기 위해 스레드를 남겨두는 것이 더 나을 수도 있습니다.

간단히 말해서 새로운 릴리스가 없었습니다. 그때 1.10, 지금 1.10.1(보안 업데이트). 1.11은 아직 출시되지 않았습니다.

이 스레드의 수정 사항이 1.11이 나올 때 사용될 것이라는 보장은 없으며 이 스레드에만 여러 수정 사항이 있고 아직 병합되지 않았기 때문에 그럴 가능성은 거의 없습니다.

@ntzier

답글 달릴 때마다 걱정이 되네요. 그리고 이것은 또한 태도에 관한 것입니다.

PHP 7은 현재 표준입니다.

1 1/2년 전에 처음으로 본 버그가 있습니다. os Ticket이 PHP 7에서 작동하는 것을 방지합니다.

그리고 1.2년이 지난 지금도 해결이 안되나요???

그래서 첫 번째 게시물에서 "여기에서 무슨 일이 일어나고 있습니까?"라고 물었습니다.

지금 이 프로그램을 설치하고 사용하는 데 시간을 투자해도 될까요? 클라이언트에게 이것을 사용하도록 조언해도 괜찮습니까?

PHP 7은 현재 표준입니다.

이 진술은 완전히 주관적입니다. 내가 아는 사람들은 여전히 ​​PHP 7보다 PHP 5.6을 선호합니다...

1 1/2년 전에 처음으로 본 버그가 있습니다. os Ticket이 PHP 7에서 작동하는 것을 방지합니다.

프로덕션 환경에서 PHP 7과 잘 작동하는 사람들을 알고 있기 때문에 osTicket이 _모든 사람_을 위해 작동하는 것을 막지는 않습니다.

그리고 1.2년이 지난 지금도 해결이 안되나요???

@ntzier가 말했듯이 이 스레드에는 이 문제에 대한 여러 수정 사항이 있으며 이를 살펴보고 다른 것을 손상시키지 않고 우리의 코딩 스타일에 맞는지 확인하는 가장 좋은 것을 찾는 데 시간이 걸립니다. 게다가 이것은 여기 Github 페이지의 유일한 문제가 아닙니다. 1,177개가 있습니다. 그것들을 모두 살펴봐야 합니다.

지금 이 프로그램을 설치하고 사용하는 데 시간을 투자해도 될까요? 클라이언트에게 이것을 사용하도록 조언해도 괜찮습니까?

물론 괜찮습니다! 그렇게 걱정이 되거나 컴파일된 PHP 7이 v1.10.1을 처리할 수 없다면 완전히 호환될 때까지 PHP 5.6으로 다운그레이드하십시오. 👍

@JediKev

내가 아는 사람들은 여전히 ​​PHP 7보다 PHP 5.6을 선호합니다...

나는 또한 말을 타는 사람들을 알고 있습니다. PHP 5.6에 대한 지원은 1월에 완료되었으며 보안 업데이트는 내년에 종료됩니다.

패치를 적용했는데 이제 모든 것이 작동하는 것 같습니다. 하지만 그것은 나를 걱정합니다 :)

걱정하지 마세요. 상황이 정말 좋아지고 있습니다. 지난 2년은 osticket 사용자(특히 osticket 사용자)에게 쉽지 않았습니다. 주요 개발자 중 한 명(매우 친절하고 항상 도움이 되고 숙련된 코더 greezybacon!)이 프로젝트를 떠났고 프로젝트를 잘 지원하고 그가 남긴 큰 공백을 메울 수 있는 새로운 개발자를 찾는 데 시간이 걸립니다. 이로 인해 한동안 개발 속도가 느려졌습니다. 그러나 github에서 큰 그림을 보면 개발 속도가 증가한다는 것을 알 수 있습니다. 그리고 큰 변화가 올 것입니다(예: API의 완전한 개선, 사용자 지정 대기열 기능->알파로 사용 가능).

또한 clonemeagain https://github.com/clonemeagain 또는 Micke1101 https://github.com/Micke1101 과 같은 새로운 숙련된 커뮤니티 구성원은 플러그인을 통해 커뮤니티에 멋진 기능을 많이 제공했습니다. 그들은 또한 좋은 지식으로 포럼의 많은 사용자를 돕고 있습니다. 포럼의 ntzier는 지난 몇 년 동안 많은 사람들을 도왔습니다. 그러나 사람들은 그들을 쉽게 돕지 않습니다. 그들은 지침을 읽지 않고 중요한 정보를 잊어 버리며 때로는 의사 소통을 잘하지 못하거나 매우 무례합니다.

하나의 이슈 보고서와 같은 작은 세부 사항에만 초점을 맞추면 이것을 확인하기가 쉽지 않습니다. 문제 보고가 너무 많습니다. 그들 중 많은 것들이 낡고, 잘못 쓰여지고, 복제된 것 등입니다. 이 정글에서 물건을 추적하는 것은 어렵습니다.

많은 사람들이 많은 소원을 가지고 있지만 그렇게 많은 사람들이 프로젝트를 지원하지 않습니다. 그들 대부분은 자신의 관점만 보고 남을 돕는 데 관심이 없습니다. 그러나 이것은 작은 팀이 기대하는 타임라인에서 모든 소원을 달성하기 어렵게 만듭니다. 나는 비슷한 강력하고 많은 좋은 사람들이 함께 일하는 오픈 소스 헬프 데스크 프로젝트를 모릅니다!

내 2 센트 ;-)

뭔가 이상하게 들리면 이것이 내 변명입니다.
저는 영어가 모국어가 아니며 대부분 https://www.deepl.com/translator 와 같은 딥 러닝 번역 도구를 사용하고

10월 3일 solsticesurfer가 기록한 변경 사항을 적용하면 할당 팝업이 흰색 빈 막대/창으로 바뀝니다. 참조 부착.

데비안 버스터 x64
4.13.13-1

@jonshado 이전에

@ntzier
흥미롭군. 나는 다시 한 번 확인하고 diff를 보여주는 이전 게시물에 따라 줄을 올바르게 교체했기 때문에 지금 되돌렸습니다. 여기에 파일을 포함시켰습니다.

우리는 금요일에 라이브를 시작했으므로 이러한 항목 중 많은 부분은 우리 팀이 시스템을 검토하는 동안에만 지금 올라오고 있습니다.

기능적으로 알고 있는 시스템에는 다른 문제가 없습니다. 그러나 내 시스템 정보를 보면 php.ini에서 설정했지만 cgi.fix_pathinfo를 1로 설정했다고 생각하지 않습니다.

편집하려고 했던 시스템 정보, php.ini 및 forms.php를 포함했습니다. 나는 여전히 ost가 php.ini 변경 사항을 인식하지 못하는 이유를 찾고 있습니다.

서버 정보

osTicket 버전 | v1.10.1(9ae093d) — 최신
웹 서버 소프트웨어 | 아파치/2.4.29(데비안)
MySQL 버전 | 10.1.29
PHP 버전 | 7.0.25-1

gdlib | 이미지 조작 및 PDF 인쇄에 사용
아이맵 | 이메일 가져오기에 사용
XML | XML API
xml-dom | HTML 이메일 처리에 사용
json | JSON 생성 및 처리 성능 향상
mbstring | 비서유럽어 콘텐츠에 적극 권장
파르 | 플러그인 및 언어 팩에 적극 권장
국제 | 비서유럽어 콘텐츠에 적극 권장
파일 정보 | 업로드할 파일 유형을 감지하는 데 사용됩니다.
APCu | 전반적인 성능 향상
젠드 캐시 | 전반적인 성능 향상

cgi.fix_pathinfo |
날짜.시간대 | 미국/뉴욕

스키마 | osticket_db(로컬 호스트)
사용된 공간 | 5.14MiB
첨부 파일을 위한 공간 | 0.00MiB
시간대 | EST(미국/뉴욕으로 해석)

공유.zip

php.ini를 변경한 후 Apache를 다시 시작해야 합니다. 네가 했니?

@ntzier 네, 있습니다. 또한 시스템을 완전히 다시 시작했습니다. 다른 커뮤니티 게시판에 따르면 php 설치가 아파치 모듈로 실행되기 때문에 정보 섹션의 경고가 사라지지 않아 영향을 미치지 않는 것 같습니다.

나머지 설치는 작동하는 것으로 보입니다. 내 관심사는 이러한 오류로 인해 cron 작업이 올바르게 실행되지 않는다는 것입니다. 내 cron 로그에 아무것도 없습니다. 관리자 패널을 통해 가져오기를 해제할 예정이며(따라서 메일을 확인하는 cron만 있어야 함) 이메일이 수집되는 것을 볼 수 있기를 바랍니다.

동일한 문제가 있습니다. 그것이 무엇인지 알 수 없었습니다. 하지만 그렇게 하면 시스템을 다시 사용할 수 있습니다.

/var/www/html/include/class.forms. PHP:4339

 function render($staff=true, $title=false, $options=array()) {

//        switch(strtolower($options['template'])) {
//        case 'simple':
            $inc = STAFFINC_DIR . 'templates/dynamic-form-simple.tmpl.php';
//            break;
//        default:
//            throw new Exception(sprintf(__('%s: Unknown template style %s'),
//                        'FormUtils', $options['template']));
//        }

        $form = $this;
        include $inc;
    }

@ossd 저에게 부서 이동도 빈 상담원 창과 같은 문제가 있었습니다. 에이전트 창과 동일한 코드를 사용한 것 같아서 전송 섹션에 수정 사항을 적용했는데 작동했습니다.

나는 이것이 다른 것을 망치지 않기를 바랍니다!

포함/class.forms. PHP:4462

function render($staff = true, $title = false, $options = Array()) {

//        switch(strtolower($options['template'])) {
//        case 'simple':
            $inc = STAFFINC_DIR . 'templates/dynamic-form-simple.tmpl.php';
//            break;
//        default:
//            throw new Exception(sprintf(__('%s: Unknown template style %s'),
//                        'FormUtils', $options['template']));
//        }

        $form = $this;
        include $inc;

}

이 경고에 대한 최종 수정 사항이 있습니까? 아니면 누군가가 작업 패치를 공유할 수 있습니까?

@iprok

1.11.x 시리즈에 대해서만 이 pull 요청으로 문제를 수정해야 합니다. 1.10.x 에서 시도해 볼 수 있지만 무언가를 깨뜨릴 수 있습니다(모름, 테스트하지 않음).

건배.