Sérgio Jardim

Members
  • Content count

    238
  • Joined

  • Last visited

  • Days Won

    6

Sérgio Jardim last won the day on May 14

Sérgio Jardim had the most liked content!

Community Reputation

326 Excellent

About Sérgio Jardim

  • Rank
    Sr. Member
  • Birthday 04/13/1979

Profile Information

  • Gender
    Male
  • Location
    Belo Horizonte, Brazil

Recent Profile Visitors

3,979 profile views
  1. Oh yeah, it can be done such way. I used this approach to create a dark version in the past.
  2. Check these methods: $p->prepend($page) Prepend the given page to the beginning of the PageArray. $p->append($page) Append the given page to the end of the PageArray. More: https://processwire.com/api/arrays/page/
  3. I agree! I was playing around with the styles the other day for about 20 minutes to create a "calm" version, not yet finished, but see the screenshots.
  4. A page does not have an icon, its template does, so if you are creating the template programmatically, use: $template->setIcon($icon); And about the sort order, do you wish to set the sort of the children or just append the page at the beginning of the list of its siblings?
  5. Yes, you can set the name for children of a page, editing the parent template "Family" settings. See: http://processwire.com/api/modules/process-template/
  6. Well, things look ok to me, I can access the site fine. It appears there's no problem with your .htaccess after all as you said ProCache already edited it. Maybe it's a cache from your browser.
  7. Check your .htaccess file, it seems ProCache didn't have permission to update it.
  8. I asked you to check because you could have developed your own modules and maybe there was a culprit there. Those you listed are ok! The memory usage log you have doesn't show which all the processes names running, so it won't help much. Are you using Apache and is it serving a lot of static resources (CSS/images/videos etc)? Apache can use a lot of RAM in some cases compared to Nginx. But your ProCache settings seems correct. I agreed with @szabesz, ProfilePro and Ryan could help you a lot! The other possibility is to ask your helpdesk to install a better monitoring tool like NewRelic. It helped me a lot on a Wordpress site in the past.
  9. 1. Be careful, the reason why PW uses MyISAM by default is that PW requires it for full-text search and this is only available for InnoDB if you're using MySQL version 5.6 (or 5.7, I think) and most servers don't have that version yet. So check it! 1.1. OK! 2. MariaDB was created as an open source alternative, after Oracle bought MySQL years ago. It's fully compatible as far as I know. The suggestion to move the database to its own VPS is to have more RAM available to it if that's the case. A good write-up about it: https://www.digitalocean.com/community/tutorials/how-to-set-up-a-remote-database-to-optimize-site-performance-with-mysql 3. Are you saving a field on a page when a user access it, for instance, like a page-views counter? If not, Procache should not reset the page's cache status in most scenarios. 4. I guess it's executed only one time, per page, BUT, check your server RAM usage. 5GB is a good amount, but maybe MySQL is crazy on it and making the server closing some connections to it (I'm guessing).
  10. Also, look for modules that you have installed. Have any suspects there?
  11. 1. Processwire default installation uses MyISAM as the engine which has the disadvantage of locking the entire table during a write operation. This can cause bottleneck issues in some cases. But if you are running a up-to-date MySQL version, you can change it to InnoDB to have better performance. BUT I cannot say that it will solve the problem just by doing this. Which version are you using? 1.1. And which PW version? 2. It can help to use MariaDB instead of MySQL as they say it uses less RAM, but moving the database to a second VPS will improve a lot. 3. Procache should help A LOT on the performance, as it bypasses PHP and MySQL altogether unless you're not using it right. Are the users logging in for instance? 4. Just of curiosity, why are you using a custom image processing and not PW built-in methods?
  12. Reading queries are lighter than writing ones, so it seems odd that you're having such problem, but how many find()'s has the page in question? This seems to be a problem with the server where the database is running. Are you monitoring its ram/cpu/io?
  13. Yes, ask them to install the locales for all languages that you'll need.
  14. Is the Turkish locale installed on the system? You need to install it if not.