szabesz

I sometimes have similar issues with Safari and Chrome. Chrome "Cache Killer" extension to the rescue

Hi craigiop, It sounds like you are you using "someone else's" site profile. Anyway, if you remove fields, you might need to adjust the appropriate template file(s) accordingly.

Yes, this what certainly needs improvement in the ProcessWire admin. The site tree (Pages) is just confusing and click intensive to use. After almost two months of using it, I still keep clicking on the name (title) of the page to edit it or wonder about how to open the subtree, or does it have a subtree (children) at all? I know there is the number of children after the name, but the whole tree is so unconventionally crafted, that I have too keep reminding myself of how it works.

Aha, I see now! Thank you!

https://processwire.com/blog/posts/front-end-editing-now-in-processwire-3.0-alpha-4/ "All of the front-end editing features are provided by a module included with the ProcessWire 3.0 core called PageFrontEdit. Once this module is installed, you can use any of the above options. The module is not installed by default." So it is not turning Drupal.

Hi, First time I have installed it, mainly to see what the button "Debugmode" does. It does not do anything: href='javascript:;' Am I missing something?

Maybe it is those "running one or two vm's at the same time" which are the resource hoggers? I sometimes run PhpStorm, Photoshop, Illustrator, InDesign and many others parallel on a 4GB ram + SSD Air without running into performance problems. Sure, the number of running VMs is zero in my case

@tpr Good point! The same is true in my case. It is gently leading me to the right direction. I could not ask for more in this regard

Brackets is fantastic when working with its live preview feature, so I use it when working on JavaScript based prototypes. That way I do not have to refresh anything. However, Brackets is an editor not an IDE and live preview cannot be used with php generated output.

Well, I do not want to praise PhpStorm too much, and it is certainly true that I can get lost in the preferences panel, since there are thousands of settings in it. But the preferences panel has its own search feature that helps sometimes (when one knows what that thingy is called). Still, if you spend the time to set it up, you can adjust it to your likings. It's main interface is clean. Just by clicking on the sidebars or using the equivalent keyboard shortcuts (Project, Structure, etc) and using shortcuts for everything else, one can quickly perform any action easily. Being a Java application it takes some time to boot up: a few secs (v10 has improvements in this area too), but if you launch it in the morning and quit it in the evening than it does not make a difference, it is an IDE after all. Afterwards it is a speedy beast. It is _not_ Eclipse, Eclipse is the worst IDE I have ever used, so I do not even want to compare them I also like its history feature which is quite useful even when also using git at the same time. When experimenting with code, it is handy that one can revert back to (or copy form) any previous saved state of a file. And yes, BBEdit is super cool, which is my primary code editor when not working on the files of a PhpStorm project. And even if I'm in a PhpStorm project I sometimes also use BBEdit to perform specific tasks. Why not use both if possible?

PhpStorm is the best The current version's code-completion is super intelligent, I have never been able to type code this fast with any other IDE or editor. Finding your way around in the code is well supported too. Search is powerful, it helps a lot when you have to dig in code not written by you. At least, PhpStorm is worth a look at https://www.jetbrains.com/phpstorm/

