This post is part of a weekly series by the Magento Enterprise Edition subscription support team covering tips, tricks and hints to some of the most common, and uncommon, issues as submitted by support customers.

+++++++

One of Magento’s most superior strengths are its capabilities for scaling to support multi-store and multi-language retailing all from the same backend.  In this tutorial, we will be showing you how to take advantage of Magento’s scalability by creating multiple websites with unique domain names sharing the same product catalog. (***NOTE: Each store can also be configured to offer a unique product catalog as well.)

For this example, we’ll be attempting to set up domain1.com, domain2.com and domain3.com.

Generally, Magento is installed into the folder /var/www/http, as per the Magento Installation Guide, and you can find more information related to the initial setup and configuration of any Magento installation there.  We aren’t going to through an full blown installation right now though, and for our purposes, we are going to presume that the Magento instance has already been installed in the server.

We’ll be dividing the process into steps based on the areas of configuration we will need to deal with–namely, Categories, Store Configuration in Magento Admin, Store Configuration in the Server.

1: Categories

First, will need to create our Categories.  Since all three websites will be sharing the same catalog, we will be using the default root Category in Catalog -> Categories -> Manage Categories and will be creating our categories under that root category (i.e. Clothing, Electronics, etc.).

These categories (Clothing, Electronics) should be set as both “Is Active” from the General Information tab and “Is Anchor” from the Display Settings tab for them to appear on the frontend of your Magento shop.  (***NOTE: If the websites will not be sharing the same catalog, a Root Category must be created for each website.  Thus, if there are 3 websites, there will be 3 Root Categories with subcategories under them.)

2: Store Configuration in the Magento Admin

1. Now that we have created our Categories, it’s time to create our websites by going to System -> Manage Stores and clicking the “Create Website” button.

• Name – domain name of our new website
• Code – a parameter that will be used in configuring the Apache web server to point to that particular domain name

2. Once the website has been created, we’ll create the store corresponding to this website by clicking on the “Create Store” button in System -> Manage Stores.

• Website – website to which this store will be associated
• Name – the same as the website name
• Root Category – the root category that will be used for this store. (Refer to Step 1 for Details)

3. Then, we create the store view which is the interface that the customer will be able to access on the frontend.  Click the “Create Store View” button in System -> Manage Stores.

• Store – store to which this view will be associated
• Name – name of this store view (i.e. English Version, German Version, etc.)
• Code – code for this store view
• Status – if enabled, this store view will be accessible from our frontend, otherwise, it will not be accessible

4. After the Store has been created, we need to configure the Unsecure Base URL and Secure Base URL under System -> Configuration -> General -> Web.  Before we set their respective base URLs, we first need to ensure that the configuration scope is set to the domain1.com website to define which site we are working on.

Then, we modify the base URLs for both Unsecure:

and Secure:

with the corresponding domain name by unchecking the ”Use default [STORE VIEW]” checkbox and then save the configuration.

5. Now we just repeat Steps 2-4 for the other two websites, domain2.com and domain3.com by replacing the fields with their respective information.

3: Store Configuration in the Server

1. Now we re-configure the Apache configuration file, httpd.conf, for all domains to set the DocumentRoot to our Magento directory.  In this case, the directory is /var/www/http:

2. Edit the .htaccess file at /var/www/http/.htaccess and add the following lines below:

3. Restart Apache Server

If you are on a Red Hat based distribution, you’ll be able to type service apache restart.  For other distributions, you’ll want to type apachectl restart.  (***NOTE: The second option here is different than “apachectl graceful” which will run a graceful restart and reload configuration files, without terminating current connections.  We don’t have any visitors to our site yet, so it’s okay to do a “apachectl restart”.)

4: We’re Ready to Go!

After we’ve complete all of these steps we should now see all 3 domains in our backend:

