Az ISO 9001 és a minÅ‘ségirányÃtási alapelvek várható változásai
Az új ISO 9001 szabvány várhatóan 2015-ben jelenik meg a következő menetrend szerint:
2013. június: a CD (Committee Draft: bizottsági tervezet) szavazásra bocsátása,
2014. április: a DIS (Draft International Standard: nemzetközi szabvány tervezete) szavazásra bocsátása,
2015. július: az FDIS (Final Draft International Standard: nemzetközi szabvány végső tervezete) szavazásra bocsátása,
2015. szeptember: a nemzetközi szabvány kiadása (ISO 9001:2015).
Előző | Vissza a cikkek listájához | Következő |
Tévhitek a dinamikus és statikus URL-ekkel kapcsolatban
2008-10-27Szerző: Kövi Bálint programozó
Az alábbiakban megpróbálunk eloszlatni néhány tévhitet a dinamikus és a statikus URL-ekkel, valamint a rewrite technológiák használatával kapcsolatosan
El kell kerülnöm a dinamikus URL-ek átÃrását?
A javaslatunk az, hogy ne használjunk ilyen célra rewrite technológiákat, hacsak a nem feltétlenül szükséges paraméterek elrejtésére korlátozódik a szabályrendszerünk.
Azonban dinamikus URL átÃrása esetén nem biztos, hogy a Google keresÅ‘robotja helyesen fog értelmezni az oldalon levÅ‘ információkat. Ha a honlapot statikusnak szeretnénk mutatni, gondoljuk meg azt, hogy nem célszerűbb-e a honlap teljes tartalmát statikus változatban legyártani, például úgy, hogy valamennyi lehetséges elérési úthoz html fájlt generálunk, és ezeket tesszük elérhetÅ‘vé.
Ha arra használjuk a rewrite szabályainkat, hogy statikusnak tűnő URL-eket hozzunk létre, lehet, hogy több kárt okozunk, mint hasznot. Inkább hagyjuk meg a dinamikus URL-eket, és a keresőrobot majd eldönti, hogy azok közül melyek nem hasznosak számukra.
Példák rewrite szabályokra
Ha a dinamikus URL-ünk a szabványos foo?key1=value&key2=value2 formátumban van, akkor
azt javasoljuk, hogy hagyjuk is Ãgy, és a Google majd megállapÃtja, hogy melyeket lehet elhagyni. Ezt azonban a felhasználók kényelme érdekében mi is megtehetjük.
Vigyázzunk arra azonban, hogy csak a felesleges paramétereket távolÃtsuk el!
A továbbiakban nézzük meg az alábbi példa URL-t, amely jónéhány paramétert tartalmaz:
http://www.example.com/article/bin/answer.foo?language=en&answer=3&sid=98971298178906&query=URL
- language - a tartalom nyelvét határozza meg
- answer - az adott tartalmat azonosÃtja
- sid - a munkamenethez tartozó munkamenet változó
- query - az elÅ‘zÅ‘ oldalt azonosÃtó URL
Nem mindegyik paraméter tartalmaz hasznos információt, tehát valószÃnűleg az átÃrás a http://www.example.com/arti/bi/answer.foo?language=enanswer=3
URL-re semmilyen problémát nem okoz.
Az alábbi példák olyan URL-eket mutatnak, amelyek statikusnak álcázzak a tartalmakat, és ezzel a keresÅ‘robotok munkáját megnehezÃtik:
- http://www.example.com/article/bin/answer.foo/en/3/98971298178906/URL
- http://www.example.com/article/bin/answer.foo/language=en/answer=3/sid=98971298178906/query=URL
- http://www.example.com/article/bin/answer.foo/language/en/answer/3/sid/98971298178906/query/URL
- http://www.example.com/article/bin/answer.foo/en,3,98971298178906,URL
Amennyiben a fenti rewrite szabályok valamelyikét használjuk, akkor ugyanazt a tartalmat több URL alatt is elérhetÅ‘vé tesszük, mivel a sid (munkamenet azonosÃtó) és a query (elÅ‘zÅ‘ oldal URL-je) rengeteg értéket vehet fel.
Ezek az URL-ek megnehezÃtik a keresÅ‘robot számára annak felismerését, hogy az elÅ‘bb emlÃtett két paraméter nem befolyásolja a lekért tartalmat. Az alábbi példa egy olyan URL-t mutat, amelybÅ‘l eltávolÃtották a felesleges paramétereket:
- http://www.example.com/article/bin/answer.foo/en/3
Habár az ilyen URL-ek feldolgozásával a Google keresÅ‘robotjának nem lesz gondja, mégsem ajánljuk használatát, mivel nehezen karbantartható - módosÃtani kell, amennyiben egy új paraméter kerül képbe.
Ezért a legjobb megoldás, ha nem alkalmazunk rewrite szabályokat, és úgy hagyjuk az URL-t, ahogyan eredetileg is szerepelne:
- http://www.example.com/article/bin/answer.foo?language=en&answer=3