Posts by granttransition
-
-
I'm not sure if this is my implementation, reCaptcha or mbk_forms.
Basically I have followed ryan git instal process for v2 reCaptcha, (v3 resulted in too many genuine messages being spammed unfortunately) and everything works. However, my client would prefer the invisible version of reCaptcha, the codes were generated using invisible settings, however the reCaptcha checkbox appears?
Is there an step i've missed or is this not supported?
-
Thanks for the info aled_delwedd.
drewm can you confirm if a solution is being developed, there are many posts regarding SCA without any confirmation that this is actively being looked at. I know you have posted in the past, but that was about two years ago.
-
Its now been 386 days, 2 hours, 14 minutes and 27 seconds (give or take) since a core team responce?
-
Is there an update on this please drewm? This issue is now nearly a year old, and this post is in its second alliteration? I know Byron Fitzgerald has done some great work but it would be nice if we could get an update on whether a solution is being worked on?
Perhaps Byron Fitzgerald wouldn't mind his solution being integrated into Shop somehow?
Thanks
-
with the current state of the project, selling licenses is misleading and to some degree unethical.
100% agree
-
I've used the new Stripe Omnipay gateway in another perch app, which functions very similar to shop. Now that they've said they won't be working on new updates I'll see if I can put together the new gateway for shop.
That would be awesome
-
I'd like some clarification on whether the Shop SCA issue is going to be addressed. This could have some ramifications for my clients that use Perch Shop.
I believe there are issues with Shop and the SCA requirements
-
Thanks Byron,
I understand what your saying about today being a string. But i'm following when you say "run an each loop on perch_collection and then unset the fields there?"
-
I am trying to display some text and relevant information from my Events Collection based on todays date.
I started by writing a system varible in templates/pages/events/detail.php.
<perch:showall> confirms that today is avaible for use.
My Events Collection is quite verbose due to each event having three pricing levels, Early Rate, Reduced Rate and Standard Rate.
I would like to take the closing day date for the relevant price level, see whether that date is in the past or future, and display the relevant pricing level text.
I am having issues getting my conditional to display the correct text. Currently it displays the first two if statements, when I was expecting the third.
HTML: _enter.html- <perch:if id="events_price_indv_er_cl" match="lte" value="{today}">
- <p>Early bird entires currently open. From £<perch:content id="events_price_indv_er">.</p>
- <p>Reduced price increase coming <perch:content id="events_price_indv_er_cl" type="date" format="jS M">. £<perch:content id="events_price_indv_rr"></p>
- </perch:if>
- <perch:if id="events_price_indv_rr_cl" match="lte" value="{today}">
- <p>Reduced price entires currently open. From £<perch:content id="events_price_indv_rr">.</p>
- <p>Standard price increase coming <perch:content id="events_price_indv_rr_cl" type="date" format="jS M">. £<perch:content id="events_price_indv_sr"></p>
- </perch:if>
- <perch:if id="events_price_indv_sr_cl" match="lte" value="{today}">
- <p>Standard entires currently open. From £<perch:content id="events_price_indv_sr">.</p>
- <p>Entires closing <perch:content id="events_price_indv_sr_cl" type="date" format="jS M"></p>
- </perch:if>
events_price_indv_er_cl => 31/10/2019
events_price_indv_rr_cl => 04/01/2020
events_price_indv_sr_cl => 30/08/2020
The way understand the to work is, if date is less than or equal to today's date display the content.
I'd appreciate some guidance on the conditional as I am clearly not understanding this fully.
-
Oh bloody hell!!!
Sorry for wasting your time, and a massive thank you for helping. I'm going to hang my head in shame now
-
SERVER_NAME: staging.woodchesterhouse.com
Server name is correct so I gues it's to do with $_SERVER['SERVER_NAME']
-
Hi Hussein,
Isn't it very, very late over there?
Extended diagnostic shows…
Production mode: Production (100)
PERCH_DEVELOPMENT: 10
PERCH_STAGING: 50
PERCH_PRODUCTION: 100
PERCH_DEBUG:
Which explains why Debug isn't showing. So the next question is, why not? Something to do with my switch statement perhaps?
-
Is that for Perch sites? This is Runway
-
Hi,
I'm trying to debug a site https://staging.woodchesterhouse.com/ and just noticed the debug table isn't displaying?
PHP: config.php- <?php
- if (array_key_exists('SERVER_NAME', $_SERVER)) {
- $serverName = $_SERVER['SERVER_NAME'];
- } else {
- $serverName = 'default only used on Production';
- }
- switch ($serverName) {
- case 'woodchesterhouse.local':
- include(__DIR__ . '/config.woodchesterhouse-local.php');
- break;
- case getHostByName(getHostName()):
- include(__DIR__ . '/config.localhost.php');
- break;
- case 'staging.woodchestershouse.com':
- include(__DIR__ . '/config.staging-woodchesterhouse-com.php');
- break;
- default:
- include('config.production.php');
- }
PHP: config.staging-woodchesterhouse-com.php- <?php
- define('PERCH_SITEPATH', '/staging.woodchesterhouse.com');
- define('PERCH_SCHEDULE_SECRET', '##########');
- define('PERCH_DB_USERNAME', '##########');
- define('PERCH_DB_PASSWORD', '##########');
- define('PERCH_DB_SERVER', "localhost");
- define('PERCH_DB_DATABASE', '##########');
- define('PERCH_DB_PREFIX', '##########');
- define('PERCH_PRODUCTION_MODE', PERCH_STAGING);
- define('PERCH_DEBUG', true);
PHP: Diagnostic Information- Perch Runway: 3.1.5, PHP: 7.2.28, MySQL: 5.7.29, with PDO
- Server OS: Linux, litespeed
- Installed apps: content (3.1.5), assets (3.1.5), categories (3.1.5), perch_blog (5.6.1), perch_forms (1.12), cognetif_tinyimg (1.0), pipit (0.1), pipit_ui_loader (1.0)
- App runtimes: <?php $apps_list = [ 'perch_forms', 'perch_blog', 'pipit', 'cognetif_tinyimg' ];
- PERCH_LOGINPATH: /control
- PERCH_PATH: /home/woodchesterhouse/staging.woodchesterhouse.com/control
- PERCH_CORE: /home/woodchesterhouse/staging.woodchesterhouse.com/control/core
- PERCH_RESFILEPATH: /home/woodchesterhouse/staging.woodchesterhouse.com/control/resources
- Image manipulation: GD Imagick
- PHP limits: Max upload 128M, Max POST 128M, Memory: 192M, Total max file upload: 128M
- F1: 3b606135b33e6a102526838f4152a807
- Resource folder writeable: Yes
- HTTP_HOST: staging.woodchesterhouse.com
- DOCUMENT_ROOT: /home/woodchesterhouse/staging.woodchesterhouse.com
- REQUEST_URI: /control/core/settings/diagnostics/
- SCRIPT_NAME: /control/core/settings/diagnostics/index.php
-
Great thanks, Hussein
-
I'm getting the following PHP warning…
This refering to this code…
The code works, but would like to resolve the warning if possible.
Thanks very much
-
Hi,
My Perch Shop tables have a huge amount of data, `shop_cart` for example has over a million rows. If I understand correctly, this table holds temp data whilst a customer is checking out. So is this data safe to truncate? It would probably be safer to remove everything apart from the last 50 entries just to be on the safe side.
I'm just looking for conformation as to whether this is safe and in fact recommended?
If that is, is there any other tables that would be safe to truncate on a regular basis to stop the database becoming too large. Should I even be worried about how large the database is?
-
My Client is now seeing this warning. Is anyone else seeing this? Is there anything I can do?
-
Thanks Ellimondo, I'll contact them