BFD Calendar

Or if you imported a lot of pages from a .csv file. I imported over 500 'students' - in several batches - that needed to be available in two languages. When importing from .csv pages are only published in the default language, which is why I used the code. I keep the 'ready.php' with code commented so I can run it after importing some more pages from .csv. Apparently the page can be used for other purposes as well but I'll leave that to the experienced users here.

That was indeed what I had: // SET ALL LANGUAGES ACTIVE SCRIPT $pages->setOutputFormatting(false); $pag = $pages->find("template='students'"); foreach($pag as $p) { foreach($languages as $lang) { if($lang->isDefault()) continue; $p->set("status$lang", 1); $p->save(); } }

Well I narrowed everything down to ProcessWire itself and found out what was happening.... I had been importing a lot of pages from .csv files that needed to be available in all languages. For that somebody here advised me a ready.php file with a 'set all languages active' script. That worked fine, but now it turned out it was making ProcessWire more sluggish by the day. Commenting everything in the ready.php file made ProcessWire jump again like a young horse.

PW 2.6.18 - PHP 5.6.7 cache module off - Apache port 8888 - MySQL 5.5.42 port 8890 - using MAMP Pro 3.2.1 - MacBook Pro OSX 10.10 or Apache/2.2.29 (Unix) mod_wsgi/3.4 Python/2.7.8 PHP/5.6.7 mod_ssl/2.2.29 OpenSSL/0.9.8zg DAV/2 mod_fastcgi/2.4.6 mod_perl/2.0.8 Perl/v5.20.0 configured

@FrancisChung, checked but I don't see anything special or different in the last two weeks, which is when the slowness started. Plain html pages load fast so I suppose either MySQL or PHP are the culprit.

@ cstevensjr, yes I checked that post and searched the forums but found nothing really helpful for Mac localhost. @FrancisChung, will do that tomorrow and maybe post when there's anything remarkable to be found. Thanks.

Since a few days without any system changes, updates or whatever Processwire is running very slow on my localhost:8888, it takes almost a minute for any page to load, including admin pages. I'm using MampPro on Mac OSX 10.10. Other (html) sites run fine and I'm just working on one PW site. Anybody has any idea where to look?

sforsman, thanks but that didn't solve the problem. Tried with different browsers from different locations on different computers... I have other sites with same provider and same config.php setup and no problem there. It remains a mystery to me. echo ini_get('session.cookie_lifetime'); says 86400

Nobody?

Worked like a charm with ready.php

Great to learn something new and very useful again. School is on Monday so I'll try it then. Thanks!

The Great Ryan solved the problem in PW dev 2.6.18. Hurray!

I'm importing students names for a school website, so only the 'students' template needs to be active in all languages. I can find that in the script but my next question is where I can find the page-creation API script to add the code.

When importing pages from a csv file with ImportPagesCSV they are only active in the default language. Is it possible to make them active all at once in all languages, on import or afterwards? I tried ProcessBatcher but it doesn't support this. Maybe someone has another solution...

And after another upgrade to PW dev 2.6.17 the problem still persists. Very annoying.

The $config->sessionExpireSeconds in config.php is set to 86400 but still I have to log in as admin after about 10 minutes of inactivity. Any other hidden corners where I should look to set this right? $config->sessionChallenge is set to true. $config->sessionFingerprint is set to false.

The problem persists in PW dev 2.6.15.

Yep, tried that too.

Bernard, don't be sorry, suggestions are always welcomed. But I prefer simple solutions instead of making things more complex than they should be.

@BernhardB - Why would I need another module to do something which is just a basic feature of Processwire? My initial choice to use Processwire was because it's a simple easy to understand manage and use CMS. Including for people like me who aren't PHP wisecracks. As I said before, Processwire is to me a bit like an old Landrover, you can repair (almost) anything with metal wire, silicone and Rock'n'Roll tape. Just a regular lick of grease and gear oil should keep the machine spinning. @Macrura - Thanks I'll report it there.

Refreshed modules several times, from different browsers. No errors in the console. When I type or paste a new entry in the field the >> turns into a sad emoticon and then text entry disappears as soon as I click anywhere or save. Checked in Firefox and Safari.

I have same type of page fields on other pages, they don't work either. On my 'places' page I have one for city input PageAutocomplete, one for state input PageAutocomplete and one four country input AsmSelect. Both PageAutocomplete don't add new pages while AsmSelect does. Uhm, where do I put on console again?

Nope, they're not created.

Since upgrading from 2.6.1 dev to 2.6.13 I can't create new pages anymore from a page field. Details Single Page or empty page, input PageAutocomplete and advanced *= and 'Allow new pages' checked. I can type and see the list of pages appear, but when I type in a new name it just disappears when hitting return of clicking outside the field. It worked fine before upgrading.

On one site I still don't get all the modules listed. Is there a way to refresh the list? Logging out didn't do anything.