Use cUrl to fetch data from URL
Hi, Long time refbase user here, but only limited computer (sysadmin) skills. I've been quite frustrated over the years as I've wanted to use refbase for various different projects and when I propose it people always complain there are too many (security) bugs for it to be any good... But, I use it for my personal library and am incredibly happy with the software, so thank you to everyone who has made it possible over the years :) Ok, cutting to the chase - I'd be happy to help with testing (and...
And then there is the on-line version. Actually, two on-line versions, since I maintain two databases: https://parnaseo.uv.es/RefBase/index.php (with the oldest version of refbase, a 2013 one) and https://metalstudies.org/biblio/ (with the latest). What are the versions exactly? I don't need access to the current sites. After the new version of Refbase is released, you can update it yourself. I suggest I install a test site myself under PHP 7.4 and use one of your databases. That way, we can test...
Yes. I have an installation in my computer, where I test things. This is the only one I can try. And then there is the on-line version. Actually, two on-line versions, since I maintain two databases: https://parnaseo.uv.es/RefBase/index.php (with the oldest version of refbase, a 2013 one) and https://metalstudies.org/biblio/ (with the latest). I have zero access to the first, but I could ask for permissions for the second, if necessary.
This means that you have several installations at work: personal and shared?
Hi! Sorry, I get the email notifications in my spam folder and just checked the forum. I am working locally on Windows 10, with the XAMPP 5.6.4 (Apache 2.4.38, MariaDB 10.1.38, PHP 5.6.40, phpMyAdmin 4.8.5). But I can install a newer version anytime. It is not as if I needed to keep to a 2022 version. I just have not needed to upgrade. I do not have the information on the server where the actual project is because I am supposed to simply enter new registers. I have several database dumps from my...
Hi, Here's the interim status report. I'm only doing maintenance here. What's done The code has been adapted to work with HTML 5 and CSS 3. There are still some minor warnings. This is difficult because they significantly impact the design if I move things. I'm working on fixing them. I think I'll let them survive for now because it requires testing every square inch of the program. The trunk code works with PHP 7.x. PHP Dependency Updates ActiveLink v0.4.0 (dead, patched for PHP 7.x) MINIMALRTF...
Added a note about setting up self-signed certificates
You can help by providing test force. What is you version of OS, MySQL and PHP?
Thanks, Stéphane. These are great news. And thanks again for your work. I was already considering moving to WIKINDX before things start stopping working but, if there is a chance to keep using refbase, I am still convinced that it is the best for my purposes. Unfortunately, I am almost completely illiterate in programming, so I cannot be of any help =(
PHP 7.0: update SimplePie library to 1.5.8
I updated dependencies and moved the code to HTML 5. I have a partial update and Refbase working almost on PHP 7 up to PHP 8.1. I stalled on the very hard modifications of preg_*() functions. Other things caught my attention, but I haven't given up on finishing the update. If anyone is interested, I can continue and finish the update.
Hi! Just wondering if this project of updating Refbase has given results or not. Thanks and all the best.
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,