bernhard

Great that you found the issue. Would be curious what WordPress would have done on that server ? Do you think it would make sense to improve processwire so that it showed an appropriate error message in such cases? Would that be even possible? If yes maybe someone can make a PR? ☺

hi and welcome, did you see the docs here: https://processwire.com/docs/tutorials/how-to-structure-your-template-files/ ? There's also a lot to read, if you like Old but still good i think. Also, as sergio already mentioned, have a look at the "default" site profile (choose it during installation and see what is different to your setup). You can adopt your setup to use it like the default profile easily (the keywords are append/prependTemplatefile): https://processwire.com/docs/tutorials/how-to-structure-your-template-files/page4

I disagree. I have had no problems at all for some years and on several websites. Also I followed the forum quite intensively and I've never come across any serious problems with that. But maybe I'm misunderstanding what you mean by "black hole". If you are not able to solve this problem on your own, I'm sure there are many experienced developers you can pay for professional support. There is the jobs board in the forum and you could even ask ryan per email to assist. There is also the possibility to contact your hosting provider for backups. Then you can start from the last working version. Finally: It seems to me that the problem you are having is totally NOT related to processwire. The same could have happened with wordpress: When you break the setup of your server, the CMS has no chance to run properly. Another advice would be to start from your last working backup, protocol every step you take and share your information here. Sometimes when you write things down the solution pops up and asking that question isn't even necessary anymore. Good luck, bugfixing sucks - independent from any cms

just wanted to paste a reference to another weather module here: I've asked a question about the differences there. Don't want to double-post, but as this information is related I think it's good to link both topics. If you have any experiences with these two modules and can share them please answer my question in the linked topic, thanks.

hi, there is also this module from 2014: does anybody know the differences and can share their experience? thanks.

And did you clear your cookies? It's always a good idea to test pw in the browser's incognito mode when strange things occur. That has helped me several times already.

NOTE 2022: Better use URL hooks! https://processwire.com/blog/posts/pw-3.0.173/#introducing-url-path-hooks Hidden option ? // site/ready.php $wire->addHookBefore('Page::render', function($event) { $page = $event->object; if($page->template == ...) include(yourcodefile.php); // or any other condition }); // yourcodefile.php <?php namespace ProcessWire; if(!$this->config->ajax) return; // early exit // any other conditions // return json header('Content-Type: application/json'); die(json_encode($yourdata)); @Guy Incognito you might also be interested in this thread:

Thanks for your feedback, I really enjoy the discussion. @mit Aggrid is also mit licensed: https://github.com/ag-grid/ag-grid/blob/master/LICENSE.txt And I don't think it's bad to have paid pro features. Quite on the contrary. I think it can ensure a long life of the software and good quality. We know that principle from somewhere, don't we?! ? @xlsx I have looked at this closely already as it is a must for me to transfer data to excel. Aggrid has the ability to export data as CSV with custom separators. It's perfectly fine to use this for excel export IMHO. It even has custom renderers that only fire when data is accessed for export. Only thing missing at CSV compared to xlsx is fancy styling and formulas etc. Personally I don't need this in any of my projects. Ok, simple links come to my mind. That might be nice to have. But we can still use the API to get data and then use any other JavaScript xlsx library to create our files. Or just pay a little fee to enable that feature. Aggrid looks really well crafted. I'm actually quite happy that I forgot my version of datatables at home over Easter so I was forced to take a pause and take a closer look to aggrid ?

thx @szabesz, haven't seen anything about tabulator so far. It looks quite similar to jquery datatables though and I have not seen anything that would not be possible using aggrid on the first sight. Or did I miss anything? I'm quite far with my implementation of agGrid, so I'm quite sure I will not change the grid library (again) very soon

Just added a check for empty find() result in RockSqlFinder: https://gitlab.com/baumrock/RockSqlFinder/commit/6d24cfd042d29a72a976db810e3d450c9166c531 If you are using it, this might be worth to update!

You can even use it inside the backend: Install Postman Interceptor extension Activate the extension in the browser and in the postman app Go to your desired admin page (eg /page/edit/?id=123) The request will show up in the history and you can modify it to your needs I'm doing a die('test') here in the admin, with tracy installed, of course

