Yes of course. I've set the variables. Mysql is working too. Now I'm using the svn repo as version 0.9.6 doesn't seam to support php7 and things get a little bit better with PHP. Now it is Mysql 8.6 that do not accept "IDENTIFIED BY" tokens in the GRANT command. I remove it fom the command but I've again a syntax error with the CREATE DATABASE... some lines after. If think I am going to use a CentOS7 VM insted of RHEL8 with older Mysql, older PHP to test refbase even if some tools like PHP5 are not...
And by the way, I am using php 5.6.33 for the refbase php 7.2 f.e throws: stderr: PHP Warning: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead in
As i know you can fill in the credentials and import the install.sql with console access
What about Important note: Before executing this script, it is highly recommended to open the include file initialize/db.inc.php in a text editor and edit the values of the variables $databaseName, $username and $password to suit your setup! Then, proceed with this form: and did you try the credentials form the console?
When using a browser, after setting the root password for the Mysql Administrator and launch install, I get an empty page in firefox (checked with acces to the raw content of the page after waiting several minutes). So I try to debug with the console to check errors or warnings. And this is what I report but may be it is a bad idea to launch install in a console. My goal was to check if something was going wrong whith install.php.
you should launch install.php with the webbrowser. Than you can proceed with the installation process. your https://yourRefbasedomain.com/install.php and yourRefbasedomain.com schoul point to the directory where install.php is located. Does the "failed to open stream:" error occur at the console or with web browser?
Hi Knut, thanks for replying. I worked a little bit on this problem this morning. There ar nothing interesting ins access and error files. I ran the install.php file with "php install.php" and get an error message of a missing ";" at the end of the url I had set (my fault). So now I reach the first page, giving the password for the database but again if I click on "install" I get an empty page in firefox. I've dropped the database created manualy from the script, but it did not help. Launching "php...
What about the error.log? I do not know RHEL but it should be at /var/log/httpd/error_log
Hi all, I'm a linux admin, new to refbase, and I try to setup a test VM. My OS is Alma Linux 8 (RHEL8). But loading install.php returns an empty page. Prerequisites are deployed from rpms. - Apache is working - php 7.2.24 is working (I can load a basic php page, just calling phpinfo(), remotely in a web browser) - mysql 8.0.26 is working. I've tried a manual setup but install.sql is not correct with mysql 8.0.26: I had to change all occurences of TYPE=MyISAM by ENGINE=MyISAM and the the script execute...
Use HTML5
Fix: HTML attribut
HTML5: valign is deprecated and replace by CSS styles
HTML5: border is deprecated and replace by CSS styles
HTML5: hspace is deprecated and replace by CSS styles
HTML5: hspace is deprecated and replace by CSS styles
HTML summary attribut is deprecated
Fix: the language code for Chinese zh, not cn
Fix: syntax error in mediawiki-monobook CSS skin
Update scriptaculous (1.9.0) and prototype (1.7.3) JS libraries
With IE 8 and 9, use only edge engine rendering (more compliant with web standards)
Add a viewport for a mobile-optimized display
Add HTTP/HTTPS detection when the base URL is auto-generated
Use absolute urls for CSS/JS
The profile head tag is deprecated
Add the favicon
PHP 7.0: rename class constructors and call parent's constructors
HTML5: fix a syntax error
PHP 8.0/8.1: update requirements
PHP 8.1: reset() is deprecated
PHP 8.1: reset() is deprecated and foreach doesn't use the internal array pointer
PHP 8.0/8.1: comment about SimplePie PHP support
PHP 7.2/8.1: replace each() by foreach() and remove reset()
PHP 7.2/8.1: replace each() by foreach() and remove reset()
PHP 7.x: a variable initialized with a string cannot become dynamically an array
Comment forgotten debug code in production context
PHP 7.0: replace the deprecated PCRE 'e' modifiers
PHP 7.0: replace the deprecated PCRE 'e' modifiers
PHP 7.4: update requirements
PHP 7.4: remove the support of 'magic_quotes_gpc' feature which is dead
PHP 7.4: array_key_exists() accepts only arrays now
PHP 7.4: fread() return FALSE on error
PHP 7.0: update SimplePie library to 1.5.6
PHP 7.3: update requirements
Update HTTP error codes (until RFC 7725)
PHP 7.2: update requirements
PHP 7.2: replace each() by foreach()
PHP 7.2: safe_mode have been definitely removed
PHP 7.1: update requirements
PHP 7.0: tidy code
PHP 7.0: update requirements
PHP 7.0: update SimplePie library to 1.5.6
API docs of arXiv moved to HTTPS
API docs of arXiv moved to HTTPS
API docs of arXiv moved to HTTPS
Hi, Could I have the right to manage tickets? Regards,
PHP 7.0: replace the deprecated PCRE 'e' modifiers
Minor notes: Any revision of trunk should run. If you are making commits without testing, please use the bleeding-edge branch & than merge changes over periodically. I test my changes but cannot guarantee 100%. I have bad memories with SVN branch mergers gone awry. I prefer to work in trunk and test a bit more then. includes/classes/ are all upstream libraries (though some are no longer maintained). It may be better to download latest versions and/or contribute patches upstream and/or migrate to...
Minor notes: Any revision of trunk should run. If you are making commits without testing, please use the bleeding-edge branch & than merge changes over periodically. includes/classes/ are all upstream libraries (though some are no longer maintained). It may be better to download latest versions and/or contribute patches upstream and/or migrate to a better-maintained modern library, rather than patching them in our source tree.
Minor notes: 1. Any revision of trunk should run. If you are making commits without testing, please use the bleeding-edge branch & than merge changes over periodically. 1. includes/classes/ are all upstream libraries (though some are no longer maintained). It may be better to download latest versions and/or contribute patches upstream and/or migrate to a better-maintained modern library, rather than patching them in our source tree.
Minor notes: Any revision of trunk should run. If you are making commits without testing, please use the bleeding-edge branch & than merge changes over periodically. includes/classes/ are all upstream libraries (though some are no longer maintained). It may be better to download latest versions and/or contribute patches upstream and/or migrate to a better-maintained modern library, rather than patching them in our source tree.
PHP 7.0: removes call to *magic_quotes* functions
PHP 7.0: keep the behaviour of PHP 5 indirect access with PHP 7.0 syntax
PHP 7.0: rename class constructors
PHP 7.0: fix getMySQLFieldInfo()
PHP 7.0: finish mysqli support of update script
PHP 7.0: finish mysqli support of install script
PHP 7.0: finish mysqli support for the sitemap
Support PHP 8.1
Support PHP 8.0
Support PHP 7.4
Support PHP 7.3
Support PHP 7.2
Support PHP 7.1
Support PHP 7.0
Hi, Thanks a lot Rick. For the changelog and the documentation how do I update? Is there anything to know about writing the code, coding style? Who does the releases? How work the version numbers? Regards,
Hi, Thanks a lot Rick. For the changelog and the documentation how do I update? Is there anything to know about writing the code, coding style? Who does the releases? Regards,
Hi, Thanks a lot Rick. For the changelog and the documentation how do I update? Is there anything to know about writing the code, coding style? Regards,
Works for me; I've added you as a developer. --Rick
Hi, Glad you answer Richard. I also find refbase to be robust software. It's just a shame that you can't do a little maintenance to keep the boat afloat even though new features aren't added. If forking is possible, it is preferable to concentrate efforts on what already exists. That's why I would like to join the dev team. Good to know about the security. Others things have rotted: like third party JS, XHTML, partial support of UTF-8. For reference you can see my contributions to WIKINDX, otherwise...
Hi, all. First off: thank you for the renewed interest in the project. It is great to see after so many years. refbase is nearly 20-years old! There have been several points raised in this thread. I'll try to tackle them, but feel free to raise any questions that you might have. Please do feel free to fork this. Others have (and the git repo in the linked thread is not the only example we've had). That is part of the value of free/open source software. Much of the development team have different...
@ Stéphane Aulery: see private mail here
Since there hasn't been a reaction in 1 year and your git hasn't caused a reaction, I think I can afford to fork. We have to choose a name for the fork. Before considering any features I would like to do this maintenance for PHP 7.x and 8.x support. So I might be more familiar with the code. Why did you stop programming? You could help me to build the website.
I can try to help. But I stopped programming PHP. I think we must find a complete new Team. A rewite of the (well duumented) code could be nessesarray. Some features must be added. Especially to build the Citation Styles without PHP knowledge As the domain https://www.refbase.net/ is dead I think there is nobody working. I try to find the documentation in my backups.
Can you help me if I fork? Do you know of other people who would like to get involved?
Hi Stéphane, as I have nearly all mails from sourgeforge at my mail system, I think that Richard answered here the last time: https://sourceforge.net/p/refbase/discussion/218758/thread/dae69c244a/?limit=25#f51a I was in contact with Matthias and Richard since 2007. The last contact by mail to Matthias was November 2019, because the provider deleted the Documentation and I did a restore by Wayback. The last answer i can found from Mathias was https://sourceforge.net/p/refbase/discussion/218758/th...
Hello Knut, I see these thread and understand better the situation and you offer. How long have the developers been unresponsive? Regards,
I managed to do the minimum work to install RefBase with PHP 7.0 from trunk. So I can work on it.
I managed to do the minimum work to install RefBase with PHP 7.0 form trunk. So I can work on it.
I just offer to join the dev team and do this maintenance stuff inside the SVN trunk like any regular dev. I would be sad to fork or leave SF / SVN, which is a very good VCS for small teams. I'm not a git fan. Fossil is my second best choice. Since there has been no activity for 3 years and the last release is 7 years old, the developers may want to hand over. I can become the maintainer of RefBase but I would prefer to do this purely technical work first to give a future and discover the software...
I just offer to join the dev team and do this maintenance stuff inside the SVN trunk like any regular dev. I would be sad to fork or leave SF / SVN, which is a very good VCS for small teams. I'm not a git fan. Fossil is my second best choice. Since there has been no activity for 3 years and the last delivery is 7 years old, the developers may want to hand over. I can become the maintainer of RefBase but I would prefer to do this purely technical work first to give a future and discover the software...
I just offer to join the dev team and do this maintenance stuff inside the SVN trunk like any regular dev. I would be sad to fork or leave SF / SVN, which is a very good csv for small teams. I'm not a git fan. Fossil is my second best choice. Since there has been no activity for 3 years and the last delivery is 7 years old, the developers may want to hand over. I can become the maintainer of RefBase but I would prefer to do this purely technical work first to give a future and discover the software...
That would be great - in my opinion the developement should work as an open source project. But there is a need for some developers to organize the project. @Richard, Michael, Mathias what about the idea?
Hello, I would be interested to join the dev team and manage to upgrade the code base to support PHP 7 and PHP 8. I'm a full time dev that also do Open Source dev as a hobby. Regards,
Thanks for yout reply. Yes, after I managed to make Bibutils work in the Windows local install, I understood that installation of Bibutils was a little bit more complicated than it seems, but when the technical support of my hosting service said that it should work, I had no option other than believing them because I have no idea of servers or scripts or services. Thank you again for offering your server, but we are quite limited in our freedom of choice. This should be an almost official database...
That did the thing! In my case, it was line 416. Now the most recently added publications do not appear, just the "Show all" link, but the loading time problem is solved. And that is much more important, in my opinion. If there is still a solution with which the most recently added publications appear, I would love to try it, but this is more than enough for my current purpose of getting rid of this work of setting up Refbase, which is not mine. Thanks once more!
"... and I am not able to make Bibutils work" The bibutils must be installed as a service. You need root access to the whole server or shell access in your shared webserver (very seldom installed). If this is allowed , you can install untested executables and therefor it is normally forbidden. As i told you I can offer you a working refbase, with shared hosting service with Phymyadmin access, and if you want shell access to your webspace. Its working in between 10 minutes for you.... This one is...
"... and I am not able to make Bibutils work" The bibutils must be installed as a service. You need root access to the whole server or shell access in your shared webserver (very seldom installed). If this is allowed , you can install untested executables and therefor it is normally forbidden. As i told you I can offer you a working refbase, with shared hosting service with Phymyadmin access, and if you want shell access to your webspace. Its working in between 10 minutes for you.... This one is...
"... and I am not able to make Bibutils work" The bibutils must be installed as a service. You need root access to the whole server or shell access in your shared webserver (very seldom installed). If this is allowed , you can install untested executables and therefor it is normally forbidden. As i told you I can offer you a working refbase, with shared hosting service with Phymyadmin access, and if you want shell access to your webspace. Its working in between 10 minutes for you.... This one is...
"... and I am not able to make Bibutils work" The bibutils must be installed as a service. You need root access to the whole server or shell access in your shared webserver (very seldom installed). If this is allowed , you can install untested executables and therefor it is normally forbidden. As i told you I can offer you a working refbase, with shared hosting service with Phymyadmin access, and if you want shell access to your webspace. This one is working at my server with php5.X (also php 7.0,...