My first thought was that Ryan is building his own rich text editor, maybe using a toolkit like ProseMirror. Let's keep guessing and maintain the hype 🤪

Eh, and now it is suddenly working without any forgery accusations! I was only fiddling around with php-fpm, trying to make it log errors. "Have you tried turning it off and on again?"

Thanks flydev for your time.

3 hours ago, flydev ?? said:

I missed the point you are using caddy. You can also show us the webserver error.log, php.log and an output of phpinfo().

I'll have to look into the error stuff later as I don't have it figured out with Caddy.

Here is the beginning of phpinfo with what I think are the interesting bits:

Thanks for the help.

Quote

1. empty manually the mysql table session_login_throttle

USE mydb;
TRUNCATE session_login_throttle;
Query OK, 0 rows affected (0.003 sec)

Quote

2. get php version

PHP 8.1.2 (cli) (built: Jan 19 2022 17:12:32) (NTS)
Copyright (c) The PHP Group
Zend Engine v4.1.2, Copyright (c) Zend Technologies
   with Zend OPcache v8.1.2, Copyright (c), by Zend Technologies
[PHP Modules]
Core
ctype
curl
date
dom
exif
fileinfo
filter
gd
hash
iconv
intl
json
libxml
mbstring
mysqlnd
openssl
pcntl
pcre
PDO
pdo_mysql
Phar
posix
readline
Reflection
session
SimpleXML
SPL
standard
tokenizer
xml
xmlreader
xmlwriter
Zend OPcache
zip
zlib

[Zend Modules]
Zend OPcache

Caddy server was reloaded.

Quote

4. verify php-fpm

● php-fpm.service - The PHP FastCGI Process Manager
    Loaded: loaded (/usr/lib/systemd/system/php-fpm.service; enabled; vendor preset: disabled)
    Active: active (running) since Tue 2022-02-08 08:55:17 EET; 4h 16min ago
  Main PID: 316 (php-fpm)
    Status: "Processes active: 0, idle: 9, Requests: 138, slow: 0, Traffic: 0req/sec"
     Tasks: 10 (limit: 4664)
    Memory: 188.3M
       CPU: 1min 6.779s
    CGroup: /system.slice/php-fpm.service
            ├─   316 "php-fpm: master process (/etc/php/php-fpm.conf)"
            ├─   534 "php-fpm: pool www"
            ├─   535 "php-fpm: pool www"
            ├─   536 "php-fpm: pool www"
            ├─   537 "php-fpm: pool www"
            ├─   538 "php-fpm: pool www"
            ├─   539 "php-fpm: pool www"
            ├─   540 "php-fpm: pool www"
            ├─   541 "php-fpm: pool www"
            └─138176 "php-fpm: pool www"

Quote

5. check the logs

[08-Feb-2022 08:54:19] NOTICE: Terminating ...
[08-Feb-2022 08:54:20] NOTICE: exiting, bye-bye!
[08-Feb-2022 08:55:17] NOTICE: fpm is running, pid 316
[08-Feb-2022 08:55:17] NOTICE: ready to handle connections
[08-Feb-2022 08:55:17] NOTICE: systemd monitor interval set to 10000ms

I upgraded my Arch Linux (from PHP 7.4 era) and manually updated to PW 3.0.184 (including index.php). Now I can't log in.