@Tom: Thank you for the effort! I hope that your ideas and work will pay off and they will be picked up by the community so that we can have an even better admin in the future. The general issue is that the admin interface is used for both development (by the devs, of course) and for content management (by site administrators). When developers try to mix the two, they will most certainly design something that is more for development then for content management as this is the case with ProcessWire. Do not get me wrong, I think ProcessWire has a nice admin interface, but there is a lot of room for improvement regarding content management. (And regarding the aid of development too, see for example Soma's HelperFieldLinks module, but that is a bit off topic here.)

Thank you for sharing! It would be nice to have this feature built in.

But that's not realy cool cause the user will not see his exact name.. Why is it a problem if a user does not know how her name is stored in the database? Or am I missing something?

Using your own two or three character prefix (plus _ or -) to name identifiers can be of help no matter what system we use (css, php, js, etc...). This way it is also easy to tell what belongs to your code and what not. It helps in this issue, but also helps others dealing with your code. Sure, the practice of prefixing is not a bulletproof solution, but it is unlikely that one runs into this issue when sticking to it.

In the case of PhpStorm 10 there is noticeable improvement regarding startup time, an projects open up faster too. However, being a Java application, there are limitations I think. PhpStorm is a really good IDE, but it is rather project centric so one do not want to use it just to open up files not in a project but somewhere else on your disk just to inspect them.

Sure, but horst's idea does not rule it out. If you process the image right after the upload, you (the admin user) need to wait for the resizing process, but what if you change your mind before checking the related page on the frontend and decide to re-upload the image? In that case you need to wait twice, or more (depending on how many times you have changed your mind). So the answer to this question is not as straightforward as it might seem at first.

What might really expose ProcessWire is a book on packtpub.com. These books really helped me to jump start website development about five years ago: http://www.amazon.com/SilverStripe-The-Complete-Guide-Development/dp/0470681837 https://www.packtpub.com/web-development/silverstripe-24-module-extension-themes-and-widgets-beginners-guide I especially liked the first one (The Complete Guide to CMS Development). Nowadays ProcessWire is a lot more beginner friendly then SilverStripe (for example) except that there isn't a well organized book/tutorial for beginners. Such a tutorial should not just scratch the basics, but give an example of how to develop a somewhat complex, database driven website. The above mentioned books did achieve that. (They are outdated and have never been updated, but still good examples.) And I agree that upgrading the cheatsheets with lots of examples is a good idea. I spent 7 years developing Flash/ActionScript games and websites, and I loved the docs Adobe created for ActionScript. It was packet with lots-and-lots of code snippets, most methods had one ore two (or even more) examples, one just had to copy+paste them and tweak them to their liking. Php.net's idea of utilizing the developers to add notes and code snippets is one way to do it, so besides adding "official" snippets, commenters should be able to add their own too. The new WordPress docs site does the same.

I guess you have an up-to-date version of MAMP (which I do not have at the moment since I do not upgrade MAMP too often) https://www.mamp.info/en/downloads/ And reading the sidebar, it ships with PHP 7.0.0 too. Do you happen to use it? I run ProcessWire 3.0.5 on PHP 5.6 and do not have any "deprecated notices". Anyway, since it is just a "deprecated notice", it should not be the cause of a 500 Internal Server error, but you might want to try switching to PHP 5.6. Have you tried to install ProcessWire from scratch, so that you can see if that works? Edit: PHP 7 maybe just an optional addon, and it does not yet ship with it.

The docs says: $page->of(false); // outputFormatting must be OFF https://processwire.com/api/multi-language-support/multi-language-fields/#getting-and-setting "The value of a multi-language or language-alternate field is affected by the "outputFormatting" setting of a page. On the front-end of your site, outputFormatting is always turned on, unless you've turned it off." "When outputFormatting is ON, the value of a multi-language field is a string (as it shows in most examples on this page). That string reflects the value from the current user's language. If the value is blank in the current user's language, the value from the default language will be there instead. However, when outputFormatting is OFF, the value of a multi-language field (like $page->body) will instead return an object of type LanguagesPageFieldValue, rather than a string. That object contains all of the translations available for the given field." I'm not sure that this solves anything, I'm just guessing. Sorry if I'm mistaken.

What sort of errors are you getting? You can find the log files here: /Applications/MAMP/logs/apache_error.log /Applications/MAMP/logs/mysql_error.log /Applications/MAMP/logs/php_error.log or just use MAMP's Log menu.

Thank you again Ryan! May I ask a couple of feature related questions? I have just tried out this module for the first time and noticed the following: 1) It is not possible to exclude modules. Admin related modules are not needed in many cases (such as ProcessDatabaseBackups, ProcessWireUpgrade, ProcessExportProfile, etc...) and it would be nice to be able to optionally exclude them. 2) Custom folders? Since I followed what is recommended here: https://processwire-recipes.com/recipes/best-way-to-implement-a-global-helper-function/ I already have one custom folder called "lib" in my /site folder and my template files use its content. However, the exporter ignored this custom folder. Did I overlook something or is it really the case and I have to manually copy "such things" over? 3) Extra lines inserted into the end of config.php? I also have extra lines inserted into the end of config.php. It would be nice, if it was possible to optionally inject these extra lines of code to the end of config.php, so that the ProcessWire installer uses the "core config.php" file, but modifies it by adding extra lines to it, lines that are required by the Profile. I have a require_once(dirname(__FILE__).'/lib/Flog.php'); piece of code, and although it is possible to include config.php in the Profile itself, being able to automatically "extend" config.php during the installation process seems to be a better solution. Or maybe I am just overlooking something Sorry if it is just a silly request and there is already a proper way of doing this, of which I know nothing about. Edit: maybe it is not just config.php but .htaccess too that we should be able to extend the above described (or similar) way.

There is an article about the role of Page in the old Wiki. It is still a good starting point, even though it is a bit hard to understand this article without some actual experience with Pages: http://wiki.processwire.com/index.php/Pages_Overview What I would find useful is the addition of schematic diagrams that help beginners picture the concept. Trying to explain it by using only words resulted in this sort of convoluted article. A picture is worth a thousands words Not to mention lots of simple examples, that help explain different scenarios in which Page is used.

This one is also worth reading: URL Segments in category tree example: http://wiki.processwire.com/index.php/URL_Segments_in_category_tree_example