Csodálatos hétfő reggel. Magento 2.0 dev51-es verzió.

• Application areas rework:
  • Single point of access to the current area code
  • Declare Application Areas
• Various improvements:
  • Breakdown of the Adminhtml module:
    • Moved the Customer-related logic to the Customer module
    • Moved the System-related logic to the Backend module
    • Moved the Checkout-related logic to the Checkout module
    • Moved the Cms-related logic to the Cms module
    • Moved the Promotions-related logic to the CatalogRule and SalesRule modules
  • Eliminated the setNode/getNode methods from Magento\Core\Model\Config and adopted all client code
  • Moved all application bootstrapping behavior to library
  • Moved application-specific behavior from the entry points to the Magento\AppInterface implementations
  • Removed the obsolete behavior from routing and front-controller
  • Refactored the route configuration loading
  • Extracted the modularity support behavior to the Magento\Module component
  • Refactored the Resource configuration loading
  • Removed the obsolete configuration loaders
  • Removed the obsolete configuration from config.xml
  • Refactored the code-generation mechanism
  • Added constructor integrity verification to the Compiler tool
  • Added strict naming rules for the auto-generated Factory and Proxy classes
  • Global functions are now called from app\functions.php
  • Removed functions.php from the Magento\Core module
  • Methods related to mageCoreErrorHandler, string and date were moved from functions.php to the Library components
  • Moved the following methods from Core Helpers to the appropriate libraries:
    • Moved the Abstract Helper to the Magento\Escaper and Magento\Filter libraries
    • Moved the String Helper to the Magento\Filter, Magento\Stdlib\String, Magento\Stdlib\ArrayUtils libraries
    • Moved the Data Helper to the Magento\Math, Magento\Filter, Magento\Convert, Magento\Encryption, Magento\Filesystem libraries and to Magento\Customer\Helper\Data libraries
    • Moved the Http Magento Helper to the Magento\HTTP library
  • The Hint Magento Helper, Http Magento Helper helpers were removed from the Magento\Core module
  • Implemented SOAP faults declaration in WSDL
  • Web API config reader was refactored to use Magento\Config\Reader\Filesystem
  • Created integrations module. Added 'Integrations Grid' and 'New/Edit' Integration pages in the admin
  • Removed obsolete page fragment code
• Fixed bugs:
  • Fixed inability to create an Invoice/Shipment/Credit Memo if the Sales Archive functionality is enabled
  • Fixed the Minimum Advertised Price link on the Product view
  • Fixed the View Files Population Tool
  • Fixed the error on saving the Google AdWords configuration
  • Fixed the error with the 'Invalid website code requested:' message appearing when enabling payment methods
  • Fixed inability to insert spaces in credit card numbers
  • Fixed inability to print orders from the frontend
  • Fixed the fatal error on removal of reviews that have ratings
  • Fixed JS error with the browser not responding when Virtual/Downloadable product are added to cart
  • Fixed inability to delete a row from the 'Order By SKU' form in Internet Explorer
  • Fixed inability to enable the Use Flat Catalog Product option
  • Fixed inability to configure Grouped and Configurable products during order creation in the backend
  • Fixed inability to insert a widget and/or a banner in CMS pages
  • Fixed inability to set the Quantity value for Gift Cards
  • Fixed the fatal error on the Customer Account > Gift Registry tab in the backend
  • Fixed inability to import with the "Customers Main File" entity type selected
  • Fixed the "Recently Viewed/Compared products" option missing on the New Frontend App Instance page
  • Fixed the fatal error on managing Shopping Cart for a customer with a placed order in the backend
  • Fixed the fatal error on an attempt to create an RMA request for Configurable products
  • Fixed error on the backend dashboard if any value except "Last 24 Hours" is chosen in the "Select Range" dropdown
  • Fixed duplicate values of options in the drop-downs on the RMA pages in the backend

Új sorozat indul a blogon, amely olyan hibákat és problémákat jár körbe, amely egy kis odafigyeléssel sokkal jobban működhetne. 

Az indító egy regisztrációs űrlap, amely egy sok-sok millióból készült brand és vállalkozás Magento alapú webáruházának a regisztrációs formja.

