Jump to content

aComAdi

Members
  • Content Count

    24
  • Joined

  • Last visited

Community Reputation

6 Neutral

About aComAdi

  • Rank
    Jr. Member

Profile Information

  • Location
    Switzerland

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Hi, Sorry for the late reply. First case of Corona in the company. All sorts of emergency actions necessary. I will check @dragan's suggestions. @flydev 👊🏻Relatively sure no NGINX involved in any of the incidences this occured. Will report back if I find anything.
  2. Hi, I am aware that this is a very broad description of a problem - but that's because I could not narrow it down so far. I just wanted to see if others have made that exprience or if this is even a known issue. On a regular basis, when logged into Processwire, the CMS and the front-end becomes nonresponsive. What happens is usually: User works for a while logged into the CMS and has another tab open, where she previews changes At some point, during a refresh/load of a new page IN THE CMS, the site is in an endles loading loop. When this happens, reloading the page, klicks on menu items, nothing responds. Closing the tab and and reopening in the same browser again results in endless loading loop (and eventual time out). When this happens, the front-end also cannot be loaded anymore in that browser. It's noteworthy that: Opening the site in another browser works Logging into Processwire in another browser works This happens regularly across various setups: Different browsers (Chrome, Firefox - haven't seen on Safari yet, because that's usually the last one I use to keep edition after Chrome and Firefox are 'locked') Different servers Different PHP versions (most installs are on 7.2.) Different versions of PW. I had it on 3.0.128 up to 3.0.165 now. Having site in debug mode or not Having cache activate or not Common to the installations is usually: Tracey Debugger RepeaterMatrix Rockmigrations Has anybody experience this? I haven't had any complaints from the clients yet - but that doesn't mean it does not happen to them. Internally this does happen regularly. Almost during every longer work session. Thanks for any insight. Adrian
  3. The error has disappeared, but the actual label is still displaying. 😉 https://www.garage-fischer.ch/kontakt/kontakt/
  4. Hi Moritz, We would lek to start working with hCaptcha for our Processwire client sites using Form Builder. Ran into the following issue. Hiding the field label causes 500 Internal Error. I've attached the the error as a screenshot. The environment is: PW 3.0.123 Formbuilder 0.3.9 PHP Version 7.3.16 Not a biggie, but might be an issue on some implementations.
  5. Hi, I have a question regarding the pagination (MarkupPagerNav). I have it setup for a news page and it works fine (currently set to Limit 1 for testing): http://www.odermatt-luzern.ch/neu2020/neuigkeiten/ Question: Change URL segment It's a German language site. Therefore I would like the pager URL segment from page1, page2, page3, etc. to Seite1, Seite2, Seite3, etc. I didn't see this to be possible in the settings or the API. Can this be achieved? Thanks in advance for any tips and hints. Adrian
  6. We use RockMigrations regularly for adding custom functionality, pages, templates and fields to new projects and update the existing sites modules. Works a treat.
  7. I wiped the installation and started new. I am ending up at the same place. The RepeaterMatrix simply drops the fields of type Image. That's the setup with a different item, but essentially having the same process as the original post above. Just replace wk_inhalt_start_links_bild with wk_inhalt_bilder : Here I fill the fields successfully: And when I dump the RepeaterMatrix item in the front-end, it's missing the image fields (wk_inhalt_bilder, wkinhaltbilder): Starting to get desperate here.
  8. Hi @Gideon So, Indeed I have. As a matter of fact, that is the intended setting, as only one image is allowed for the posting. In this case when I dump the field, the response is Null bd($inhaltszeile->wk_inhalt_start_links_bild); If I switch Max Image settings to 0 (for debugging purposes), then I do recieve the above posted object back, but no images. I honestly consider wiping the whole installation and starting new. Somethings is fishy here. I have also compared the settings of working vs non-working image fields. They seem identical: { "wk_slider_bild": { "id": 179, "type": "FieldtypeImage", "flags": 0, "name": "wk_slider_bild", "label": "Slider/Banner-Bild", "columnWidth": 50, "description": "Bnnerbild", "entityencodedesc": 1, "extensions": "gif jpg peg png", "adminThumbs": 1, "maxFiles": 1, "fileSchema": 6, "outputFormat": 0, "outputString": "", "defaultValuePage": "", "textformatters": "", "entityEncode": "", "useTags": 0, "tagsList": "", "inputfieldClass": "InputfieldImage", "collapsed": 0, "showIf": "", "themeOffset": "", "themeBorder": "", "themeColor": "", "required": "", "requiredIf": "", "unzip": "", "overwrite": "", "descriptionRows": 1, "noLang": "", "gridMode": "grid", "focusMode": "on", "maxWidth": "", "maxHeight": "", "resizeServer": 0, "maxSize": "", "clientQuality": 90, "maxReject": "", "minWidth": "", "minHeight": "", "dimensionsByAspectRatio": "" } } { "wk_inhalt_start_links_bild": { "id": 211, "type": "FieldtypeImage", "flags": 0, "name": "wk_inhalt_start_links_bild", "label": "Start Intro Links: Bild", "extensions": "gif jpg jpeg png", "maxFiles": 1, "outputFormat": 0, "defaultValuePage": "", "useTags": 0, "inputfieldClass": "InputfieldImage", "descriptionRows": 1, "gridMode": "grid", "focusMode": "on", "resizeServer": 0, "clientQuality": 90, "maxReject": "", "dimensionsByAspectRatio": "", "fileSchema": 6, "collapsed": 0, "columnWidth": 50, "outputString": "", "textformatters": "", "entityEncode": "", "tagsList": "", "showIf": "", "themeOffset": "", "themeBorder": "", "themeColor": "", "required": "", "requiredIf": "", "unzip": "", "overwrite": "", "noLang": "", "maxWidth": "", "maxHeight": "", "maxSize": "", "minWidth": "", "minHeight": "" } } Somewhere along the way, something went wrong with the installation and there's an issue with either permissions on the RepeaterMatrix level or the Templates.
  9. Update: manually created a new RepeaterMatrix and new image fields. Same results: the object returned does not contain the uploaded image.
  10. The object output I posted above, is from the dumping of the images field with Tracey Debugger: bd($inhaltszeile->wk_inhalt_start_links_bild); Regarding the weird output with the image tag: must have made a c&p mistake while trying to debug this issue. Has nothing to do with the problem at hand. Fixed the html issue though. (See screeshot attached.) Here's a compacted version of the code which leads to the issue. Code processing the RepeaterMatrix foreach($page->wk_inhalt_zeile as $inhaltszeile) { switch ($inhaltszeile->repeater_matrix_type) { case '2': bd($inhaltszeile->wk_inhalt_start_links_bild); require $_SERVER['DOCUMENT_ROOT'].$config->urls->templates.'_inhalt_occneu.php'; break; } } Code processing the RepeaterMatrix item in question, including the images: <section class="about-us-section section-padding"> <div class="container"> <div class="section-header text-center"> <h2><?php echo $inhaltszeile->wk_inhalt_titel; ?></h2> <?php echo $inhaltszeile->wk_inhalt_text1; ?> <div class="row"> <div class="col-lg-6 col-sm-6"> <div class="looking-car"> <div class="looking-cat-image"> <img src="<?php echo $inhaltszeile->wk_inhalt_start_links_bild->url; ?>" alt="<?php echo $inhaltszeile->wk_inhalt_start_links_titel; ?>" /></div> <div class="looking-car-content"> <h3><?php echo $inhaltszeile->wk_inhalt_start_links_titel; ?></h3> <?php echo $inhaltszeile->wk_inhalt_start_links_text; ?> <a href="<?php echo $inhaltszeile->wk_inhalt_start_links_link; ?>" class="btn"><?php echo __('Anzeigen'); ?><i class="fa fa-chevron-circle-right" aria-hidden="true"></i></a> </div> </div> </div> <div class="col-lg-6 col-sm-6"> <div class="looking-car"> <div class="looking-cat-image"> <img src="<?php echo $inhaltszeile->wk_inhalt_start_rechts_bild->url; ?>" alt="<?php echo $inhaltszeile->wk_inhalt_start_rechts_titel; ?>" /> </div> <div class="looking-car-content"> <h3><?php echo $inhaltszeile->wk_inhalt_start_rechts_titel; ?></h3> <?php echo $inhaltszeile->wk_inhalt_start_rechts_text; ?> <a href="<?php echo $inhaltszeile->wk_inhalt_start_rechts_link; ?>" class="btn"><?php echo __('Anzeigen'); ?><i class="fa fa-chevron-circle-right" aria-hidden="true"></i></a> </div> </div> </div> </div> </div> </section> Notes: Same code works as expected on other installations Images are uploaded and visible in RepeaterMatrix Item in CMS The RepeaterMatrix item is processed as expected in the front-end, with the exception of the image fields Image fields in other RepeaterMatrix Types in the front-end are also not working correctly. I have the suspicion, that this is an issue with the RepeaterMatrix, although all settings of the field are identical to other installations. Still appreciating ideas on where to dig with this. In the meantime, I will manually setup a new RepeaterMatrix.
  11. Follow-up: I just ran a test with a different row type in that RepeaterMatrix and have the same issue: images can be uploaded, appear in the CMS, are up on the server...but are not displayed.
  12. Hi, Have been working with ProcessWire for a few months now, successfully implementing several sites. I am compiling data management into modules for our clients. Several sites are using those modules now. The modules are using RockMigrations to install fileds, templates and pages. Today, I installed a new site. And now I am tripping over an issue that I cannot explain. Content on pages is organized in 'rows'. The users can add row by using RepeaterMatrix...then completing the fields to add data to the row. One particular content row has image fields. When I upload the images to the fields, all works as expected. The images appear in the RepeaterMatrix and I do find the images in assets/files/xxxx. But the images are not displayed in the front-end (see attachment). As you can see in the attachment, the various text and textarea fields in the RepeaterMatrix item are displayed correctly. I have done the following: Compare field settings to the existing implementations: they are identical Compare the RepeateMatrix settings and permissions to existing implementations: they are identical Change field name. No change. Delete field and created manually (including once with different name). No change. If I dump the element with Tracey, I get the following output: If Max Number = 1 null If Max Number = 0 count => 0 page => "/processwire/repeaters/for-field-136/for-page-1/1574873590-62-1/" (60) field => "wk_inhalt_start_links_bild" (26) url => "/serverpath/site/assets/files/1046/" (30) path => "/serverpath/serverpath/serverpath/serverpath/site/assets/files/1046/" (56) items => array () I would venture that there is an issue regarding images on the shared server...but another content element on the site works just fine with images. Bit stumped right now. Especially considering that I made the same installation earlier today on a different server successfully. I would appreciate any ideas on where to investigate this issue.
  13. Thanks. (Can't get it to run with my Atom installation.) Because we are a team of eleven and only three of us are devs. The idea is, that we can prepare PW modules for our various client types based on our 20 years of exprience in this particlular industry. After selling, a non-dev PM can select the required modules, install them and essentially have a working site. Al that needs to be done at this point is some templating. Never mind. We'll work around it or write our own extension to RockMigrations. We will definitely extend this. Again: non-dev's invovled. They need to see on the modules page which version is currently installed without having to dig in the files. Thanks for your help. All we need to work out now is testing a FieldTypeRepeaterMatrix and we'r good to go.
×
×
  • Create New...