#0 /var/www/mysite/pw/wire/modules/Inputfield/InputfieldForm.module(186): ProcessWire\SessionCSRF->validate()
#1 /var/www/mysite/pw/wire/core/Wire.php(417): ProcessWire\InputfieldForm->___processInput(Object(ProcessWire\WireInputData))
#2 /var/www/mysite/pw/wire/core/WireHooks.php(951): ProcessWire\Wire->_callMethod('___processInput', Array)
#3 /var/www/mysite/pw/wire/core/Wire.php(485): ProcessWire\WireHooks->runHooks(Object(ProcessWire\InputfieldForm), 'processInput', Array)
#4 /var/www/mysite/pw/wire/modules/Process/ProcessLogin/ProcessLogin.module(364): ProcessWire\Wire->__call('processInput', Array)
#5 /var/www/mysite/pw/wire/core/Wire.php(414): ProcessWire\ProcessLogin->___execute()
#6 /var/www/mysite/pw/wire/core/WireHooks.php(951): ProcessWire\Wire->_callMethod('___execute', Array)
#7 /var/www/mysite/pw/wire/core/Wire.php(485): ProcessWire\WireHooks->runHooks(Object(ProcessWire\ProcessLogin), 'execute', Array)
#8 /var/www/mysite/pw/wire/core/ProcessController.php(337): ProcessWire\Wire->__call('execute', Array)
#9 /var/www/mysite/pw/wire/core/Wire.php(414): ProcessWire\ProcessController->___execute()
#10 /var/www/mysite/pw/wire/core/WireHooks.php(951): ProcessWire\Wire->_callMethod('___execute', Array)
#11 /var/www/mysite/pw/wire/core/Wire.php(485): ProcessWire\WireHooks->runHooks(Object(ProcessWire\ProcessController), 'execute', Array)
#12 /var/www/mysite/pw/wire/core/admin.php(160): ProcessWire\Wire->__call('execute', Array)
#13 /var/www/mysite/pw/wire/modules/AdminTheme/AdminThemeDefault/controller.php(13): require('/var/www/mysite...')
#14 /var/www/mysite/pw/site/assets/cache/FileCompiler/site/templates/admin.php(15): require('/var/www/mysite...')
#15 /var/www/mysite/pw/wire/core/TemplateFile.php(327): require('/var/www/mysite...')
#16 /var/www/mysite/pw/wire/core/Wire.php(414): ProcessWire\TemplateFile->___render()
#17 /var/www/mysite/pw/wire/core/WireHooks.php(951): ProcessWire\Wire->_callMethod('___render', Array)
#18 /var/www/mysite/pw/wire/core/Wire.php(485): ProcessWire\WireHooks->runHooks(Object(ProcessWire\TemplateFile), 'render', Array)
#19 /var/www/mysite/pw/wire/modules/PageRender.module(554): ProcessWire\Wire->__call('render', Array)
#20 /var/www/mysite/pw/wire/core/Wire.php(417): ProcessWire\PageRender->___renderPage(Object(ProcessWire\HookEvent))
#21 /var/www/mysite/pw/wire/core/WireHooks.php(951): ProcessWire\Wire->_callMethod('___renderPage', Array)
#22 /var/www/mysite/pw/wire/core/Wire.php(485): ProcessWire\WireHooks->runHooks(Object(ProcessWire\PageRender), 'renderPage', Array)
#23 /var/www/mysite/pw/wire/core/WireHooks.php(1059): ProcessWire\Wire->__call('renderPage', Array)
#24 /var/www/mysite/pw/wire/core/Wire.php(485): ProcessWire\WireHooks->runHooks(Object(ProcessWire\Page), 'render', Array)
#25 /var/www/mysite/pw/wire/modules/Process/ProcessPageView.module(225): ProcessWire\Wire->__call('render', Array)
#26 /var/www/mysite/pw/wire/modules/Process/ProcessPageView.module(171): ProcessWire\ProcessPageView->renderPage(Object(ProcessWire\Page))
#27 /var/www/mysite/pw/wire/core/Wire.php(417): ProcessWire\ProcessPageView->___execute(true)
#28 /var/www/mysite/pw/wire/core/WireHooks.php(951): ProcessWire\Wire->_callMethod('___execute', Array)
#29 /var/www/mysite/pw/wire/core/Wire.php(485): ProcessWire\WireHooks->runHooks(Object(ProcessWire\ProcessPageView), 'execute', Array)
#30 /var/www/mysite/pw/index.php(55): ProcessWire\Wire->__call('execute', Array)
#31 {main}

If I add these to site/config.php

$config->protectCSRF = false;
$config->sessionChallenge = false;
$config->sessionFingerprint = false;

I get

Fatal error: Uncaught Error: Class "ProcessWire\WireHttp" not found in /var/www/mysite/pw/wire/core/WireShutdown.php:396 Stack trace: #0 /var/www/mysite/pw/wire/core/WireShutdown.php(581): ProcessWire\WireShutdown->sendFatalHeader() #1 [internal function]: ProcessWire\WireShutdown->shutdown() #2 {main} thrown in /var/www/mysite/pw/wire/core/WireShutdown.php on line 396

What to try next?

session.save_path is /tmp

php-fpm and Caddy are in use.

FileCompiler and session caches have been deleted.

Cookies have been cleared.

I also had to delete WireMailSmtp module due to

Compile Error: Declaration of WireMailSmtp::attachment($filename) must be compatible with WireMail::attachment($value, $filename = '') (line 557 of site/modules/WireMailSmtp/WireMailSmtp.module)

but now it keeps haunting me with the same error, if I try to log in with those CSRF config changes.

