I have a Joomla website in which I am looking to uninstall the Joomlashine (template/extension provider) framework. As I am no longer using it, it could potentially be a security threat in the future. After trying to remove it from the backend administrator, it only shows a "Protected extension" message by the listing. I am not able to select the checkbox next to the listing to "uninstall" it. Does anybody know what database actions I can take in order to remove this "protected" extension?
Related
I'm using this https://github.com/osiset/laravel-shopify package to develop Shopify public APP.
I tried to remove the code from the theme on uninstalling the app by overriding the AppUninstalledJob.
But, the function can't remove the code from the theme.
I have set the webhook for app uninstall, I getting the webhook response from shopify but API's are not getting call.
The similar issue I found here:
https://github.com/osiset/laravel-shopify/issues/188
I want to make an API call on app uninstall, can anyone help me with this?
Thank You.
You're not allowed to make any API calls when your app is uninstalled. Once this happens, you lose any rights to do so as your API access token received on installation is also deactivated.
Another point to be made here, if you are messing with a theme using your App, injected code into themes, you are doing it wrong. You should be ensuring that whatever you do, if a customer uninstalls your App, their theme is not destroyed by having a bunch of bad code in it. So that means you probably use script tags, proxy calls and as a last resort, create copies of theme files, and edit only those, so the merchant can replace your theme files with the originals.
In 2020 Shopify is allowing Apps to provide Theme Sections, so Apps that mess up themes should just disappear too.
INTRODUCTION
I am part of a project team which uses an old GForge system (community edition v5.6.1) to host our source code and provide some further services. One builtin service is the upload and download feature. Thus users can easily get the generated application version. In order to provide this downloadable version, we as developers have to use a browser (e.g. IE or FF) to navigate into the appropriate GForge page, then tick some buttons, fill some text boxes and finally hit an "upload" button which opens a file dialog to specify any file to be uploaded into the GForge download area. For a download, the procedure is similar. Additionally, from time to time there comes a separate WEB page to request a session login.
Now, as we as developers are in a "hot phase" and need to provide downloadable versions with high frequency, the procedure described above is much too error-prone concerning essential parts of the release, and too slow. Besides that, there is always a real person necessary in front of the screen to click around.
QUESTION
How can we manage to programmatically upload and download generated software versions into and out of GForge's download area while overcoming the password page on the first hand (of course using a valid user account)?
WHAT WE'VE TRIED SO FAR
Using a Python script. Python provides very helpful modules like "urllib", "urllib2" and "requests", with which any HTTP access (even the ones with session password protection) should be managable. After many hours of trying, the GForge system only returns the password request page. Not any of the interesting files. Even far away from uploading anything.
Using an AutoIt script. AutoIt can automate mouse movements and keyboard presses as well as direct access of visible elements on the screen. It provides a "Window Info" application to identify any window element. But e.g. buttons and text fields within WEB pages (HTML) are not recognized. So we don't know how to correctly identify GForge's password text field in order to move the mouse there, and type in the necessary text. And from there go on imitating the person sitting in front of the screen.
Does anybody have some experience regarding the solution of our problem?
I'd upgrade your system to v6.4.2 (current GForge version). From there you will have access to the SOAP interface which will make all this possible. When GForgeNEXT is released, https://next.gforge.com, the SOAP interface will be replace by a REST-ful API making this integration even easier.
The upgrade to v6.4.2 from 5.6.x will be a bit painful but our team would be happy to help, just create an account on gforge.com and then open a free support ticket here:
https://gforge.com/gf/project/gforge5/tracker/?action=TrackerItemBrowse&tracker_id=10345
Disclaimer: My company manages GForge so the advice given above I'd give to any paying client. For further clarity, files in GForge are stored in the file system. The SOAP interface allows you to reach into the database for any ticket or document grab the appropriate document and even replace it. Programatically, it is the cleanest answer.
The buttons on the admin panel of my joomla site suddenly wont work anymore,
The dropdown works but when i hit a button it doesnt work.
Almost all buttons, i cant view my articles, categories or menus anymore and a lot of components.
Please help me!
There are two reasons for this problem to happen:
One (or more) core JavaScript files was (were) hacked.
You have recently installed an extension (typically a global system plugin) that created a conflict between JavaScript libraries
Try disabling, from phpMyAdmin, the recently installed plugin(s). Also try overriding all your core Joomla files with a fresh copy of Joomla.
Also make sure you delete your browser cache!
1- Go to yoursite/administrator/index.php
2- In the left side menu, most probably in Maintenance part ... checking joomla is stuck (probably some files damaged)
3- Select reinstall joomla core files.
I am using Magento 1.7.
I am trying to change My Account to Your Account as per a video I am watching, yet when I add the following to app/design/frontend/default/mytheme/locale/en_US/translate.csv
My Account, Your Account
(that is what the guy did in the video, though I am assuming he is using an earlier version) or
"My Account", "Your Account"
nothing happens.
Also tried editing it with inline translations, I get the little book icon, open it, edit the text, refresh but nothing happens (it is NOT a caching problem).
Any ideas? Maybe some other CSV file is overwriting the one in my custom theme.
Turns out it was a bit of a caching problem. I basically disabled ALL caching and chose "Default Config" in system/configuration and now inline translating seems to be working.
So if you are having problems with this just go to cache management and disable everything.
Sometimes you have use a scope for your translation:
"Mage_Customer::My Account", "Your Account"
I'm using Joomla! 1.5.14 and VirtueMart 1.1.3
My codes are hosted on my website. But now that i wanna make changes, i put the codes into XAMPP so that i can run them locally and test it out first before i put them up into the internet.
The problem is, after i logged in as administrator (http://localhost/mysite/administrator/), whenever i click on any links (example: "Manage user fields", "Edit store", etc..), it redirects me to my live site.
If i edit from there, the changes will be made straightaway on my site (which i don't want to).
May i know which files and what are the codes that i should change so that when i click on the links that i want to make changes, it will still be in localhost?
Go to your configuration file in
administrator/com_virtuemart/virtuemart.cfg.php
Change the live-site URL from localhost to your live one.