EntitySelf

Merry Christmas ryan

I am a very happy PhpStorm user.

This issue still exists in ProcessWire 3.0.85, right? When I have a 640x640 image and call maxSize(400, 250), it returns a 400x400 pixel image.

Thx ryan I'd be interested in your eCommerce system Tom!

I messed around with the Modules Manager recently and found that this module does not fetch a complete module list from http://modules.processwire.com/export-json/, only the first 400 entries are retrieved but there are +- 497 modules in the database. The script you are using is currently set to get maximal 100 modules. You can safely increase the limit value from 100 to 400. Any value set greater then 400 will default back to 10. In this case it is less likely a problem because someone has to have more then 100 modules installed, but you never know. $url = $this->config->moduleServiceURL . "?apikey=" . $this->config->moduleServiceKey . "&limit=100" . "&field=module_version,version,requires_versions,project_url" . "&class_name="; Documentation: http://modules.processwire.com/export-json/ (limit = 1 - 400) Hope this helps, I reported the problem to Ryan. [edit] After going over it again I found out that my previous conclusions are wrong, lol... you can actually read the complete module list in steps using pagination, something that is actually mentioned in the instructions but I didn't see (need more sleep/coffee). 2nd page: http://modules.processwire.com/export-json/page2/?apikey=<key>&limit=250&debug=1 This however is not done by this script or by Modules Manager and should be fixed to make them more reliable. I edited the top part of this post to reflect my new findings and to prevent confusion.

I am confused, what did you mean with the third version and how did you name the script file? If you named if "dbtest.php" and upload it to 'mysite.com/site/' and then opened it from the address bar 'mysite.com/site/dbtest.php' you get a 404 error? [sadly]I have to go in like 10 minutes, be back +- 7 hours from now.

You get a 404 when you run my script or after you changed the IP address and opened the site?

Test yes, the connection settings are wrong, ask your hosting provider for the right ones.

Sorry, I made an updated version for you, check my previous post. Yes, most likely the credentials, host name or port is incorrect. [edit again] You are using an IP address now, did you try using a hostname? 127.0.0.1 = localhost etc, I remember that this actually does matter when connecting to a DB!

Try this: Create a PHP file with this script (https://gist.github.com/chales/11359952), enter the right credentials and test it, it is likely not working but now you can be sure it is not PW. Try to find the correct settings for your database at your hostings provider FAQ. [edit]Working mysqli version for PW, place this file in /site/ and test away! <?php # Fill our vars and run on cli # $ php -f db-connect-test.php define('PROCESSWIRE', 300); class DummyConfig { private $data = []; public function __set($name, $value) { $this->data[$name] = $value; } public function __get($name) { return $this->data[$name]; } } $config = new DummyConfig(); include 'config.php'; $dbhost = $config->dbHost; $dbname = $config->dbName; $dbuser = $config->dbUser; $dbpass = $config->dbPass; $connect = mysqli_connect($dbhost, $dbuser, $dbpass) or die("Unable to Connect to '$dbhost'"); if (!$connect) { echo "Error: Unable to connect to MySQL." . PHP_EOL; echo "Debugging errno: " . mysqli_connect_errno() . PHP_EOL; echo "Debugging error: " . mysqli_connect_error() . PHP_EOL; exit; } mysqli_select_db($connect, $dbname) or die("Could not open the db '$dbname'"); $test_query = "SHOW TABLES FROM $dbname"; $result = mysqli_query($connect, $test_query); $tblCnt = 0; while($tbl = mysqli_fetch_array($result)) { $tblCnt++; echo $tbl[0]."<br />\n"; } if (!$tblCnt) { echo "There are no tables<br />\n"; } else { echo "There are $tblCnt tables<br />\n"; }

What we can deduce: - It is not your site - It is not likely to be a vsync issue (can't screenshot that, I am 99% sure) - It is vertically, not horizontally (vsync issues) - I don't think it is extra HTML / CSS inserted by an extension because the way it is distorted (through the middle of a text line) - It happend after the latest Chrome update - Other browsers work fine, so its Chromes rendering - It doesn't happen for everyone (not for me at least, no hits on Google). Did you try - Turning Hardware acceleration back on - Chrome incognito mode (no extensions)

or you are connecting to the wrong host, port or the login name or/and password are incorrect. https://www.godaddy.com/help/find-your-database-hostname-23889 Do change your database credentials after you found the problem!

I don't have this problem, maybe something to do with hardware acceleration & video card drivers? 2016: http://www.tomshardware.co.uk/forum/id-3133977/screen-tearing-google-chrome.html https://www.reddit.com/r/pcmasterrace/comments/4azv3s/screen_tearing_in_chrome_while_browsing/

Thank you, I have no experience with LessQL but it looks very useful, going to give it a try.

Sweet, another mystery solved

I love a good IT mystery I usually tackle problems like this; make the setup as simple as possible and exclude known problems (forum search) and then list the steps I can try: - Check the site from a remote browser (works, Check!!!) - Update software to the latest version (Apache / PHP / ...). this is always a good idea - Disable a virusscanner / firewall / AD blocker and other extensions / plugins - Use the most plain/simple PW install you can use (no extra modules), same for Apache, make it as simple as possible, no fancy mods - Enable PW debug mode in the /site/config.php file - Check Apache and PW log files, (add LogLevel debug rewrite:trace8 to your Virtual Host config).- Try the latest DEV version of PW from GitHub - Change the Apache Virtual Host port - Change PW admin folder name - Change browser, without extensions/plugins, try WGET from the command line, if it works pay extra focus to the browser and its extensions - index.php is the entry point for the admin site, I'd open it in an editor and add an exit('Mark!'); somewhere in the beginning, test if it is printed when opened in the browser and then move it further in the code (at the next important step) and try it again, and do this again, again, again... until the error happens and then you focus on what the code does between the two last steps. - Use fancy debug tools (Tracers, Live debugger, ..)

Try previous suggestions, I have to go Zzz now, but will check back tomorrow, very curious what is going on Good luck!

Strange, When I do that I get a 404 on /admin/ as well... maybe reinstall PW and try changing the /admin/ to something else, just as a test? What are you using as a platform, I use wampserver on Windows?

And check /site/assets/logs as well, maybe there is a hint...

Can you tell us something about the environment, it's Apache on a dev machine or web hosting company ? Can you post version numbers, PHP, Apache, PW, whatever might be handy, did you edit anything after you installed? Did you try another browser or clear cookies, any browser plugins that might affect it? I did disable mod_rewrite for a moment on my dev machine and still see the login form, just can't login.

You only need one in the root, so that is fine.

Has it ever worked? Are you redirected after you enter your credentials or even before that? If you can browse the front site then the .htaccess & mod_rewrite should be working right?

I recently tested both repos for C# projects and noticed that GL was really slow for me (Netherlands), I haven't decided yet on which one to use because I paused my development to do a study. Maybe it was just a fluke... I did read some articles about it like this one: https://gitlabfan.com/why-gitlab-is-slow-and-what-you-can-do-about-it-bca9d61405bd

Indeed, amazing work! I just started exploring PW and am impressed with what is build on it.