Jump to content

Search the Community

Showing results for tags 'crash'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


  • Welcome to ProcessWire
    • News & Announcements
    • Showcase
    • Wishlist & Roadmap
  • Community Support
    • Getting Started
    • Tutorials
    • FAQs
    • General Support
    • API & Templates
    • Modules/Plugins
    • Themes and Profiles
    • Multi-Language Support
    • Security
    • Jobs
  • Off Topic
    • Pub
    • Dev Talk

Product Groups

  • Form Builder
  • ProFields
  • ProCache
  • ProMailer
  • Login Register Pro
  • ProDrafts
  • ListerPro
  • ProDevTools
  • Likes
  • Custom Development

Find results in...

Find results that contain...

Date Created

  • Start


Last Updated

  • Start


Filter by number of...


  • Start





Website URL







Found 5 results

  1. Hi Everyone I've been working on Processwire for two months now. Structuring the website as needed. Unsure why but I'm getting this one now. Seems my fields has crashed. I've tried googling some answers but can't seem to find a step by step guide on how to rectify this. Any advise? Practically new on this. TIA.
  2. Hey everyone, I had one of the worst days of my life today due to the setlocale(LC_ALL,'en_US.UTF-8'); suggestion at the notification bar of my admin panel. I went into config.php, went to the last line and added setlocale(LC_ALL,'en_US.UTF-8'); Then my client's 30k/day site completely crashed. All I can get is the following output: 404 page not found (no site configuration or install.php available) Of course I removed the line of code and the problem is still there. In the midst of all of that I did NOT have the site profile exported, nor did I have a backup of the files and when I panicked I tried to upgrade the Processwire components, but in the fray of it all I recursively removed the assets folder--losing about 3-4GB of images and files. The client pays to get access to many of these photos, most of which are mug shots for newly released criminals and they do not have a local backup. So, I thankfully had a copy of all my templates, remade every one of my fields, and at least tried to get them publishing fresh again. Well, that same error showed up at the top of the screen. Guess what I did? The SAME THING!!! Only now I am BEGGING for help. I cannot start over again. Please, someone offer any advice. I thought I did EXACTLY what I was instructed to do.
  3. Hi to everyone, please try to consider this post as a possible thread to every PW installation. We have used PW to backend a website and app for a big big company, so stability must be granted. Recently we was into a big trouble, filesystem was blocked because no Inodes left. The assets/files/ folder was full with more than 7 million directories. After some research we found a possible origin to this: If we have a template user, which have assigned a repeater field. And then we set as parent of that repeater a "User" page, this could lead into an infinite loop of pages creation; because the template_id for the repeater pages was set to "User Template" and since "User Template" includes that repeater it will need to create another page and you go on until your disk crash. Usually repeaters should stay under Admin->Repeaters. And here is the main questions: Can a repeater page be created with the same template_id as his "container" page? At database(Mysql) level does the template_id field will be filled with his parent template_id in the pages table when you import the repeater field? (Sorry for that but filed means something for db schema too) Could someone tell me if this actually happen. If so, could this be checked in a future release to prevent this problems? You should say, "How could this happen?" This happen when you have different environments and you migrate fields from one to another environment; a Page ID that is an Admin->Repeaters child page in one environment is not necessarily the same in another. Thank you for your time reading.
  4. Hi, I've created an Options field and it keeps crashing by saving. I get the following message: "Forbidden. You don't have permission to access /admin/setup/field/save on this server." I activated the debug mode in the config file, but I don't see any error message. The options are from 1 to 20, with a standard value of 20. It's a "select (single value)". Nothing fancy otherwise. Has anyone encountered this before? Thanks.
  5. Good morning. I'm having a problem with my big PW site. It stopped responding less than an hour ago (except for the 500 Internal Error message). Here is what the error log says: 2014-03-17 13:07:50 ? https://wwwudev.cac.washington.edu/?/ Error: Exception: SQLSTATE[HY000]: General error: 1194 Table 'modules' is marked as crashed and should be repaired (in /nfs/bronfs/uwfs/info/wwwudev/world/uaa/advising/wire/core/Modules.php line 251) 2014-03-17 13:13:30 ? https://wwwudev.cac.washington.edu/?/ Error: Exception: SQLSTATE[HY000]: General error: 1194 Table 'fields' is marked as crashed and should be repaired (in /nfs/bronfs/uwfs/info/wwwudev/world/uaa/advising/wire/core/WireSaveableItems.php line 141) 2014-03-17 13:19:02 ? https://wwwudev.cac.washington.edu/?/ Error: Call to a member function has() on a non-object (line 36 of /nfs/bronfs/uwfs/info/wwwudev/world/uaa/advising/wire/core/Users.php) I repaired the modules and fields table but now I'm getting the last error and I don't know what is happening. The site is on a shared server; I checked to make sure I have lots of disk space. I don't know what could have changed this morning; my next step is to ask our network technicians.
  • Create New...