Jump to content

RockFrontend πŸ”₯πŸš€ The Powerful Toolbox for ProcessWire Frontend Development


Recommended Posts

Posted

thanks @bernhardΒ for this module! it makes my code so much more organized & the content easier to maintain.

but i am not able to setup an ajax endpoint: i get a 404 error in return.

  • file lives in /site/templates/ajax/
  • i am logged in as a superuser.
  • URL has no trailing slash.

also the modules settings says: "No endpoints found."

what am i doing wrong?

PW 3.0.240, RockFrontend 3.21.2, RockPageBuilder 5.8.0

Β 

Β 

  • Like 1
Posted
42 minutes ago, herr rilke said:

thanks @bernhardΒ for this module! it makes my code so much more organized & the content easier to maintain.

Great to hear that!

42 minutes ago, herr rilke said:

what am i doing wrong?

I can't know if you don't share the exact steps you did. I don't know which file you created. I don't know which url you entered... Maybe it's just a typo!

Posted

hello bernhard,
Thank you for your quick response.
I found out that the whole thing doesn't work on my local Windows development computer - but it does on my Linux web server.

could this be related to file permissions? It's just a "copied version" - copied from Windows to the live server.

What would be a starting point?

Posted

That's a good hint! So maybe we are just missing a normalisation for the path separator somewhere. Can you place bd($rockfrontend) in site/ready.php and tell me the output for ajaxEndpoints?

Posted

good morning @bernhard!

this ist bd($rockfrontend) in site/ready.php

debug info:

ProcessWire\RockFrontend
folders: array
0 => 'C:/wamp64/www/qualiguide/site/templates/'
1 => 'C:/wamp64/www/qualiguide/site/assets/'
2 => 'C:/wamp64/www/qualiguide/'
liveReload: RockFrontend\LiveReload
interval: 1
includeDefaults: array
0 => 'C:/wamp64/www/qualiguide/site/'
1 => 'C:/wamp64/www/qualiguide/RockShell/docs'
2 => 'C:/wamp64/www/qualiguide/RockShell/App'
include: array (0)
excludeDefaults: array
exclude: array (0)
autoloadStyles: ProcessWire\WireArray
count: 1
items: array
'StylesArray:0' => RockFrontend\StylesArray #447 …
autoloadScripts: ProcessWire\WireArray
count: 1
items: array
'ScriptsArray:0' => RockFrontend\ScriptsArray #453 …
ajaxEndpoints: array (0)

Full Object:

ProcessWire\RockFrontend
addMarkup: null
ajax: false
ajaxFolders: array
'/ajax/' => '/C:/wamp64/www/qualiguide/site/templates/ajax/'
alfredCache: ProcessWire\WireData
autoloadScripts: ProcessWire\WireArray
autoloadStyles: ProcessWire\WireArray
contenttype: 'text/html'
createManifest: false
folders: ProcessWire\WireArray
home: ProcessWire\HomePage
hasAlfred: false
isLiveReload: false
js: array (0)
langMaps: null
latte: null
latteWithLayout: null
layoutFile: '_main.latte'
layoutFolders: ProcessWire\WireArray
liveReload: RockFrontend\LiveReload
manifest: null
noAssets: false
noLayoutFile: ''
onceKeys: array (0)
path: 'C:/wamp64/www/qualiguide/site/modules/RockFrontend/'
postCSS: ProcessWire\WireData
remBase: 16
scripts: ProcessWire\WireData
seo: null
sitemapCallback: Closure($page)
file: 'C:\wamp64\www\qualiguide\site\modules\RockFrontend\RockFrontend.module.php:2741'
sitemapOptions: array (0)
styles: ProcessWire\WireData
translations: array (0)
viewfolders: array (0)
data: array
useFuel: true
_instanceNum: 144
localHooks: array (0)
_wireHooks: ProcessWire\WireHooks
trackChanges: 0
changes: array (0)
_notices: array
'errors' => null
'warnings' => null
'messages' => null
_wire: ProcessWire\ProcessWire
status: 4
statusNames: array
debug: true
fuel: ProcessWire\Fuel
data: array (35) …
lock: array (20) …
requiredInterfaces: array (1) …
pathSave: 'C:\wamp64\www\qualiguide'
fileSave: 'C:/wamp64/www/qualiguide/site/ready.php'
updater: unset
instanceID: 0
shutdown: ProcessWire\WireShutdown
useFuel: true
_instanceNum: 6
localHooks: array (0)

Β 

Posted

