MatthewSchenker

Greetings, Yes, I usually don't worry about these things, but I also don't know enough about this new system. My hosting company sent me a long email with lots of things for me to confirm before upgrading, so I thought I'd better check. I'd be fine staying with CentOS, but it looks like it's not going to be supported after June 2024. Thanks, Matthew

Hey Everyone, Been a while since I posted here, although I follow lots of discussions... On WHM, on my dedicated server, I'm getting a notice that CentOS 7 will be discontinued soon, and to upgrade to AlmaLinux 8. My service provider is offering to do this over the next couple of weeks. It involves a major upgrade. I'm wondering if anyone here has conducted this, and if it all goes OK with ProcessWire? Thanks everyone! Matthew

Ryan, This looks excellent! As always, ProcessWire just does it! I've been using Pancake for several years, and it has a lot of the features you're developing. I've been happy with it. But I'd MUCH prefer to do invoicing with ProcessWire, so my invoicing would be the same framework as all my web apps. As always, thanks for your amazing work!

Greetings, I think you hit right at the point here. If people come to ProcessWire seeking a plugin-dependent, template-based system, they will have problems with it. (Of course, it's also not quite right to compare ProcessWire to Laravel, but that's at least a closer comparison). Over the past few years, I've treated ProcessWire like a Framework that includes built-in admin enhancements. My clients actually really like the default admin interface for most of their sites -- including those who came from WP. Now, comparing ProcessWire to SquareSpace (or any of the other "site builders") is ridiculous, and anyone who makes that comparison is revealing their ignorance. With all that, I'll still say what I've said for years: ProcessWire should be openly discussed as a hybrid framework/CMS. That way would reduce misunderstandings like that of this reviewer. Matthew

Greetings, That has to be one of the most ignorant "reviews" I've ever read. Thanks, Matthew

dragan, Hey, thanks for the font view! Always looking for something new for projects... Matthew

Greetings, Maybe I'm old fashioned, but the few times I tried an SSG, I ended up back with PW eventually. The first time you need to have a form of any kind, and find yourself adding PHP to your SSG... Thanks, Matthew

Greetings, Thanks wbmnfktr and OLSA for your quick responses! No JS errors, and this is a remote server. No messages in the error log. However, this is a "temporary" domain running with an address like this: ip.add.re.ss/~sitename Both times this happened, it was with installs being run that way. When I moved the installs to a sub-directory of a "real" domain, the problem went away. I'd be curious to know if anyone else is experiencing this. Thanks, Matthew

Hey Everyone... Very weird issue. Using PW 3.0.98. In a couple of my sites, after adding some pages, suddenly all pages below the "Home" page in the admin page tree become invisible. The pages still exist, since they show up on the public display, and I can see the number of pages shown to the right of "Home" in the page tree. But the pages are not accessible from the back end. Does anyone know why this would happen?

Greetings, Thanks cb2004 and Dave! When I did a quick search, among the first results that appeared was information about a WordPress malware with ".well-known." Even though I know PW is not susceptible like WP it got me worried! It is always unnerving when a folder appears in your app installation that you didn't put there! Matthew

Greetings Everyone, Just putting this out there to see if anyone else has experienced the same, and what it might mean. I noticed this morning that a folder called ".well-known" appeared in the public_html folder of one of my ProcessWire installations. Some searching seems to turn this up as potential malware. Has anyone else experienced this? And how do we prevent it? Thanks, Matthew

Greetings, Since I started this discussion, it's become natural for me to refer to ProcessWire as a framework. Like heldercervantes, I was sometimes frustrated by those who assume that WP = web development. Or when clients asked me, "How can you work without plugins?" Or when they would say, "But if we develop a custom application, then we need to depend on you" (as if using plugins means they aren't depending on anyone!). Or most frustrating of all, when they would say that "WordPress seems more secure because of how large its userbase is..." But after some years of working at this, it's become a sort of litmus test for me: I know the client is a good fit for me when they understand and want someone who develops custom applications. By the way, I can't believe this discussion was started 3.5 years ago! Thanks, Matthew

Greetings, Christophe: I see where you're at with this! For a long time, I've been emphasizing the framework aspects of ProcessWire, and I have even made direct comparisons between ProcessWire and Laravel and CodeIgniter. I use those "other" frameworks from time to time, and I am always struck with how I can really do the same things in ProcessWire, but in less time, with more fun, and feel like I am part of a better community! Along these lines, check out this adventure... -> https://github.com/hettiger/larawire Thanks, Matthew

Greetings, Good discussion... There are many ways to go. SVGs are more like DOMs within your main DOM instead of classic images. They can be used like images, but the real power comes from being able to dynamically manipulate the code behind the images. There are a couple of different paths here. Generally: - Start with something like Adobe Illustrator or Sketch to create your SVGs. - Create CSS classes to manipulate the lines of the SVG files. - Use a simple code editor to tweak the SVG elements just like you would with an HTML document. How to include the SVGs: 1. Embed the SVGs inline using <img> tags. Simply upload the SVG to your "images" directory and reference it like any other image in your ProcessWire application. 2. "Include" the SVGs in your template. You can either (A) use the same "include" function you use for other ProcessWire files, or (B) directly load the SVG code into your template. Option A is easier to maintain and allows the same SVGs to be dynamic in multiple templates, which then opens up all kinds of other possibilities! 3. Use something like Raphael to manipulate the SVG further. But this is not necessary, especially for relatively simple examples. The syntax for manipulating SVG styles is not always the same as HTML styling. Here are a couple of good references: https://developer.mozilla.org/en-US/docs/Web/Guide/CSS/Getting_started/SVG_and_CSS https://www.w3.org/TR/SVG/propidx.html https://www.w3.org/TR/SVG/styling.html As for help and resources, here are some general discussions: http://tympanus.net/codrops/2015/07/16/styling-svg-use-content-css/ https://css-tricks.com/using-svg/ https://www.smashingmagazine.com/2014/11/styling-and-animating-svgs-with-css/ Thanks, Matthew

Greetings tooth-paste, I also love SVGs and look for ways to use them anywhere I can. For years, I have been wondering why they are not more widespread, but I think there is a resurgence in their popularity now! The level of control with SVGs is amazing, and when you couple them with the flexibility of ProcessWire to manipulate the SVG elements, the possibilities are tremendous. In theory, you could have an entire site built from an SVG DOM. You probably already know about these, but I wanted to include them here: http://raphaeljs.com https://d3js.org http://snapsvg.io Each one of the above resources has its advantages. Personally, I really like Raphael. Thanks, Matthew