G Suite private listing modification - marketplace

I created a private listing on G Suite Market place and all worked like charm.
Now, I need to change the landing page URL (domain remains the same) for which I modified it in manifest file which is not getting reflected.
So the question is:
- Is there any other entry/change I need to make?
- Or do I need to ask the administrator to uninstall and re-install the widget from the market place which will reflect the changes?
Thanks in advance!

Related

Will elements shown in the website created by github pages change when the corresponding thing change in my repo?

I have created a website using Github Pages. It is a course page.
I am wondering that will the syllabus displayed in the website change as the syllabus.md change in my repo?
For example, the current course name displayed on the website is "CS1200 Data Structure". I changed it to "CS2400 Data Structure" in my syllabus.md, committed it and made a push request. Will the course name displayed on the website also change to "CS2400 Data Structure"?
Will it change automatically? What should I do so that the information will change on the website as it changes in my repo?
Thank you very much.

After uninstalling an extension in Opencart3, there are remnants in user groups

I installed an extension into my opencart 3 website but later want to remove it .
I have done the following:
i have uninstalled from extension/extension/module
gone to modification and removed it then refreshed
tracked each of the files and removed them one by one
i did the theme refresh from dashboard and did modification refresh
yet i am still seeing this in the user group permission box
how do i remove the un-checked categories from the permission box?
please refer to image link - https://i.stack.imgur.com/pdsPS.png
100% Solved
you can remove her ocmod xml file
You are going to admin modification page and remove particulars ocmod files as well
i hope this articles very usefull for you. if you are happy with my answer you can keep upvote and review my answer.
You can see screenshot as well :
Thanks in advance

Magento 2 cannot login admin because form key invalid

I'm in a brain-breaking problem here. I've created a nice Magento 2.1.7 installation with two websites (two stores, two domains) and somehow after a while we are unable to login the backend of Magento.
Invalid Form Key. Please refresh the page.
Now, after trying a few options, still no success. Checked core_config_data, edit max_input_vars, nothing works. The strange thing is, on the front it's still possible to checkout and do your shopping.
Anyway, I'm stumped here. Why is this happening, and how can this be fixed. Any help is welcome.
I often get this error, clearing the cookies for that site, then opening the admin panel in a new tab will resolve this.
You can recreate this error message if you double click the login button after filling out your login information.
Here are a few other reasons you may experience this issue
The form key inputs are outside of the form, you should check the html on the admin panel to check these inputs and exists and have correct values
Make sure the link you use to get to the admin page does not already have a form key in the url
Does this issue generate anything in var/log/system.log ?
Eventually, nothing helped, but what did the trick was creating a new install, setup this new install with all necessary modules (fortunately there were only four), configure the fresh installment like the old one (long live GitHub) and compare your fresh installation to the old one in the database table core_config_data. Basically reproduce your entire setup without any products in it, but just create your stores and categories.
If you spot any differences between the new installment and the old one in the core_config_data, edit them in the old one to be the same as your new one.
Next, edit your env.php with the database credentials to the old database which you've compared and edited.
And the last step, recompile, flush/clean cache and reindex.
Oh, and word of advice, if you're going to use https for your store, setup magento on https. I think something went very wrong when we've changed the base url's from insecure to secure.

problems with database after moving live drupal site to local site

To move my live drupal 8 site to a new local site I followed this tutorial by OS Training on YouTube. I am aware that they are doing the migration the other way around, but it shouldn't make that big a difference I guess.
They tell you to start by creating your new drupal 8 site and then moving some folders between your old site and the new one. The last step is to import your old database into the database of the new site.
I did all that but when I visit my new local drupal 8 site it first appears to show nothing until you scroll A LOT and then I'm able to get to things like my content and content types, where I see that nothing has happened. If I go check the database of the new site I see that everything is there that should be there, but I just can't get it to show up on the site itself.
I guess there's something wrong with the connection to the database, but I have no clue how to fix it. Any ideas?
-sidenote: I am using Acquia Dev Desktop to set up my local site
Compare the sites/default/settings.php file between live and local.
Make sure you have cleared all caches and rebuilt the DB. Also, check for errors using chrome developer console and write them down here.

ColdFusion cfselect binding not working on production server

I have a few related selects that work perfectly on a testing server with very loose security (basically just a simple default install of CF 10).
I have tried to implement the CF 10 lockdown guide on the production server and all seems well, except that related select don't work. That is, the first select in the chain doesn't populate and therefore, none of the related selects populate either.
I even recreated Ben Forta's art media example: perfect on the testing server, no triggering in production.
All other CFC functions seem to work: SELECT and INSERT queries are just fine. Only CFSELECTs with bindings are hosed. I pretty sure that the problem is a server configuration. The same pages worked just fine on our old CF 9 box. Any ideas would be helpful.
My advice to you would be to NOT use cfselect or any other UI stuff in ColdFsuion - It only causes more headaches than it gets rid of.
That being said, if you followed the lockdown guide, you should have limited access to the CFIDE directory - which is needed for any of the ColdFusion UI stuff. There is an option in CF Admin to use a 'custom' path for the scripts ColdFusion uses - it is on the main Settings page. Set this value and create a virtual directory in IIS with the same name pointing to the {cfroot}CFIDE/scripts directory.