All that’s left now is to add products to the catalog and give each site a custom theme if we wish to do so.  Many people are taking advantage of Magento’s powerful multi-store functionality, whether it’s to set up stores with multiple languages, different catalogs and even the same catalogs (as in our example) with different front ends as a marketing vehicle.  No matter which you decide to use Magento’s powerful features for, we hope this post will provide a good starting point to help you get there!

---

FROM THE MAGENTO TWITTER FEED RT @YoavMagento Magento CE version 1.4.0.1 is now available for download and upgrade http://bit.ly/cpnlYu Follow Magento on Twitter »

NOW AVAILABLE The Official Magento User Guide by Varien is here! Get your eBook today »

We merken dat veel klanten de laatste zich afvragen wat greylisting is en waarom hun mail ‘vertraagd’ aankomt in hun mailbox. Het leek ons handig om eens duidelijk uit te leggen wat greylisting werkelijk is en wat de voor- en nadelen hiervan zijn.

Wat is Greylisting?
Greylisting wordt gedaan door middel van een weigeringsmelding (meestal code 451) die de ontvangende mailserver geeft aan de versturende mailserver. Een “gezonde” versturende mailserver zal het bericht tijdelijk opslaan en het op een later tijdstip nogmaals proberen. De ontvangende mailserver zal dit op basis van verschillende criteria onthouden. De ontvangende mailserver kan bijvoorbeeld het IP adres in combinatie met de afzender onthouden. De desbetreffende combinatie wordt dan opgenomen in een whitelist.
Zodra de gezonde versturende mailserver het na bijvoorbeeld 10 minuten (instelbaar) nogmaals probeert zal de ontvangende mailserver het IP adres en afzender controleren en op basis van de ingestelde tijd het bericht toelaten of wederom weigeren. Veelal wordt het IP adres en Domein opgeslagen in een lokale database. Bij de volgende verzending zal de lokale database wordt geraadpleegd om te zien of dit een vertrouwde combinatie oplevert. Zo ja, wordt de mail meteen geaccepteerd.
Het idee hierachter is dat een gezonde mailserver een wachtrij (queue) bijhoudt en het na paar minuten nogmaals probeert. Een “ongezonde” mailserver (spamserver) kan dit zich niet veroorloven omdat anders zijn eigen wachtrijen vollopen. Het gevolg zou zijn dat opslagmedia mogelijk vollopen wat voor andere problemen kan gaan zorgen.

Lees verder »

De een storing op een van onze virtual hosting servers zijn een aantal domeinen slecht tot nauwelijks bereikbaar. Er word hard gewerkt aan een oplossing.

Zodra er meer informatie beschikbaar is zullen we dat hier plaatsen.

Onze excuses voor het ongemak.

[Update 11:11]
 Om nog onduidelijke reden is de update van deze server afgelopen nacht niet goed gegaan.
Afgelopen nacht heeft Qweb een batch van 70 servers geupdate met een nieuwe versie van het plesk control panel. De update was nodig omdat hierin een aantal kritieke bugs zijn gefixt waar wij last van ondervonden.

Na de updateronde van vannacht leek alles in orde (Websites / Mail werkte prima) maar vanmorgen bleek er op deze server toch een probleem met de email . Na een tweetal gefaalde pogingen de updates nogmaals uit te voeren is uiteindelijk de orginele versie van vannacht terug gezet. Daaroverheen is nogmaals de update gedaan en nu werkt alles naar behoren.

Het is voor ons nog een raadsel waarom alleen deze server problemen veroorzaakte, we gaan dit nog verder onderzoeken.

Alle overige servers zijn correct geupdate en zonder problemen.

NU VERKRIJGBAAR voor iPhone 2G, 3G, 3GS en iPod Touch!

Check de beschikbaarheid van een domeinnaam en registreer deze direct.
Of bekijk de whois gegevens van een bestaande domeinnaam.

