adrian

@spiroue - did you try the new version? Any remaining problems?

@ryan and @Pete - the developer directory is currently returning "directory.processwire.com redirected you too many times."

@ryan - not sure if you'll see this, but I still don't understand why the "More Topics" sidebar is on the right on these pages: https://processwire.com/docs/more/multi-site-support/ https://processwire.com/docs/more/lazy-cron/ but on the left on this page: https://processwire.com/docs/more/coding-style-guide/ There is also an additional link at the bottom of the left sidebar to "More topics" which I don't really understand.

@tthom_pw - thanks for the updates. Looks like this is going to be an ongoing problem, so I have separated it out into its own module: http://modules.processwire.com/modules/process-terminal/ It can be run standalone, or via the Terminal panel in Tracy. Hopefully this will help to make it available if you run your own server / VPS, but not cause problems for those Tracy users on shared hosting.

A terminal for running server commands: http://modules.processwire.com/modules/process-terminal/ https://github.com/adrianbj/ProcessTerminal NOTE: It does not support interactive commands like vi, nano, apt, etc. DO NOT attempt to use these as they may result in you needing to restart apache. This is a bash terminal that lets you quickly execute commands on a server. In addition to normal commands like: ls, cd, cat, mkdir, rm, chmod, chown, etc, you can also do mysql command line calls which is very handy if you need to add a new user, create a mysqldump etc. Note that for mysql commands you need to issue them individually - you can't simply start "mysql" and issue commands from there - each call needs to include your username and password and the command to be run, eg: mysql -u root -p mypassword -e "CREATE DATABASE newtablename"; There is also an upload and download command, eg "upload test.txt" which will spawn a file selector dialog on your machine to upload that file to your server with the given name. It also has arrow up and down for command history as well as tab autocompletion of commands and file names. This module was separated from Tracy because some shared hosts were flagging it as spam. This is because it uses system_exec to run server commands. This can certainly be dangerous, but in my opinion it is no more dangerous than the HannaCode module or the Tracy Console panel which both allow you to run system_exec. The key thing is that ProcessWire's htaccess rules prevent the shell.php file from being run directly and because this is a process module it uses PW's permissions to restrict usage to superusers.

Manuel, I'd love it if you could add your experience to that issue: https://github.com/processwire/processwire-issues/issues/572 These problems have been going on for so long and really need to be fixed - I think Ryan needs a nudge to move this to the top of his TODO list. Thanks!

@szabesz - I haven't actually used it in a long time. I thought the idea seemed cool, but I don't think the implementation is very efficient and I found another option for my needs - honestly right now I don't even remember the project I used it on. I trust @matjazp's work though and his fork fixes the main problems I was having with it (which is that new pages are not automatically added), so I think it's probably ok to use.

Actually @Peter Knight - you might try installing that version from scratch - I made several changes to fields and field types, so it might no longer be possible to simply upgrade from the old version.

No need - that's just an error because PW doesn't like that I have added a .php extension to the module file when there is already a plain .module one installed. Just do a Modules > Refresh and you should be good.

Try this: https://github.com/adrianbj/MarkupSEO/tree/various-fixes-enhancements

@thetuningspoon - if you go with Dynamic Roles, please grab this fork (https://github.com/matjazpotocnik/DynamicRoles/commits/master) by @matjazp because Ryan's version is pretty broken and seemingly abandoned.

I am not that familiar with the Mailgun API to know if that's an option, but without knowing the details of what you are doing I would instead recommend an HTML formatted email with an `<img>` tag to embed the image from your web server - it's generally much better to do things this way.

@simonGG - I'd also recommend using @nbcommunication's fork (linked above) which handles attachments in a more PW way.

@titanium - this used to work as expected - ie these pages could not be found via the search. I just took a look and it appears that relatively recent changes to this live search feature means that now other results are returned, but note that the links from these results go to view the returned pages, rather than allowing the user to edit them. So I think the main functionality has not been compromised. Remember that this module is not designed to control view permissions, just editing.

Typically you want to click on the ajax called file that is uploading - Then on the response tab - that should show you any errors that are corrupting the uploading. Also, just an FYI that your version of Tracy is a year old ?

@spiroue - please try the latest version - it should now work as expected for Multiplier fields.

That module (http://modules.processwire.com/modules/table-csv-import-export/) is for importing and exporting data for the Profields Table field, so naturally it requires that Table module to be installed. So either uninstall TableCsvImportExport, or install Profields Table ?

@tthom_pw - any word back from your host? I think I'll probably have to take the approach of separating out Terminal, but just wanted to know if you had any updates first.

Yeah, currently BCE doesn't support the ProField Multiplier fieldtype ? I'll see if I can get it working for you shortly.

If I leave things as is, then yes. But if server scanners are going to regularly flag this file, then I'll move the Terminal to its own separate module so it's not part of Tracy.

Unfortunately Ryan doesn't accept PRs, so all you can do is add to this issue: https://github.com/processwire/processwire-issues/issues/797 Welcome to the forums and thanks for your efforts to improve/fix things!

@tthom_pw - perhaps it would also be worth pointing out to them that: https://yoursite.com/site/modules/TracyDebugger/panels/Terminal/shell.php is not accessible.

Hi @tthom_pw - that file is not necessary for most of Tracy's functionality so you could certainly just delete it, but I would like to understand why they are actually concerned about it. As I mentioned to @bernhard above, it's impossible to run that shell.php file outside the PW admin and without superuser permissions. It is blocked by PW's htaccess rules. Also, unless I am missing something, it's no more dangerous than Ryan's HannaCode module in terms of what it can run - Hanna lets you shell_exec() which is what this file uses to run system commands. That said, if it's going to be a red flag for some hosting providers, I can move the file out of Tracy and make it a separate module that if installed will integrate with Tracy. Could you please follow up with your host and explain how it is protected from direct access etc and see what they say?

Not sure how useful this is compared to Tracy's Console panel, but if you really want to run PW code (or anything else for that matter) from the comfort of your IDE, check out: https://marketplace.visualstudio.com/items?itemName=formulahendry.code-runner

No time to test right now, but perhaps you actually need to use: Pages::added