1. Ha regisztráció gombra kattintunk, akkor utána ne hívjuk az űrlapot Fiók létrehozásnak. Milyen fiók? Milyen létrehozás? Vagy hívjuk egyszerűen regisztrációnak vagy új vásárló létrehozása vagy akkor hosszabban magyarázzuk el mi is ez. (Persze mindenki tudja mi ez, de a szájbarágás még soha nem volt gond)

2. Bejelentkezés helyett bejelentkezési információk, de 1. vagy ne használjuk ezt a feliratot vagy akkor hívjuk annak ami: bejelentkezési adatok

3. Esztétika, ne össze-vissza dobáljuk csak a form elemeket, legyen valami rendszer bennük

4. Ha nagyon kötekedni akarnék, akkor az email cím is személyes információ. Szintén csak helyet foglaló és információt ténylegesen nem hordozó cím mező.

5. Teszteljük az összes beviteli mezőt, mert bizony a hibaüzenet (amely egyébként sem túl látványosan jelenik meg) szétszedheti a megjelenést.

6-7. Teljesen felesleges újabb címsorok

8. Ne törjön már két sorba egy ilyen felirat, főleg ha hely bőven van rá

9. Hova vissza?

10. Hová küldöm a regisztrációt? Bőven elég egy regisztráció vagy regisztrálok felirat a gombra.

S íme egy gyorsan összerakott webáruház regisztrációs űrlap, amely egy alternatív megoldás arra, hogy hogyan is nézzen ki az a pár beviteli mező.

Talán egy kicsit jobban átlátható...

Többször, többféleképpen körbejártam már a témát, így csak a friss adatok közlése marad hátra

Ha lehet hinni a weppalyzer.com-nak, akkor jelenleg a Magento vezet meggyőző 31%-os aránnyal.

A google trends pedig a magyarországi megoszlást mutatja.

Ezt is jó tudni: a google trends szerint szinte mindegy melyiket használjuk.

Kis hazugság, nagy hazugság, statisztika - szól a mondás. Ezen kívül az is egyértelmű, hogy ahány mérés annyi eredmény. A következő ábrákon a világviszonylat látszik a http://www.w3schools.com/ adataiból. S mi köze mindehhez a webáruházakhoz vagy a Magento-nak? Az ábrák alatt kiderül.

Ehhez nem kell sok magyarázat: döntő chrome + firefox dominancia, az internet explorer valahol a 10-20% közötti sávban, a safari és opera pedig az 5% alatti részben (mint mindig).

Internet Explorer 10 év alatt az egyeduralmából visszazuhant az alsó régióba (87%->12%)
Firefox: sikerült kiharcolnia majdnem 50% részesedést, aztán a felére csökkent (0%->47%->28%)
Chrome: drasztikusan és durván növekszik (0->53%)
Safari, Opera: soha nem tudtak 5%-nál nagyobb szeletet kihasítani

Van az az összeg amiért természetesen egy webáruház minden böngészőre kifogástalan állapotba kerül. Sok-sok teszteléssel, javítással, hekkeléssel elérhető a kívánt eredmény, DE vajon megéri-e az energiát, időt és leginkább a pénzt belefektetni?

A válasz csak akkor egyértelmű igen, ha tudjuk, hogy a célcsoportunk milyen szegmensből érkezik. Ha apple termékekkel foglalkozunk, akkor evidens, hogy a safari böngésző lesz az elsődleges böngésző, ahol kifogástalanul kell működni az oldalnak. Hiszen a legnagyobb látogatói kör ezzel a böngészővel fog érkezni.

A válasz csak akkor egyértelmű, ha olyan országban akarjuk a webáruházat működtetni, ahol egy-egy böngésző dominanciája jelentősen eltér a nagy átlagtól (pl. Kína és az internet explorer 6-os verzió esete)

Ha nincs több hónapunk és erre fordítandó költségkeretünk, akkor az elvárható böngésző kompatibilitás az utolsó és az azt megelőző verzió támogatása.

S mi van az Internet Explorer-rel?

Nos, felejtsük el végre az IE9-től a verziókat. Nincsenek, nem léteznek. Kész. Vége.

Sokkal fontosabb, hogy olyan dolgokat ne építsünk bele a webáruházunkba, amelyektől a vásárlók menekülőre foghatják. Hogy mik ezek? Hamarosan kiderül...