Hey @herr rilkeΒ there was an issue with the ajax feature both on windows installations and on subfolder installations. I think they should be fixed now!

Please check out v3.23

PS: Thx for your help with the windows path issue @dotnetic, the final fix was a little bit more complicated though πŸ˜…Β 

https://github.com/baumrock/RockFrontend/commit/0cf84be630050d212b334e52477d97039823de4f

https://github.com/baumrock/RockFrontend/commit/c9fbd2430e166d304cae9af943510cb8a391bcdf

  • Like 1
Posted

@herr rilkeΒ please provide step by step instructions what you did. Provide every file name you created, every file content you put into it, every url you put into your browser. Every important detail about the pw installation (eg is it in a subfolder or not)...

@dotnetic just confirmed that it works for him on windows + in subfolder installation

  • Like 1
Posted

#@!^$

problem was on my side (forgot that i put it here, yesterday) :

<?php

// PrΓΌfen, ob der Aufruf per AJAX erfolgt
if (!$config->ajax) {
    http_response_code(403);
    echo "Forbidden";
    exit;
}

// Beispielantwort
echo "Dies ist die Antwort von /ajax/foo";

after deleting the first part, everything works just fine!

thank you guys for your support!

Β 

  • Like 2
Posted

RockFrontend v3.23.2

  • PW functions like wire() or modules()Β are now available in latte files 😍 That also means that translations via __(...) now work natively!
  • Several fixes and improvements for the AJAX Endpoints feature
  • Improvements to the quite new field() method
  • Improved consent tools
  • 2 months later...
Posted

Hi.
I have problem with your module.
When I click in settings for example on SEO I getΒ Class "DOMDocument" not found error.

Here is screenshot:

image.thumb.png.458d8d45a24b48969e44756303dbf059.png

Β 

I have dedicated server with PHP 8.4 and MySQL91.

Same error is also with RockPdf.
Is there aby issue with this ?

Let me know how to fix this.

Thanks
Pavel

Posted

Thanks very much for quick response...I looked already before, but now noticed that I do not have php dom extension...
After install of it and restart of apache it is OK...

So solved...

  • Like 1
Posted

Just released v5.0.0 of RockFrontend

  • LiveReload has been removed (moved to RockDevTools)
  • styles() and scripts() feature has been removed (moved to RockDevTools)

RockDevTools is unfortunately not a drop-in-replacement as we had to change how assets are handled and included into the final website markup.

The good news is that RockDevTools also supports merging multiple files to one and it will also work with template cache enabledΒ πŸ™‚Β 

  • Like 1
Posted

@bernhardΒ I stumbled upon the release of RockDevTools in your newsletter.

I mainly used the LiveReload and Asset Minification feature of RockFrontend (if not only those features :-))

Is RockFrontend Deprecated in the near future and would you advice switching to RockDevTools in that case?

Posted
6 minutes ago, Stefanowitsch said:

Is RockFrontend Deprecated in the near future and would you advice switching to RockDevTools in that case?

RockFrontend will not be deprecated. I need it for every project. I just moved styles() and scripts() and LiveReload to another module.

Regarding asset minification: I need that on almost every module that I create. I have some CSS or LESS files in the module's /src folder and I want to compile them to CSS / minified CSS. I did that using RockFrontend, which is not really what the module was built for. Now this is done with RockDevTools.

Same for LiveReload. I need LiveReload for development, both on the frontend and on the backend. All the time. But only on my development machine, not on production. That's how RockDevTools works now.

  • Like 1
Posted

@bernhard

Can you give me an advice on this?

Following the code examples hereΒ https://www.baumrock.com/en/processwire/modules/rockdevtools/docs/assets/

I put this code here inside my <head>

<?= $rockfrontend()->styleTag('/site/templates/styles/styles.min.css'); ?>
<?= $rockfrontend()->scriptTag('/site/templates/scripts/scripts.min.js', 'defer'); ?>

I then get this error message in the frontend:

ArgumentCountError

Too few arguments to function ProcessWire\WireData::__invoke(), 0 passed in /var/www/html/site/templates/elements/_head.php on line 18 and exactly 1 expected searchβ–Ί

Line 18 is this line here:

<?= $rockfrontend()->styleTag('/site/templates/styles/styles.min.css'); ?>

Β 

Posted
Just now, Stefanowitsch said:
$rockfrontend()

That's wrong. It should either be $rockfrontend or rockfrontend()

  • Like 2

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    • No registered users viewing this page.
Γ—
Γ—
  • Create New...