Custom integration issue - Design (css) set in project settings is not applied

[sukapyx]

Hello. Im running Mosparo on localhost using IIS. I have created a simple html page where i use the Mosparo box. Everything seems fine, the connection to API also works, no errors on the console. Only problem is that for some reason the Design (specified in project settings) does not apply.

My IIS setup:

In addition I have granted IIS access to Windows/Temp folder

My website and Mosparo installation (public folder) where I also have my custom index.html and style.css. I needed to create the site outside of IIS standard inetpub folder, since IIS access right prbolems which i was unable to solve.:

Index.html content:

Project settings Design configuration

API works:

MySQL database table content:

resources folder:

this is empty for some reason - is it supposed to be?

Im running out of ideas here :|

[zepich]

Hi @sukapyx

Thank you very much for your question.

Your last screenshot is the most important one. No, the directory should not be empty.

If the directory is empty, mosparo will not redirect to the correct CSS file and will fall back to the default one.

The question is: why is the file not saved correctly?

Can you try to save the design settings once and then check the log file in var/log/prod-{date}.log? Is there any error visible?

One additional thing: If you're using loadCssResource in the mosparo function, you do not have to include the mosparo CSS file yourself (as visible in the 3rd screenshot).

Please let me know if you see any errors in the log file.

Kind regards,

zepich

[sukapyx]

After commenting that line out:

1. no changes in the log file
2. change in the UI and error on the console
   
3. the missing .css file has appeared under to the resources project guid folder
   

[zepich]

Hi @sukapyx

Okay, perfect, great news! Thank you very much.

I will test the DesignHelper issue and provide a correct fix with the next mosparo version.

Now, the next issue: Redirecting. Another user had the same problem. This user posted the web.config file regarding the URL rewriting. Can you check if you have similar settings or show me your web.config file?

<?xml version="1.0" encoding="UTF-8"?>
<configuration>
	<system.webServer>
		<cors enabled="true" failUnlistedOrigins="true">
			<add origin="*" />
		</cors>
		<handlers>
			<add name="php8.1 phalcon5" path="*.php" verb="*" modules="FastCgiModule" scriptProcessor="C:\server\php\php-8.1.27-nts-Win32-vs16-x64\php-cgi.exe" resourceType="File" requireAccess="Script" />
		</handlers>
		<defaultDocument>
			<files>
				<add value="index.php" />
			</files>
		</defaultDocument>
		<rewrite>
			<rules>
				<rule name="Imported Rule 1" stopProcessing="true">
					<match url="^build(.*)$" ignoreCase="false" />
					<action type="Rewrite" url="public/build/{R:1}" />
				</rule>
				<rule name="Imported Rule 2" stopProcessing="true">
					<match url="^bundles(.*)$" ignoreCase="false" />
					<action type="Rewrite" url="public/bundles/{R:1}" />
				</rule>
				<rule name="Imported Rule 3" stopProcessing="true">
					<match url="^robots.txt$" ignoreCase="false" />
					<action type="Rewrite" url="public/robots.txt" />
				</rule>
				<rule name="Imported Rule 4" stopProcessing="true">
					<match url="^(.*)$" ignoreCase="false" />
					<conditions logicalGrouping="MatchAll">
						<add input="{REQUEST_FILENAME}" matchType="IsFile" ignoreCase="false" negate="true" />
						<add input="{REQUEST_FILENAME}" matchType="IsDirectory" ignoreCase="false" negate="true" />
					</conditions>
					<action type="Rewrite" url="public/index.php" appendQueryString="true" />
				</rule>
			</rules>
		</rewrite>
	</system.webServer>
</configuration>