Niets is vervelender dan het hebben van een briljant idee voor een domeinnaam, maar bij controle thuis of op kantoor is de domeinnaam al geregistreerd door iemand anders. Met de Qweb App kunt u  – waar u zich ook bevindt – controleren of een domeinnaam nog beschikbaar is en deze direct registreren vanaf € 5,95 per jaar.

Tevens is het mogelijk om de whois gegevens in te zien van al bestaande domeinnamen. Zo worden uw briljante ideeën niet kansloos en bent u er zeker van dat uw domeinnamen veilig en snel geregistreerd worden.

Lees verder »

After much internal discussion, the Development Team has decided that phpBB 3.0 "Olympus" will be the last in the line of phpBB releases that will officially support PHP versions less than 5.2.0. All future feature releases (and their maintenance releases), beginning with phpBB 3.1 "Ascraeus", will require PHP 5.2.0 or greater. Following the release of phpBB 3.1 "Ascraeus", phpBB 3.0 "Olympus" will remain supported for a limited period of 6-9 months (further information on this will be released as it is decided upon) -- this version will remain compatible with PHP4. As phpBB 3.1 "Ascraeus" is still in early stages of development, no release date has been set. Consequently, there is still plenty of time for you to upgrade your PHP installation. Additionally, one should note that this announcement does not imply that phpBB 3.1 will see large portions of code rewritten in order to take advantage of new features in PHP 5.2. Instead, sections of code will be updated as needed in the 3.x release cycle.

Het tekort aan IPv4-adressen begint zo langzamerhand nijpend te worden. Er is nog minder dan 10 procent over, terwijl de uitgifte steeds sneller gaat.

De Number Recource Organization (NRO), de officiële vertegenwoordiger van de vijf regionale internet registries (RIR) die de verdeling van de adressen in de gaten houdt, heeft dit bekend gemaakt.

NRO-voorzitter Axel Pawlik zegt dat dit een belangrijke mijlpaal is in de groei en ontwikkeling van het internet. Nu wordt echt aanschouwelijk dat het van vitaal belang is dat men serieus werk gaat maken van IPv6. Omdat we door de beperkte hoeveelheid IPv4-adressen “niet onze ambities waar kunnen maken die we hebben voor het internet”, aldus Pawlik. “De uitrol van IPv6 is een belangrijke infrastructurele ontwikkeling die netwerken in staat zal stellen om de miljarden mensen en apparaten te ondersteunen die de komende jaren online willen.”

Lees verder »

Hierdoor zijn er een aantal Virtual Private Servers onbereikbaar. Wij zijn hier druk mee bezig en verwachten het heel snel opgelost te hebben.

Onze excuses voor het ongemak.

[Update 23:20]

Een probleem met een interface driver zorgde ervoor dat de server onbenaderbaar werd.
Na het onderzoeken van het probleem en het vervangen van de betreffende driver is de server weer online gekomen.
Alle Virtual Private Servers op deze machine werken nu weer.

In de nacht van 27 op 28 Januari zal Qweb een begin maken met de migratie van 2 verouderde mailservers.
Hierbij zal een groot deel van de aanwezige mailaccounts verhuist worden naar een nieuwe omgeving.
De mailaccounts in kwestie ontvangen hierover een mailtje in hun mailbox.

Voor u veranderd qua email-instellingen niets, de inloggegevens blijven gelijk en ook zal uw inkomende mailserver vanzelf gaan wijzen naar de nieuwe locatie. U hoeft dus geen wijzigingen aan uw instellingen te doen.

Het kan echter wel zijn dat gedurende deze migratie de email iets vertraagd of dubbel afgeleverd word.

Naar verwachting zal de migratie uiterlijk om 04:00 zijn voltooid.

Voor meer informatie kunt u contact opnemen met onze helpdesk via www.qweb.nl/contact

Haïti is getroffen door een zware aardbeving. Er zijn duizenden slachtoffers, de schade is enorm. Wij steunen de slachtoffers van de aardbeving in Haiti. Jouw hulp is ook hard nodig. Maak nu je gift over op www.giro555.nl