(Solution): MDN CrmTicket Bug when searching for a name and go back to Grid View

23. August 2016 at 18:18

firebug

In function „getCondition“ in der class
app/code/community/MDN/CrmTicket/Block/Admin/Widget/Grid/Column/Filter/CustomerName.php

change this buggy part

        if ($customerIdsSelected && sizeof($customerIdsSelected)>0) {
            if((count($customerIdsSelected) == 1) && count($customerIdsSelected[0] > 0)) {
                return array('in' => $customerIdsSelected);
            } else {
                return null;
            }
        }
        else
          return null;
      }

to

        if ($customerIdsSelected && sizeof($customerIdsSelected)>0) {
            if(count($customerIdsSelected) == 1 && count($customerIdsSelected[0]) > 0) {
                return array('in' => $customerIdsSelected);
            } else {
                return null;
            }
        }
        else
          return null;
      }

BTW: The programmer from MDN-CrmTicket unfortunately disregard both Zend and Magento Coding Style Guide! 🙁

 

Please share this article von facebook & google plus or where you want, thank you!

WordPress: Wartungsmodus nicht beendet / What to do when the maintenance mode is not terminated in WordPress?

13. April 2016 at 18:35

Wordpress logo

What to do when the maintenance mode is not terminated in WordPress?

Thank God it’s very easy to exit the maintenance mode manually. All you need is FTP access to the website (which already leads many to a non-detachable hurdle. Here the WordPress supporters of trust or the webhost ask).

Step 1: Connect with an FTP program (for example, FileZilla) to the web server
Step 2: Go to the root directory of WordPress installation
Step 3: Delete the file .maintenance
Step 4: Enjoy that page works again
retry update: Step 5

You see, it is not lost when a WP update stops time.

Please share this article von facebook & google plus or where you want, thank you!

Was tun, wenn der Wartungsmodus in WordPress nicht beendet wird?

Gottseidank ist es sehr einfach den Wartungsmodus manuell zu beenden. Man benötigt lediglich FTP Zugriff auf die Webseite (wobei das bei vielen schon zu einer nicht lösbaren Hürde führt. Hier den WordPress-Unterstützer des Vertrauens oder den Webhoster fragen).

Schritt 1: Verbinden mit einem FTP-Programm (z.B. FileZilla) auf den Webserver
Schritt 2: Wechseln in das Hauptverzeichnis der WordPress-Installation
Schritt 3: Löschen der Datei .maintenance
Schritt 4: Freuen, dass die Seite wieder funktioniert
Schritt 5: Update erneut versuchen

Man sieht, es ist nicht alles verloren, wenn ein WP-Update mal stehen bleibt.

Please share this article von facebook & google plus or where you want, thank you!

Magento: A foreign key constraint fails when reindex – Solution

30. März 2016 at 14:08

magento-sql-query-to-delete-the-categories

Just execute the query in the database.

SET FOREIGN_KEY_CHECKS = 0;
TRUNCATE TABLE `catalog_product_bundle_option`;
TRUNCATE TABLE `catalog_product_bundle_option_value`;
TRUNCATE TABLE `catalog_product_bundle_selection`;
TRUNCATE TABLE `catalog_product_entity_datetime`;
TRUNCATE TABLE `catalog_product_entity_decimal`;
TRUNCATE TABLE `catalog_product_entity_gallery`;
TRUNCATE TABLE `catalog_product_entity_int`;
TRUNCATE TABLE `catalog_product_entity_media_gallery`;
TRUNCATE TABLE `catalog_product_entity_media_gallery_value`;
TRUNCATE TABLE `catalog_product_entity_text`;
TRUNCATE TABLE `catalog_product_entity_tier_price`;
TRUNCATE TABLE `catalog_product_entity_varchar`;
TRUNCATE TABLE `catalog_product_link`;
TRUNCATE TABLE `catalog_product_link_attribute`;
TRUNCATE TABLE `catalog_product_link_attribute_decimal`;
TRUNCATE TABLE `catalog_product_link_attribute_int`;
TRUNCATE TABLE `catalog_product_link_attribute_varchar`;
TRUNCATE TABLE `catalog_product_link_type`;
TRUNCATE TABLE `catalog_product_option`;
TRUNCATE TABLE `catalog_product_option_price`;
TRUNCATE TABLE `catalog_product_option_title`;
TRUNCATE TABLE `catalog_product_option_type_price`;
TRUNCATE TABLE `catalog_product_option_type_title`;
TRUNCATE TABLE `catalog_product_option_type_value`;
TRUNCATE TABLE `catalog_product_super_attribute_label`;
TRUNCATE TABLE `catalog_product_super_attribute_pricing`;
TRUNCATE TABLE `catalog_product_super_attribute`;
TRUNCATE TABLE `catalog_product_super_link`;
TRUNCATE TABLE `catalog_product_enabled_index`;
TRUNCATE TABLE `catalog_product_website`;
TRUNCATE TABLE `catalog_category_product_index`;
TRUNCATE TABLE `catalog_category_product`;
TRUNCATE TABLE `cataloginventory_stock_item`;
TRUNCATE TABLE `cataloginventory_stock_status`;
TRUNCATE TABLE `cataloginventory_stock`;
INSERT INTO `catalog_product_link_type`(`link_type_id`,`code`) VALUES (1,'relation'),(2,'bundle'),(3,'super'),(4,'up_sell'),(5,'cross_sell');
INSERT INTO `catalog_product_link_attribute`(`product_link_attribute_id`,`link_type_id`,`product_link_attribute_code`,`data_type`) VALUES (1,2,'qty','decimal'),(2,1,'position','int'),(3,4,'position','int'),(4,5,'position','int'),(6,1,'qty','decimal'),(7,3,'position','int'),(8,3,'qty','decimal');
INSERT INTO `cataloginventory_stock`(`stock_id`,`stock_name`) VALUES (1,'Default');
TRUNCATE TABLE `catalog_product_entity`;
SET FOREIGN_KEY_CHECKS = 1;

