Skip to content
New issue

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

Jump to bottom

Stop relying on OC code #132

Closed
GoogleCodeExporter opened this issue Jul 19, 2015 · 3 comments
Closed

Stop relying on OC code #132

GoogleCodeExporter opened this issue Jul 19, 2015 · 3 comments
Labels
auto-migrated Priority-High

Comments

@GoogleCodeExporter
Copy link 

From the start, OKAPI was always ALMOST independent application. But it never 
was fully independent. Maybe it would be better it we made it such? (So it 
could be run even on bare OC database, without OC code whatsoever).

Currently OKAPI reads various important settings from lib/settings.inc.php. 
Let's say OCDE branch wants to get rid of this file and store its data 
somewhere else, in different format. It would be best if they could do that 
without the need to modify OKAPI code.

Original issue reported on code.google.com by rygielski on 18 Aug 2012 at 3:11
@GoogleCodeExporter
Copy link
Author 

Did some profiling. Turns out including OC code takes 90% of total OKAPI 
execution. In theory, simple methods may run even 10 times faster if we fix 
this issue.

Original comment by rygielski on 31 Aug 2012 at 12:27

  • Changed title: Stop relying on OC code
  • Added labels: Priority-High, Type-Defect
  • Removed labels: Priority-Low, Type-Enhancement

@GoogleCodeExporter
Copy link
Author

Original comment by rygielski on 3 Sep 2012 at 9:39

  • Changed state: Started

@GoogleCodeExporter
Copy link
Author 

This issue was closed by revision r438.

Original comment by rygielski on 3 Sep 2012 at 10:34

  • Changed state: Fixed

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
auto-migrated Priority-High
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@GoogleCodeExporter