autoupdate revisited

Creating and modifying plugins.
Post Reply
User avatar
Timbalu
Regular
Posts: 4598
Joined: Sun May 02, 2004 3:04 pm

autoupdate revisited

Post by Timbalu » Sat Apr 27, 2013 11:12 am

I just uploaded version 0.5 to the Serendipity autoupdate Plugin, available via SPARTACUS tomorrow (**). It now has a nice GUI to follow the processing state of the automatic upgrade progress, which leads to the Serendipity Installer. Its fun to watch a nice run automatic update. You will soon have the opportunity to watch this by yourself, as the release of Serendipity 1.7-"Rolling Thunder" ;-) is not far away!

This autoupgrade Event Push is available through the current dashboard and also the inofficial dashboard "PoC" Plugin. The "PoC" version (*) does also support a blogs maintenance mode, which should work nice and safely with the upgrader.

(*) Users with Serendipity prior to 1.7 (RC) versions should go here https://github.com/ophian/serendipity_e ... ommits/1.6 to get a compatible version, else take the master branch.

(**) Spartacus for me worked best with github used as mirror(s), Netmirror.org was failing.
Regards,
Ian

Serendipity Styx Edition and additional_plugins @ https://ophian.github.io/ @ https://github.com/ophian

User avatar
yellowled
Regular
Posts: 7007
Joined: Fri Jan 13, 2006 12:46 pm
Location: Eutin, Germany
Contact:

Re: autoupdate revisited

Post by yellowled » Sat Apr 27, 2013 3:32 pm

Timbalu wrote:as the release of Serendipity 1.7-"Rolling Thunder" ;-)
Mental note to self: suggest a naming policy for s9y releases at the next devsprint. ;-)

YL
amazon Wishlist - Serendipity-Podcast (German only, sorry)

User avatar
Timbalu
Regular
Posts: 4598
Joined: Sun May 02, 2004 3:04 pm

Re: autoupdate revisited

Post by Timbalu » Mon May 13, 2013 12:26 pm

Timbalu wrote:The "PoC" version (*) does also support a blogs maintenance mode, which should work nice and safely with the upgrader.
It truly does, but due to the cores installation procession, the maintenance mode is kept only until the upgrade has finished and leds to the final upgrader url, so this last is open to public as ever. This is not what I originally intended to have, but may be worth to keep.

It would be nice to hear some comments about it and for sure also about the new updaters ui page! :wink:
Regards,
Ian

Serendipity Styx Edition and additional_plugins @ https://ophian.github.io/ @ https://github.com/ophian

User avatar
Timbalu
Regular
Posts: 4598
Joined: Sun May 02, 2004 3:04 pm

Re: autoupdate revisited

Post by Timbalu » Thu May 30, 2013 4:03 pm

Update to v.0.6 - removed experimental status and revisited lang files
Regards,
Ian

Serendipity Styx Edition and additional_plugins @ https://ophian.github.io/ @ https://github.com/ophian

User avatar
Timbalu
Regular
Posts: 4598
Joined: Sun May 02, 2004 3:04 pm

Re: autoupdate revisited

Post by Timbalu » Tue Jun 04, 2013 3:30 pm

Please note: If the Serendipty autoupdater gui ever stops with an error message during procession (this sometimes can happen while checking the integrity of files) you can just press RELOAD or F5 on your keyboard to get another run. This does not do any harm on the continued upgrade.
Regards,
Ian

Serendipity Styx Edition and additional_plugins @ https://ophian.github.io/ @ https://github.com/ophian

Bla
Regular
Posts: 22
Joined: Sat Feb 03, 2007 8:42 pm
Location: Germany
Contact:

Re: autoupdate revisited

Post by Bla » Wed Jun 05, 2013 7:04 am

Pressing F5 on my Mac leads to a higher system volume… SCNR

User avatar
Timbalu
Regular
Posts: 4598
Joined: Sun May 02, 2004 3:04 pm

Re: autoupdate revisited

Post by Timbalu » Wed Aug 28, 2013 6:57 pm

I have done this often now and can say it works really nice everywhere. The only server where the gui progress does not happen to occur (being too fast?) are the Uberspace servers running CentOS. Does anyone have an idea why this happens there?
Regards,
Ian

Serendipity Styx Edition and additional_plugins @ https://ophian.github.io/ @ https://github.com/ophian

User avatar
Timbalu
Regular
Posts: 4598
Joined: Sun May 02, 2004 3:04 pm

Re: autoupdate revisited

Post by Timbalu » Tue Feb 11, 2014 9:34 pm

Timbalu wrote:I have done this often now and can say it works really nice everywhere. The only server where the gui progress does not happen to occur (being too fast?) are the Uberspace servers running CentOS. Does anyone have an idea why this happens there?
I think this is because it uses FastCGI, the page does not even start to get flooded by progress messages.
Can anyone confirm this behaviour?
And if that is the case, is there a workaround for using flush() & sleep() with this kind of setup?
Regards,
Ian

Serendipity Styx Edition and additional_plugins @ https://ophian.github.io/ @ https://github.com/ophian

User avatar
Timbalu
Regular
Posts: 4598
Joined: Sun May 02, 2004 3:04 pm

Re: autoupdate revisited

Post by Timbalu » Wed Feb 12, 2014 5:25 pm

PHP DOC says:
flush() may not be able to override the buffering scheme of your web server and it has no effect on any client-side buffering in the browser. It also doesn't affect PHP's userspace output buffering mechanism. This means you will have to call both ob_flush() and flush() to flush the ob output buffers if you are using those.

Several servers, especially on Win32, will still buffer the output from your script until it terminates before transmitting the results to the browser.

Server modules for Apache like mod_gzip may do buffering of their own that will cause flush() to not result in data being sent immediately to the client.

Even the browser may buffer its input before displaying it. Netscape, for example, buffers text until it receives an end-of-line or the beginning of a tag, and it won't render tables until the </table> tag of the outermost table is seen.

Some versions of Microsoft Internet Explorer will only start to display the page after they have received 256 bytes of output, so you may need to send extra whitespace before flushing to get those browsers to display the page.
I tried with some of these variations

Code: Select all

    In php.ini:
    . output_buffering = Off
    . zlib.output_compression = Off

    In nginx.conf:
    . gzip off;
    . proxy_buffering off;

    disable mod_security
    echo str_repeat(" ", 1024), "\n"; at the start of the script.
    output_handler = 
    zlib.output_handler = 
    ResponseBufferLimit=0
but on uberspace my testscript only responded flushing with:

Code: Select all

 ob_implicit_flush(1); and echo str_repeat(' ',1024*64);
So I just committed this to autoupdate in the hope it will work on next update session. If anyone is able to update Serendipity on uberspace (or others using fastcgi and/or nginx) with this even earlier, please drop me a line about your experiences.

Edit: I added ob_flush() too.
Regards,
Ian

Serendipity Styx Edition and additional_plugins @ https://ophian.github.io/ @ https://github.com/ophian

User avatar
Timbalu
Regular
Posts: 4598
Joined: Sun May 02, 2004 3:04 pm

Re: autoupdate revisited

Post by Timbalu » Thu Feb 13, 2014 9:54 am

Yeah that works! :D

[fixed!]Btw, we are having troubles with Spartacus netmirror.org mirror - it does not hold the current files.
Regards,
Ian

Serendipity Styx Edition and additional_plugins @ https://ophian.github.io/ @ https://github.com/ophian

Post Reply