| #!/bin/bash | |
| # Creator: Phil Cook | |
| # Modified: Andy Miller | |
| # | |
| # >>> IMPORTANT: Moved to: https://github.com/rhukster/sphp.sh | |
| # >>> Kept here for legacy purposes | |
| # | |
| osx_major_version=$(sw_vers -productVersion | cut -d. -f1) | |
| osx_minor_version=$(sw_vers -productVersion | cut -d. -f2) | |
| osx_patch_version=$(sw_vers -productVersion | cut -d. -f3) |
| Sauce: https://community.magento.com/t5/Technical-Issues/Cookies-frontend-cid-is-never-renewed-compared-to-frontend-one/td-p/41077 | |
| The core code seems to have forgotten to include the logic to renew the frontend_cid cookie. | |
| I have contacted Magento support regarding this and they provided me a patch - SUPEE-7136, however I'm not seeing it published online anywhere... | |
| The issue lies in this file: | |
| app/code/core/Mage/Core/Model/Session/Abstract/Varien.php | |
| What the patch does is replace this: |
For refreshing the catalog_category_product index Magento EE generates SQL queries with joins over many tables to determine which product relates to what category and may show up in what category.
The queries fired by the indexer will look something like this:
INSERT IGNORE INTO `catalog_category_product_index_tmp` (`category_id`, `product_id`, `position`, `is_parent`, `store_id`, `visibility`) SELECT `cc`.`entity_id` AS `category_id`, `ccp`.`product_id`, ccp.position + 10000 AS `position`, 0 AS `is_parent`, 20 AS `store_id`, IFNULL(cpvs.value, cpvd.value) AS `visibility` FROM `catalog_category_entity` AS `cc`
INNER JOIN `catalog_category_entity` AS `cc2` ON cc2.path LIKE CONCAT(`cc`.`path`, '/%') AND cc.entity_id NOT IN (1)
INNER JOIN `catalog_category_product` AS `ccp` ON ccp.category_id = cc2.entity_id
Patch using method below or if you don't want to patch a core file, see this Magento extension that does the same thing but correctly overrides the core file:
https://github.com/MageMechanic/PhpSeven
# run in magento root directory
# one-liner to apply patch using wget
wget -qO- 'https://gist.githubusercontent.com/MageMechanic/66449504110fbbd96214/raw/php7_magento_1_9_core.patch' | patch -p0
# one-liner to apply patch using curl
| <?php | |
| /** | |
| * @category Namespace | |
| * @package Namespace_Module | |
| * @author Anna Völkl | |
| * @author Christoph Aßmann | |
| * @author Fabian Schmengler | |
| */ | |
| /** @var Mage_Core_Model_Resource_Setup $installer */ |
| 1) First you need to generate download token. Login to your account on magento.com and generate it in Account Settings->Downloads Access Token | |
| 2) You will need your MAGEID as well. It is shown at the top-left in your account page. | |
| 3) curl -k https://MAGEID:TOKEN@www.magentocommerce.com/products/downloads/info/help | |
| 4) Profit! |
This is a little idea for a module maybe for a hackathon or something. Magento includes passwords in plain text in registration emails by default. In some cases you can just suppress the password, but in other cases you can't - for example if you have customer service reps creating accounts over the phone that need to generate password and send them to customers.
So - how about integrating with readthenburn.com to send email passwords, or perhaps generating temporary password that expire after a day or two, requiring them to use the forgot password if they didn't login by that time.
| <?php | |
| require_once 'abstract.php'; | |
| class Mage_Shell_CheckImages extends Mage_Shell_Abstract | |
| { | |
| const CATALOG_PRODUCT = '/catalog/product'; | |
| const CACHE = '/cache/'; | |
| protected function _glob_recursive($pattern, $flags = 0) |