Please share this article von facebook & google plus or where you want, thank you!

Magento: Fehler beim Anlegen der sitemap.xml – die Lösung zum Problem

11. Januar 2013 at 15:07

Das Problem

Beim anlegen einer sitemap.xml im Magento-Admin-Backend erhaltet ihr, ab dem Moment wo ihr von dem Namen „sitemap.xml“ abweicht ggf. eine Fehlermeldung wie z.B. die folgende „Der Pfad „/var/sitemaps/sitemap-de.xml“ ist nicht verfügbar und kann nicht verwendet werden.“ und das obwohl, der Pfad /var/sitemaps/ existiert und auch vom Webserver beschreibbar ist.

Ursache? Ggf. Magento-Bug …

Die Lösung

Legt pro sitemap ein Unterordner an, z.B. „/var/sitemaps/de/“, dort packt ihr jeweils die „sitemap.xml“ rein (muss immer so heißen) und schon funktionierts.

Apache: „client denied by server configuration“ Fehler beheben

9. Januar 2013 at 14:00

Ihr habt ein neuen Vhost eingerichtet und erhaltet beim Aufruf der Seite nur ein „client denied by server configuration“ in den Server-Logs des Apache?

Lösung:

Höhst wahrscheinlich habt ihr Unterordner angelegt, deshalb fügt folgenden Abschnitt mit in die Vhost-config ein:

<Directory "/srv/htdocs/path">
Options -Indexes FollowSymLinks
AllowOverride
#AuthConfig FileInfo
Order allow,deny
Allow from all
</Directory>

Wenn Sie keinen Zugriff auf die httpd.conf haben (bei nahezu allen Shared-Hosting Anbietern), wenden Sie sich bitte an Ihren Provider und ersuchen Sie darum, die Direktive „AllowOverride“ entsprechend zu setzen (damit die FileInfo durch die .htaccess überschrieben werden darf).

Wichtig ist, dass AllowOverride im korrekten -Container gesetzt wird (hiervon gibt es mehrere). Setzen Sie AllowOverride in jenem Container, der Ihr DocumentRoot enthält (z.B.: ) jedoch nicht im Container!

Joomla: Fehlermeldung „Standard Cannot send session cache limiter…“ und die Lösung

15. Januar 2011 at 15:30

Wenn ihr in Joomla nach editieren der configuration.php eine Fehlermeldung ähnlich der folgenden erhaltet:

Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at /var/www/.../httpdocs/configuration.php:1) in /var/www/vhosts/.../httpdocs/libraries/joomla/session/session.php on line 412
Warning: Cannot modify header information - headers already sent by (output started at /var/www/vhosts/.../httpdocs/configuration.php:1) in /var/www/vhosts/.../httpdocs/libraries/joomla/session/session.php on line 415

so liegt die Ursache darin das Windows-Notepad die Datei als UTF8 gespeichert hat. Öffnet diese Datei, z.B. mit Notepad++ und konvertiert sie zu ANSI-Codierung, danach neu auf den Server laden und der Fehler  sollte behoben sein.

PHP: SSL certificate problem – certificate verify failed

2. September 2010 at 17:34

Bekommt ihr eine Fehlermeldung ähnlich

SSL certificate problem, verify that the CA cert is OK. Details:
error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed

so ist die  Ursache ein fehlerhaftes bzw. ungültiges SSL-Zertifikat. Läuft der Script local (z.B. während der Entwicklung) so könnt ihr den SSL-Check mit den folgenden Zeilen deaktivieren:

$CURL_OPTS[CURLOPT_SSL_VERIFYPEER] = false;
$CURL_OPTS[CURLOPT_SSL_VERIFYHOST] = 2;

Eclipse: Java Heap Error beheben (Lösung)

25. August 2010 at 10:35

Wenn unter Eclipse größere Dateneien in ein Projekt geladen werden (z.Bsp. via SVN), dann erscheint ggf. die Fehlermeldung „Java Heap Error„.

Um das Problem zu beheben, einfach die folgenden Werte  in der eclipse.ini wie im folgenden Beispiel erhöhen (der für Eclipse zur Verfügung stehende Arbeitsspeicher):

-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
512m
-vmargs
-Xms40m
-Xmx512m

5 Fehler, die Sie beim Online Marketing vermeiden sollten

1. Februar 2010 at 15:25

Im shopbetreibermarketing-blog findet ihr ein interessanten Artikel über 5 Fehler, die Sie beim Online Marketing vermeiden sollten. Für alle Online-Shop-Betreiber oder deren technische Ansprechpartner lesenswert.