OJS 3.2.0.1
When I create the Journal, it shows the following error:
What path should I put?
OJS 3.2.0.1
When I create the Journal, it shows the following error:
What path should I put?
you need to enter just âj1â without https://yourdomain.com
Like this
But that was already there⊠Im not able to remove itâŠ
have you tried only letters in âpathâ?
Yes. I tried words like journal, new, path etc.
Even tried index.php/cmp
Can someone comment on this pls. I will lose my job if im not able to do this
Hi @Altaf_Bankotkar,
What happens when you enter a single word into the field, e.g. j1
or journal
?
Regards,
Alec Smecher
Public Knowledge Project Team
hi @asmecher, it says The requested URL was not recognized.
I tried index.php/j1 too.
Hi @Altaf_Bankotkar,
Iâd suggest checking your PHP error log for more details.
Regards,
Alec Smecher
Public Knowledge Project Team
This is the last error it shows:
[31-Mar-2020 20:54:58 Europe/Berlin] PHP Strict Standards: mktime(): We selected âEurope/Berlinâ for âCEST/2.0/DSTâ instead in /homepages/7/d821207413/htdocs/journal/ojs-3.2.0-1/lib/pkp/lib/vendor/adodb/adodb-php/adodb-time.inc.php on line 1091
Hi @Altaf_Bankotkar,
Look for something containing the word âErrorâ; that warning is harmless and shouldnât cause problems.
Regards,
Alec Smecher
Public Knowledge Project Team
In todayâs date, there are 9 other warnings showing the same thing. No error.
Hi @Altaf_Bankotkar,
Are you using rewriting rules, e.g. with Apacheâs mod_rewrite
, to alter the URLs to your installation? Check your browserâs developer toolset to see what URL the request is being sent to when you try to create the journal; for some reason, this URL is not being recognized by OJS when it tries to process the request.
Regards,
Alec Smecher
Public Knowledge Project Team
No, Iâm not aware of rewriting rules. If you mean the settings in my config file, it looks like this:
; Use URL parameters instead of CGI PATH_INFO. This is useful for
; broken server setups that donât support the PATH_INFO environment
; variable.
disable_path_info = On
; Use fopen(âŠ) for URL-based reads. Modern versions of dspace
; will not accept requests using fopen, as it does not provide a
; User Agent, so this option is disabled by default. If this feature
; is disabled by PHPâs configuration, this setting will be ignored.
allow_url_fopen = Off
; Base URL override settings: Entries like the following examples can
; be used to override the base URLs used by OJS. If you want to use a
; proxy to rewrite URLs to OJS, configure your proxyâs URL here.
; Syntax: base_url[journal_path] = http://www.myUrl.com
; To override URLs that arenât part of a particular journal, use a
; journal_path of âindexâ.
; Examples:
; base_url[index] = http://www.myUrl.com
; base_url[myJournal] = http://www.myUrl.com/myJournal
; base_url[myOtherJournal] = http://myOtherJournal.myUrl.com
Can you please help me with where exactly I have to look in developer tools?
Hi @Altaf_Bankotkar,
Ah, I see that youâre using disable_path_info
. If itâs at all possible I would strongly recommend against using that option â in fact, weâre likely to remove it from future releases. Itâs a work-around for âbrokenâ web servers, and causes parts of the system, e.g. the OAI-PMH interface, to break their specifications.
Regards,
Alec Smecher
Public Knowledge Project Team
You mean I should turn > disable_path_info to off?
Hi @Altaf_Bankotkar,
Yes, set disable_path_info
to Off
.
Regards,
Alec Smecher
Public Knowledge Project Team
If I turn it off, The website does not work at all:
Hi @Altaf_Bankotkar,
Thatâs an issue with your web server configuration, rather than OJS; hereâs a thread with some suggestions on how to set up your web server so that the PATH_INFO
variable works as it should: About Restful Url with PHP CGI/FCGI - #2 by asmecher
Iâd suggest spending some time getting it working with a test script, then come back to OJS and see if that fixes things.
Regards,
Alec Smecher
Public Knowledge Project Team
I made the test.php file, shows the following on the browser:
And no matter what words I put in the path, the request header always shows the following: