[opencms-dev] OpenCms 9.5.2: Not all files get statically exported with static export after publish

Alexander Kandzior alex at opencms.org
Mon Aug 12 16:41:50 CEST 2019


Kai,

Regarding your static export issue:

> There is a scheduled task in OpenCms which does a „full static render“ every evening. This worked perfectly for years. Customer said, that there where no changes on the system OpenCms is running on.

I would bet there have been changes in the system environment configured with OpenCms, regardless of what the customer says.
Static export after publish will request all the URLs of the published pages quickly, so there may be some new firewall settings that „prevent“ a DoS Attack.

Kind regards,
Alex.

-------------------
Alexander Kandzior

Alkacon Software - The OpenCms Experts                                                    
http://www.alkacon.com - http://www.opencms.org                                                          


> Am 12.08.2019 um 15:39 schrieb Schliemann, Kai <K.Schliemann at comundus.com>:
> 
> Hi list,
>  
> we have a very strange problem in one of our customers installations with the full static export.
> This is our setup:
>  
> Configuration in opencms-importexport.xml:
>  
>>      <staticexport enabled="true">
>      <staticexporthandler>org.opencms.staticexport.CmsOnDemandStaticExportHandler</staticexporthandler>
>      <linksubstitutionhandler>org.opencms.staticexport.CmsDefaultLinkSubstitutionHandler</linksubstitutionhandler>
>           <exportpath>export</exportpath>
>           <exportworkpath>temp</exportworkpath>
>           <exportbackups>2</exportbackups>
>           <defaultpropertyvalue>false</defaultpropertyvalue>
>           <defaultsuffixes>
>>           </defaultsuffixes>
>           <rendersettings>
>                 <rfs-prefix>${CONTEXT_NAME}/export</rfs-prefix>
>                 <vfs-prefix>${CONTEXT_NAME}${SERVLET_NAME}</vfs-prefix>
>                 <userelativelinks>true</userelativelinks>
>                <exporturl>http://127.0.0.1:8080${CONTEXT_NAME}/handle404</exporturl> <http://127.0.0.1:8080${context_name}/handle404</exporturl>>
>                 <plainoptimization>true</plainoptimization>
>                 <testresource uri="/system/shared/page.dtd" />
>                 <resourcestorender>
>                      <regex>/sites/aaa/.*</regex>
>                      <regex>/system/galleries/.*/aaa/.*</regex>
>                      <regex>/system/galleries/.*/bbb/.*</regex>
>                      <regex>/system/modules/de.mymodule.extranet/resources/.*</regex>
>                 </resourcestorender>
>           </rendersettings>
>      </staticexport>
>> In OpenCms several folders have set the export property to true and the exportname property to the name of the folder (there are no duplicates).
>  
> There is a scheduled task in OpenCms which does a „full static render“ every evening. This worked perfectly for years. Customer said, that there where no changes on the system OpenCms is running on.
>  
> The problem:
> From one day to the other not all contents are statically exported.  We watched some folders. Some folders are complete, some only contain two files of lets say about 45 files in the VFS. After every export there are two other files in the folder. They seem to be randomly created.
> The log throws a 404 for all not exported files.
> We checked all configuration files and property settings in the VFS of the folder but could not find any hint on the problem.
> The weird thing is, when I request a file in the online project from my browser (a file which had a 404 error after the full static export) it is correctly rendered and written to the export folder. So „on demand static export“ is working correctly.
>  
> Last thing to say is, that we have a kind of mirrored system, which has the same settings. Everything works perfect here.
> The only difference: 
> The contents of that system are not the same. As the working system is an integration environment, the contents are older.
> So we assume, that the problem must be in the content. As we have thousands of files, finding the one which is the problem seems to be impossible.
>  
> So any hint is highly appreciated.
>  
> Thanks a lot in advance.
>  
> Best regards
> Kai 
>  
> _______________________________________________
> This mail is sent to you from the opencms-dev mailing list
> To change your list options, or to unsubscribe from the list, please visit
> http://lists.opencms.org/cgi-bin/mailman/listinfo/opencms-dev <http://lists.opencms.org/cgi-bin/mailman/listinfo/opencms-dev>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencms.org/pipermail/opencms-dev/attachments/20190812/3da81216/attachment.html>


More information about the opencms-dev mailing list