This is actually very easy but might be interesting for someone anyhow (and I post it here as a reminder for myself). You can use Postman (https://chrome.google.com/webstore/detail/postman/fhbjgbiflinjbdggehcddcbncdddomop?hl=de) to send requests to your ProcessWire installation and test request answers. The problem is that $config->ajax will always return FALSE. To make the $config->ajax work properly you just need to add this key-value-pair to your requests: key: X-Requested-With value: XMLHttpRequest Happy AJAXing PS: This also works inside the admin, see post 3

https://www.ag-grid.com/javascript-grid-features/ Everything with (e) is enterprise:

Also take a look at the example of agGrid: https://www.ag-grid.com/javascript-getting-started/ I think it is superior to (and in most cases also easier than) datatables, that's why I'm switching. You just need to grab data via RockSqlFinder (see above) and echo that in your gridOptions definition in the javascript tags.

It is not released yet...

setLanguageValue is a method of the $page api variable: https://processwire.com/api/ref/page/ $p->setLanguageValue($language, $field, $value); You cannot call it from the $p->summary property

https://processwire.com/talk/topic/7752-huge-file-uploading-problem/ https://processwire.com/talk/topic/2190-max-file-size-for-uploading-a-file/ https://processwire.com/talk/topic/17930-solved-urgent-problem-uploading-large-files-new-insights/ https://processwire.com/talk/topic/10818-fileupload-stops-at-100/

Would you mind adding some additional information to your question? What is the difference between the two? What would be the pros/cons? I use dumping a lot but I use only very basic features I guess. Most of the information in the first screencap does not seem to be very helpful to me (at least most of the time, or at least not yet). The second looks cleaner to me, but what I do not like is that "template" is a string and not a ProcessWire\Template as shown in the first pic (though that's a tiny detail and i guess dumping $page->template would show the correct classname?). [2min later] To me, the second looks cleaner and more helpful.

thx, I confirm everything is still working great

Thx adrian! Didn't use the request info panel so far, but I'll start using it

Thanks @adrian, that solves the issue and my pw admin is lightning fast again I've experienced slower loading with tracy several times, but I was not able to identify when it occured. Maybe this was the reason, I'll keep an eye. BTW: Where do I find the prev/next links?

Hi @Sephiroth, thanks for your hint. I know about the cell renderers, but it's not exactly what I'm looking for. If you are only working with one table (grid) then cell renderers are perfectly fine, but I want to make it possible to modify the setup of the table by external plugins, modifying the cell renderers by the needs of the plugin without having to change the initial gridOptions object. For example I want to have a plugin that shows column statistics. Or one that shows tooltips when hovering over a cell. One that shows action buttons (show page details, delete row, open link in new tab etc). And of course both need to work in combination. So I need to apply multiple cell renderers based on some parameters. I'm thinking of building one cell renderer that applies all the others and does something similar to what we know from processwire hooks: Passing parameters, modifying return values. What I do NOT want is that the user has to apply complex cellRenderers with a squillion of if/else in the grid's options object Hope that makes sense. Any hints welcome

Update: Seems like I'll switch to agGrid for my module. It is also MIT licensed in the basic version. It can handle multiple thousands of rows (loading 30k rows with pages->findObjects needs 6 seconds here; 10k pages = 800ms; without caching, of course) It has very nice filters built in (contains, starts with, not equal, etc) It is easy to create custom filters -> the regex filter is built by myself It has the possibility of custom cell renderers (see the percent bars; though I will have to adopt how this works for my module) It looks cleaner then datatables It has CSV export that seems to work just as good as the excel export of datatables (it is also possible to modify the cell values before export) I managed to rebuild the column statistics functionality (for all rows and only selected rows) that I have built for datatables. This is a must have feature, making it easy to show eg. the sum of all revenues in a specific month. It is pure JavaScript, so no dependencies have to be installed. It should also be possible to use this module on the frontend quite easily. Only thing that I'm missing from datatables is an easy way to access data. datatables seems to be superior in this regard. But I've also rebuilt this functionality making things like this possible, showing the average value of the grid's "rand" column, taking into account all filters and returning all rows (not only selected ones): return grid.avg('rand', {filter:true, selected:false}); This statement is used for the stats row at the bottom of the grid. Todos: Action items for pw-panel editing Anything else that you think is necessary?

Hm, I have "pages loaded: 23" $config->debug = true/false does not make any difference. Only difference is when I hit the "Disable Tracy" Button in the Debug Bar it instantly becomes fast as usual. I can send you a site profile, maybe that helps