Here is my Caddy 2 config for a PW site:
 

mysite.fi, www.mysite.fi {
    encode gzip
    tls my@email.com
    root * /var/www/mysite/pw
    file_server

    php_fastcgi unix//var/run/php-fpm/php-fpm.sock {
        health_timeout 10000s
    }

    @deny_hidden path_regexp /\.
    @deny_root path_regexp /(CONTRIBUTING|COPYRIGHT|LICENSE|README|htaccess)\.txt
    @deny_assets path_regexp ^/site(-[^/]+)?/assets/(.*\.php|backups|cache|config|install|logs|sessions)
    @deny_install path_regexp ^/site(-[^/]+)?/install
    @deny_config path_regexp ^/(site(-[^/]+)?|wire)/(config(-dev)?|index\.config)\.php
    @deny_modules path_regexp ^/((site(-[^/]+)?|wire)/modules|wire/core)/.*\.(inc|module|php|tpl)
    @deny_templates path_regexp ^/(site(-[^/]+)?|wire)/templates(-admin)?/.*\.(inc|html?|php|tpl)

    rewrite @deny_hidden /denyaccess
    rewrite @deny_root /denyaccess
    rewrite @deny_assets /denyaccess
    rewrite @deny_install /denyaccess
    rewrite @deny_config /denyaccess
    rewrite @deny_modules /denyaccess
    rewrite @deny_templates /denyaccess

    # global rule
    try_files {path} {path}/ /index.php?it={path}&{query}

    log {
        format single_field common_log
        output file /var/log/www/access.log {
            roll_size      50MiB
            roll_keep      5
            roll_keep_for  168h
        }
    }
}

On 7/10/2021 at 6:06 AM, netcarver said:

Maybe matrix would be a better choice these days?

You can join the channel via #processwire:libera.chat

Btw. I posted another IRC news summary: https://www.ilmarilauhakangas.fi/irc_technology_news_from_the_first_half_of_2021/

Remember that Discord free offering is subsidised by venture capital money and that comes with strings attached and is finite.

I wrote an article about IRC tech news (publication was delayed): https://www.ilmarilauhakangas.fi/irc_technology_news_from_the_second_half_of_2020/

I thought this would be a nice job for a PW dev, so decided to advertise it to all of you:

https://blog.documentfoundation.org/blog/2021/05/26/tender-to-implement-the-new-tdf-membership-committees-web-based-tooling-202105-01/

Deadline for applications is June 23, 2021.

I was not involved in writing the specifications, but I will be reviewing the applications.

The spec has some unfortunate language discrimination, but you can ignore it: "we strongly prefer Python/Django or Ruby on Rails over PHP".

The spec also has very detailed definitions for database tables and configuration options, but I would treat them as inspiration rather than dogma.

Plugging into our single sign on service would preferably be done with SAML 2.0 and fortunately there is a module for that.

I have also been in the Membership Committee, so am able to answer questions about how it works.

2 hours ago, webhoes said:

Uncaught TypeError: $ is not a function at (index):529

I have the same issue with a new install.

In dev tools everything is rendered, just no map at all.

 

Check that you are loading jQuery in the frontend.

Nothing integrates with PW, so you have to do the work ?

Use Flarum, if you want a Discourse-like experience, but with PHP.

phpBB is still kicking and they use Symfony now. A new default theme is being built.

Vanilla is actively developed as well.

If you want to use Node.js, there is NodeBB.

If you want blazing speed, you can use AsmBB.

SimpleMachines and MyBB have grown stale, development is super slow.

On 5/31/2020 at 2:29 PM, JOgden1987 said:

I consider it was a huge stupidity of all governments when they closed everything because the population must have immunity for that virus. I'm also afraid but I understand that I can't avoid it.

There is a cool hack for getting immunity safely. It is called a vaccine.

2 hours ago, Jonathan Lahijani said:

With respect, it's replies like these when people post their sites in the showcase that somewhat annoy me and I think would either be better handled through a private message or just left alone.  With a site as complex as the one Ryan posted, how could you possibly know what's best?  Sites like these take thousands of hours and go through many iterations.

There's a lot of group-think with any "best practice" but in my belief and experience, especially with ecommerce sites, visitors usually don't care.  Here's 2 examples:

