-
Posts
72 -
Joined
-
Last visited
-
Days Won
1
Everything posted by dynweb
-
I would definitely be interested... if some client would ask for a (PW integrated) forum. Must be at least 10 years now that I haven't had such a requirement. So I am not sure that there still exists a sizable market for (new) forum softwares...
-
if(class_exists('\Tracy\Debugger', false) && Debugger::isEnabled()) return; Works for me. We just tell PHP to skip autoloading, so it will never know about the composer version.
-
Not really π At this point, Debugger is probably not enabled, so no output at all. if(class_exists('\Tracy\Debugger')) { \Tracy\Debugger::enable(); return; }; This one works, but the Tracy bar has none of the ProcessWire specific info (as the init() method returns early). if(class_exists('\Tracy\Debugger')) { $this->wire('session')->error('Cannot activate TracyDebugger because another version is already installed, maybe via composer?'); return; }; This kind of error message, however, would be really helpful for people like me who don't remember the stuff they have in their vendor directory...
-
Seems as if Debugger::isEnabled() returns false after a fresh composer install so it can't prevent double loading. I just have to be careful not to require tracy/tracy via composer (or nette/nette that adds *all* packages), so this shouldn't be a major problem π
-
OK, problem solved π Tracy is working with a pristine PW install. All my "customized" installs have a vendor directory where I (previously) did a composer require nette/nette which also installs tracy in the vendor dir. And this version is loaded first, resulting in the "Cannot declare..." error. Thank you for your help, @adrian !
-
Thank you, @adrian I can reproduce the error on my local dev server and on the live server(s). I already tried to to refresh modules and to clean the file compiler cache, to no avail. I still have to test it with a pristine processwire install, I will let you know...
-
Starting with version 4.3.26, I get a compile error after installing/upgrading Tracy: Compile Error: Cannot declare interface Tracy\ILogger, because the name is already in use (line 16 of site/modules/TracyDebugger/tracy-2.9.x/src/Tracy/Logger/ILogger.php) It seems that this commit https://github.com/adrianbj/TracyDebugger/commit/10e1d3a28a2719d120325eaf4559505c3ebd98a9 is source of the error. When removing the line if(class_exists('\Tracy\Debugger') && Debugger::isEnabled()) return; everything is working again. Tested on PW 3.0.184 and 3.0.200. Any input will be appreciated -- I have no idea where to start π
-
SSL error when loading files on demand (certificate verify failed)
dynweb replied to bernhard's topic in General Support
Download works for me, too. Just in case: Have you checked that you have the correct time on your localhost? That might prevent the cert to validate. -
SSL error when loading files on demand (certificate verify failed)
dynweb replied to bernhard's topic in General Support
You might want to try $http->download($url, $file, ['verify_peer' => false]); Or maybe additional context options: https://www.php.net/manual/en/context.ssl.php -
Sorry to derail this thread, I would like to download the new version from my download link, but it seems to be the same version that I bought in May 2020. It always says v0.1.2 Ξ²... Thank you π
-
This shouldn't be a problem π
-
Have you ever thought about using a repeater field (instead of CKE) for user input? One repeater item for each tab? This would be much easier for the client and certainly less error prone...
-
This put me on the right track π I had a Pages::saved hook that set output formatting to true (when it shouldn't). Thank you!
-
It is multi-language. As far as I understand, $page->get($field) returns the field value (a string) if output formatting is true, and a field object if output formatting is false (what we need here).
-
Using the module on a multi-language site. When saving a page, I get the following error: "Call to a member function setLanguageValue() on string", File: .../modules/SearchEngine/lib/Indexer.php:99 98: if ($index_field_exists) { 99: $page->get($index_field)->setLanguageValue($language, $index[$language->id]); 101: } I suppose we need a $page->of(false) here before calling setLanguageValue() ?
-
Same for me π Issue solved, thank you.
-
Hi @kongondo, I'm encountering the same problem as @Stefanowitsch on the latest Media Manager: Multiple image uploads not working, exactly how he described it. Did you find a solution? I do *not* experience this problem, so it may be unrelated... Thank you π
-
Converting relative URLs to page IDs doesn't seem to work if there is more than 1 URL segment (/page1/subpage/) AND the application is NOT running in a subdirectory. I had to replace line 86 from FieldtypeAssistedURL.module $urlPage = "/" . str_replace($this->wire('config')->urls->root, "", $urlParts[0]); with if($this->wire('config')->urls->root !== '/') { $urlPage = "/" . str_replace($this->wire('config')->urls->root, "", $urlParts[0]); } else { $urlPage = $urlParts[0]; } to make it work. Am I missing something?
-
Just replace in FieldtypeSeoMaestro.module.php, line 119: // return null; return $this->wire(new Fieldtypes()); This works for me...
-
Module Visual Page Selector (commercial page picker module for ProcessWire)
dynweb replied to kongondo's topic in Modules/Plugins
Thank you ! I applied the fix from that post to VPS, and everything is fine π -
Module Visual Page Selector (commercial page picker module for ProcessWire)
dynweb replied to kongondo's topic in Modules/Plugins
Very strange display issue here... Images display correctly in list view... ... but some images fail in thumbnail view: Any ideas? -
How can I change the base path of templates files?
dynweb replied to rjgamer's topic in General Support
$config->urls->templates $config->paths->templates in your config.php can do that.- 1 reply
-
- 1
-
-
[SOLVED] How to export page URLs via phpMyAdmin?
dynweb replied to Violet's topic in Getting Started
You will find a page's basename in the "name" column of the "pages" table. -
https://github.com/processwire/processwire-issues/issues/767
-
I think that means that existing keys will not be overwritten, cf WireArray class: public function import($items) { if(!is_array($items) && !self::iterable($items)) throw new WireException('WireArray cannot import non arrays or non-iterable objects'); foreach($items as $key => $value) { if(($k = $this->getItemKey($value)) !== null) $key = $k; if(isset($this->data[$key])) continue; // won't overwrite existing keys $this->set($key, $value); } return $this; } It seems that the line above if(($k = $this->getItemKey($value)) !== null) $key = $k; causes the problem. getItemKey() uses array_search and returns the key of the first value found, so the second, identical value is missed...