I saw that in the same discussion (#195), the user (nadorator) reported the same issue with the design file not being stored correctly and provided a solution there. But I completely missed that part, and I'm sorry since it created trouble for you, too. I will have a look at how to fix that in the next release.

Kind regards,

zepich

[sukapyx]

Thank you for the help! I'm glad that we are getting this thing solved.

Currently:

web.config in the public folder:
<?xml version="1.0" encoding="UTF-8"?> <configuration> <system.webServer> <directoryBrowse enabled="false" /> </system.webServer> </configuration>

web.config in the parent (C:\MyTestWebsite) folder:
<?xml version="1.0" encoding="UTF-8"?> <configuration> <system.webServer> <defaultDocument> <files> <add value="index.php" /> </files> </defaultDocument> </system.webServer> </configuration>

[zepich]

Hi @sukapyx

Can you add the <rewrite>...</rewrite> part in your config in the root directory (not in the /public directory) as in the config above?

Kind rgards,

zepich

[sukapyx]

<?xml version="1.0" encoding="UTF-8"?> <configuration> <system.webServer> <defaultDocument> <files> <add value="index.php" /> </files> </defaultDocument> <rewrite> <rules> <rule name="Imported Rule 1" stopProcessing="true"> <match url="^build(.*)$" ignoreCase="false" /> <action type="Rewrite" url="public/build/{R:1}" /> </rule> <rule name="Imported Rule 2" stopProcessing="true"> <match url="^bundles(.*)$" ignoreCase="false" /> <action type="Rewrite" url="public/bundles/{R:1}" /> </rule> <rule name="Imported Rule 3" stopProcessing="true"> <match url="^robots.txt$" ignoreCase="false" /> <action type="Rewrite" url="public/robots.txt" /> </rule> <rule name="Imported Rule 4" stopProcessing="true"> <match url="^(.*)$" ignoreCase="false" /> <conditions logicalGrouping="MatchAll"> <add input="{REQUEST_FILENAME}" matchType="IsFile" ignoreCase="false" negate="true" /> <add input="{REQUEST_FILENAME}" matchType="IsDirectory" ignoreCase="false" negate="true" /> </conditions> <action type="Rewrite" url="public/index.php" appendQueryString="true" /> </rule> </rules> </rewrite> </system.webServer> </configuration>

After stopping and starting the IIS server, no change. Still

[zepich]

Hi @sukapyx

What happens if you add an additional rewrite rule?

                                 <rule name="Resources Rule" stopProcessing="true">
					<match url="^resources/(.+)/(.+)$" ignoreCase="false" />
					<action type="Rewrite" url="public/resources/{R:1}/{R:2}" />
				</rule>

Kind regards,

zepich

[zepich]

Hi @sukapyx

Sorry, it took a while to set up Windows and IIS so I can test it myself.

I did not understand something correctly, so I gave you the wrong information before.

Since you put the site's DocumentRoot in the public/ directory, the Rewrite rules are in the wrong location and are incorrect.

Please edit the web.config in the public/ directory and insert the following code:

<?xml version="1.0" encoding="UTF-8"?>
<configuration>
    <system.webServer>
        <rewrite>
            <rules>
                <rule name="Imported Rule 1" stopProcessing="true">
                    <match url="^build(.*)$" ignoreCase="false" />
                    <action type="Rewrite" url="build/{R:1}" />
                </rule>
                <rule name="Imported Rule 2" stopProcessing="true">
                    <match url="^bundles(.*)$" ignoreCase="false" />
                    <action type="Rewrite" url="bundles/{R:1}" />
                </rule>
                <rule name="Imported Rule 3" stopProcessing="true">
                    <match url="^robots.txt$" ignoreCase="false" />
                    <action type="Rewrite" url="robots.txt" />
                </rule>
                <rule name="Imported Rule 4" stopProcessing="true">
                    <match url="^(.*)$" ignoreCase="false" />
                    <conditions logicalGrouping="MatchAll">
                        <add input="{REQUEST_FILENAME}" matchType="IsFile" negate="true" />
                        <add input="{REQUEST_FILENAME}" matchType="IsDirectory" negate="true" />
                    </conditions>
                    <action type="Rewrite" url="index.php" appendQueryString="true" />
                </rule>
            </rules>
        </rewrite>
        <defaultDocument>
            <files>
                <add value="index.php" />
            </files>
        </defaultDocument>
    </system.webServer>
</configuration>

(Edit: After I wrote this post, I realized that the first three rules are not even needed. It's not a problem but in theory, they're not needed I guess)

With this configuration, you should be able to use mosparo without the index.php in the URL (just https://localhost/login to open mosparo). All URLs should be correctly rewritten.

If you open the following URL, you should get only one redirect to the correct CSS file:

https://localhost/resources/<uuid>.css

(Please replace <uuid> with the UUID you see in the project settings. I was too lazy to type it from your screenshots ;))

Can you confirm that this redirect works correctly now with the rewrite configuration I posted above?

If so, please adjust one more thing. In the demo site's initialization function, the second parameter is the host of your installation. You have index.php there right now, but it should be https://localhost.

If you adjust these two things, the CSS loading should work correctly.

Please let me know if that works.

Kind regards,

zepich

[sukapyx]

Thank you, but unfortunately this does not work.

I left the web.config in the MyTestWebsite folder the same as it was before:

...and made the changes you proposed in the MyTestWebsite/public/web.config:

but this produces:

IIS configuration:

...clicking any of the icons. e.g. Authentication, CGI etc now produces error:

Rights to the web.config should be set as needed...

[zepich]

Do you have the IIS rewrite Module installed and enabled?

[sukapyx]

I installed the IIS rewrite Module and everything works now! Thank you sir! Appreciation.

[zepich]

Awesome! Thank you very much for the feedback!

[zepich]

Hi @sukapyx

So, regarding your other questions.

Hosts

The hosts in the project settings are the domains on which you use a project. So, if you host your website under the address www.example.com, you have to specify that domain (www.example.com) as the host in the project settings.

If your website is hosted under www.example.com and example.com, you must specify both domains. If you use the same project for another website, like test-website.example.com, you must also specify this domain as a host in the project settings.

But it's always the domain, not the protocol at the beginning, and not the path after the domain. So, in your case, it would be simply localhost.

Update

I will test the update process on my IIS over the weekend and let you know what you can do to update mosparo correctly.

Do you have any other questions, or did I miss something?

Kind regards,

zepich

[sukapyx]

Thanks! I think if we get the update issue resolved as well then it's perfect.

[zepich]

Hi @sukapyx

I've investigated the issue with the update. It's a combination of multiple problems.

In general, the update process takes too long and hits the max_execution_time limit. But even with increasing that, there are other issues, mainly regarding file paths (\ instead of /, case-insensitive paths). I'll prepare fixes for these issues.

Additionally, I started investigating the slow performance and found at least one performance issue that we can optimize for all systems to speed up the update process.

It will take a moment until all issues are resolved. After that, the update system should work correctly on Windows, too.

Kind regards,

zepich

[sukapyx]

Hello Zepich!

Thank you for the update!

BR

[zepich]

Hi @sukapyx

Thank you very much for your patience.

The new version of mosparo, v1.2.2, contains a lot of fixes for compatibility with Windows servers. The update process is now fully working. Also, the design CSS file is stored correctly now.

Important: You cannot update from the version you're on right now to this new version. The update system works only from version 1.2.2 onwards. To update your installation now, you have to download the ZIP file manually, delete the existing files, and copy the new files into the directory (as for a new installation). Please backup the configuration file in /config/env.mosparo.php before you delete the files and copy it back after you copy the new files from mosparo.

Also important is that the update process is slow on Windows. I will continue working on that part, but for now, you should at least set the timeout in PHP and IIS to 60 seconds or more. In my tests, it usually took 40 - 50 seconds on a freshly started server.

Alternatively, you can use the CLI to update mosparo in the future. There, you do not have a timeout.

Thank you very much for your help!

Kind regards,

zepich