1. A friend of mine started a Shopify website, which is probably the biggest Shopify website in the world (not an exaggeration). For the first 3 years, his website was nothing "special" and could probably be designed by anyone here in their sleep.  A basic logo, simple lines, decent pictures of products.  Knee-jerk snarky-developer reaction would be "omg, your website sucks lol bye".  But, customers don't care.  They want a good deal and he provided that and had great timing.  Needless to say, he's probably a billionaire at this point.
2. With one of my own ecommerce websites, I'm not using whatever the latest cutting edge web development practices are (React / all that JS stuff / AJAX everywhere / crazy system infrastructure / etc.).  Customers don't care (customers in this case being Fortune 100 companies, even Fortune 1 companies... ? ).  They are looking for something specific and will find what they need.  Snarky developer reaction: lol bro you should be using technology 'x', a read about it in a blog this week.  Do the end customers care?  No, they are people looking to buy a product on our website, not judging the behind-the-scenes code.

It's easy to fall into this trap of taking whatever latest article you read and thinking you must apply it or you are falling behind / going to lose customers / are a bad developer / whatever.  I went through years of this until the above to examples opened my eyes a lot.  I would recommend focusing on your customers and what's working for you... not what trends are.

A bit confused - your examples seem to support my own philosophy of keeping things simple and avoiding bells and whistles such as autoplaying carousels?? Carousels were exactly the shiny thing that people were applying ten years ago without thinking. The Cambrian explosion of jQuery plugins etc... Customers care about sites not being assaults to their senses. This is an accessibility issue as well like I mentioned and can very well land people in trouble in the future.

I also find it weird that you would categorise the work of researchers like Nielsen Norman Group as "group-think" (or is it just the "Group" in the name as a trigger? :)).

The main page has three carousels, which are autoplaying to make it worse and one of them you can even interact with.

1. The big image section at the top of the page
2. The quotes section below it (can't interact)
3. The collections section

Related quote as I was just researching a different topic (SVGs):

Quote

An animation that cannot be paused can be extremely distracting for people with cognitive disabilities.

I think the main source of confusion and why people do not interact with carousels much is the typical "meatball" navigation, which is not intuitive. I am planning to implement a non-autoplaying carousel for a site and I will probably replace the mystery meatballs simply with descriptive text elements so you know what will happen on click.

@cb2004 I put some trust into professional UX research groups as I do not have the resources to conduct this science myself.

Site looks nice, BUT: "Should I use a carousel?"

Yep, IRC is still alive ? For a few months I have been testing this next generation bouncer: https://github.com/kiwiirc/kiwibnc It is starting to reach beta quality. The web client that comes with it (optionally) is very modern.

Other modern setups that give you message history:

https://github.com/Nordaaker/convos/

https://github.com/thelounge/thelounge

Composer only allows it, if the current folder is not empty. Check that you do not have any files, even hidden ones, in the folder.

@teppo has to interview them for ProcessWire Weekly.

On 1/5/2020 at 2:03 PM, teppo said:

It seems that the data for PW is largely due to one product: the ecommerce platform from Oscar Software, which was built on top of ProcessWire.

Perrrkele. Sehän on hieno:

There is also Flarum, which is somewhat similar to Discourse (which uses Ruby on Rails).

Incidentally, phpBB announced a new major release yesterday (3.3). Their next major release (4.0) will feature a new default theme. They use Symfony components now and Twig for templates.

The database will be the bottleneck. Use InnoDB and transactions. Find all items with the text "transaction" on this page: https://processwire.com/api/ref/wire-database-p-d-o/

https://processwire.com/blog/posts/using-innodb-with-processwire/

For an example of how they are used, find "transaction" in this: https://github.com/adrianbj/BatchChildEditor/blob/master/BatchChildEditor.module.php

(BCE includes the copied supportsTransaction function, so it will work with older PW versions as well)

In the hot topic of "View source", the CKEditor folks recently commented that they will support version 4 until 2023.

19 hours ago, Sanyaissues said:

Try http://kartograph.org/

The repos say they are unmaintained.

For the Python lib they recommend https://github.com/mbloch/mapshaper as an alternative.

For the JS lib they recommend https://d3js.org/ for the mapping and https://github.com/topojson/topojson instead of SVG as the data format.

3 hours ago, bernhard said:

GOALS:

• Supported only in PW Backend + Uikit

Do you want to keep it strictly backend-only or would you be willing to allow frontend as well?

If using InnoDB, use transactions to batch the page creation and deletion.

With Batch Child Editor and transactions, I am able to create 35,5k pages (with over a dozen fields) in 2min 44s on my local machine. So much faster than Bernhard's result.