Viewing 15 replies - 1 through 15 (of 21 total)
  • Plugin Author bhaldie

    (@bhaldie)

    try going to Memphis Doc>Options>Test Server Compatibility>

    Look at Recommended Maxim PHP Input Vars what does it say?

    Thread Starter cnieswand

    (@cnieswand)

    Was 1000 (recommended values)
    Increased it to 5000.
    No success

    Plugin Author bhaldie

    (@bhaldie)

    try editing your php.ini files max_execution_time

    make the value bigger.

    eg. max_execution_time = 10 is ten seconds.

    Thread Starter cnieswand

    (@cnieswand)

    max_execution_time = 390

    Not better …

    Thread Starter cnieswand

    (@cnieswand)

    The zip file is correctly created but not send. (approx. 277MB)
    Since all php.ini settings seem to be fine, I guess it is a webserver setting, which I cannot modify.
    I am running it on a shared hosting site and my provider does not allow to modify theses settings …

    Plugin Author bhaldie

    (@bhaldie)

    these could also be the issue.

    upload_max_filesize = 1000M
    post_max_size = 1000M

    Thread Starter cnieswand

    (@cnieswand)

    no, both are set to 999M

    I checked http traffic … for about 14 seconds (about the time needed to create the zip file) the request remains open … and comes then with a result 500 and an empty body.

    Seems that it does not send the zip file for some reasons …

    Plugin Author bhaldie

    (@bhaldie)

    try looking at you system tmp folder, check if the zip file is there.

    Thread Starter cnieswand

    (@cnieswand)

    Zip file is there, I can watch it being created …
    But the response from the server is a 500 .
    Apparently the function below is executed and the if (file_exists($file)) in function mdocs_download_export_file($file) gives true … I receive a header with Content-Type: application/zip and so on, but Content length is wrong and body is empty … and status is 500.

    So as I said … maybe the webserver has some restrictions to send a file of that size (277MB) this way …

    Thread Starter cnieswand

    (@cnieswand)

    That’s the response after clicking the button to export the library

    HTTP/1.1 500 Internal Server Error
    X-Powered-By: PHP/5.6.22
    Set-Cookie: cerber_groove=0d04b2fdbab5470298719bb4a7a302fc; expires=Sat, 09-Jul-2016 20:27:57 GMT; Max-Age=1296001; path=/
    X-Robots-Tag: noindex
    X-Content-Type-Options: nosniff
    X-Frame-Options: SAMEORIGIN
    Content-Description: File Transfer
    Content-Type: application/zip
    Content-Disposition: attachment; filename=mdocs-export.zip
    Content-Transfer-Encoding: binary
    Expires: 0
    Cache-Control: must-revalidate, post-check=0, pre-check=0
    Cache-Control: private
    Pragma: public
    Content-Length: 0
    Date: Fri, 24 Jun 2016 20:28:10 GMT
    Accept-Ranges: bytes
    Connection: close

    Thread Starter cnieswand

    (@cnieswand)

    Content-Length: 0 is the problem. Somehow filesize($file) does not give the correct value

    Plugin Author bhaldie

    (@bhaldie)

    What type of sever are you running, Windows Os seems to have a problem

    Thread Starter cnieswand

    (@cnieswand)

    CloudLinux, shared hosting at my hosting provider

    Plugin Author bhaldie

    (@bhaldie)

    Okay, I’ll take a look next week and see why the file is returning a zero value.

    Plugin Author bhaldie

    (@bhaldie)

    try this:

    open the file mdocs-downloads.php and add this line below line 44:

    $fp = fopen($file, "rb");
    fseek($fp, 0, SEEK_END);
    $size = ftell($fp);
    fclose($fp);

    then change line 55 to this:

    header('Content-Length: ' . $size);

    let me know the results.

Viewing 15 replies - 1 through 15 (of 21 total)
  • The topic ‘Export does not work’ is closed to new replies.