ugrás a tartalomhoz

keresőbarát url

Benjamin93 · 2014. Már. 9. (V), 13.32
Üdv van egy oldalam, ahol nem működnek a keresőbarát urlok!

/index.php?page=gallery helyett szeretném pl hogy /gallery

.htaccess fájlom

# BEGIN Scripteen FREE Image Hosting Script
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /

# general catch-all
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ /index.php?page=$1


RewriteCond %{HTTP_HOST} ^www\.weboldalam\.com
RewriteRule ^(.*)$ http://weboldalam.com/$1 [R=permanent,L]





</IfModule>
# END


Mit csinálok rosszul??? Ugyanúgy odarakja azt az idióta index.php?page-t

köszönöm előre is
‹ Saját mini cms-hez szeretnék modult, de nem boldogulok. lap megnyitása lapon bellül ›
 ■
1

Próbaképp töröld ki azokat a

Hidvégi Gábor · 2014. Már. 9. (V), 14.21
Próbaképp töröld ki azokat a sorokat, amelyekben ott van az IfModule.
2

re

Benjamin93 · 2014. Már. 9. (V), 14.41
Köszönöm segítségedet ki töröltem elejérl és végéről

<IfModule mod_rewrite.c>

</IfModule>

De nem működik nem értem mi baja már megőrít :@

Egyébként akkor kezdődött ez a baj amikor www. letiltottam és átirányítottam anélkülire www.-vel minden happy de én anélkül szeretném az oldalt

Aki tud valami ötletet nagyon megköszönném, mert sajnos én nem vagyok hozzáértő, viszont számomra nagy baj
4

log

Hidvégi Gábor · 2014. Már. 9. (V), 15.39
A mod_rewrite referenciaoldalán nézd meg, hogyan lehet logot készíteni, az alapján ki tudod találni, mi történik.

Az IfModule sorokat tedd vissza, csak arra voltam kíváncsi, van-e egyáltalán mod_rewrite a gépen.
3

re

Benjamin93 · 2014. Már. 9. (V), 15.29
Megnéztem, SEMMIT nem értek az egészből.
Vicc, hogy állandóan baja van valamivel az oldalnak és adhatom meg a parancsokat, nem teszi azt

Inkább visszaírom www-re, úgy legalább nem rinyál.....
5

Keresőbarát?

Hidvégi Gábor · 2014. Már. 9. (V), 17.54
Azt meg tudod mondani, hogy a /gallery mitől lesz "keresőbarátabb", mint a /index.php?page=gallery ?
6

Wikipédia

MadBence · 2014. Már. 9. (V), 18.08
Wikipédia
7

Sokáig én is hittem az

Hidvégi Gábor · 2014. Már. 9. (V), 19.08
Sokáig én is hittem az általad linkelt oldalon leírtakban, de aztán kételkedni kezdtem. Vegyük sorra:

  • Keresőoptimalizáció:
    1, Ez a legfontosabb: a google minden keresésnél egy kétszázismeretlenes egyenlet alapján állítja össze a rangsort, és csak ők ismerik az egyes komponensek szorzóit, tehát nem lehet megmondani, hogy a "szép url" mennyit számít (sőt, azt sem tudjuk biztosan, szerepel-e benne).
    2, Amíg a tartalomra jellemző karakterlánc (gallery) benne van az url-ben, mindegy, mi van körülötte.
    3, Nincs szabvány arra, hogyan legyen struktúrálva a "szép url", azaz az egyik oldalon így van, máshol meg máshogy.

    Emiatt sok helyen értékes metainformáció veszik el, jó példa erre a blog.hu sémája:
    http://akarmi.blog.hu/2014/03/09/cim
    Mennyivel könnyebb lenne gépileg kategorizálni (mint a könyvtárban), ha például így nézne ki:
    http://akarmi.blog.hu/ev=2014/honap=03/nap=09/cikk=cim
    És akkor már ugyanott vagyunk a következővel:
    http://akarmi.blog.hu?ev=2014&honap=03&nap=09&cikk=cim
  • Legyen könnyen megjegyezhető, begépelhető: Ismerve az átlagfelhasználó gépelési szokásait, gyorsabb megnyitni az example.com-ot, és kettőt kattintani, mint beírni, hogy example.com/about/the-management
  • Rejtse el a megvalósítás részleteit: Jópár redizájn projektben vettem eddig részt, de nem volt még olyan, ahol bármi maradt volna a régi site-ból, az új kinézet mellé új tartalomstruktúra is társult, emiatt a régi url-ek is mentek a kukába. Persze ez csak egy tapasztalat, és nem sokat számít, de ha az adatbázis maradt a régi, semmiből sem tart a régi url-ekre - amikben akár szerepel, hogy .php vagy .asp - egy rewrite szabályt írni.

    "Cool URIs don't change" - Ki az, aki meg tudja mondani, mi a jó url (a felsorolásom első pontjának 3-ik bekezdése alapján)?
Véleményem szerint ez a "szép url" dolognak jóval kisebb a jelentősége, mint azt a legtöbben gondolják, és leginkább csak arra jó, hogy azok, akik keresőoptimalizálással foglalkoznak, el tudják adni magukat.
8

URL-ek a felhasználói felület részei

complex857 · 2014. Már. 10. (H), 10.06
Maguk az URL-ek is a "program" (weboldal) felhasználói felületének részét képezik és a gépeken túl a szénalapú felhasználók ezekre is (többek között) támaszkodnak információgyűjtés céljából. Egy a Microsoft által végzett 2007-es kutatásból kiderül, hogy rövid URL-eket legalább annyi ideig nézik felhasználók mint a szöveget ami a linkelve volt:
people spent 25% of their time looking at the URL in navigational tasks vs. 22% in informational tasks.
(7. oldal, az oldal tetején lévő táblázatot, illetve alján lévő grafikont érdemes megnézni)

Egy másik szemköveteséses kutatásokat végző csoport tapasztalata tapasztalata az, hogy ha az URL értelmezhetetlen a akkor arra a felhasználók kevésbé nyomnak rá a keresők által mutatott listában:
We found that searchers are particularly interested in the URL when they are assessing the credibility of a destination. If the URL looks like garbage, people are less likely to click on that search hit. On the other hand, if the URL looks like the page will address the user's question, they are more likely to click.

Konklúzióként én azt olvasom ki a dologból, hogy ha nem is érdekel minket a keresőkben elért helyezésünk, akkor is érdemes időt és energiát fordítani a linkek struktúrájának megtervezésére. Személyes mániám az adott oldalon belüli használható fragmentek elhelyezése amire még annyi figyelem sincs fordítva mint az URL-ek path részére. (-:
9

Mind felhasználóként, mind

bamegakapa · 2014. Már. 10. (H), 10.17
Mind felhasználóként, mind fejlesztőként egyetértek. A szép, jól megtervezett URL ráadásul igényességet, hozzáértést sugall.
10

érdemes időt és energiát

Hidvégi Gábor · 2014. Már. 10. (H), 11.36
érdemes időt és energiát fordítani a linkek struktúrájának megtervezésére
Akkor ebben egyetértünk. Nem azt írtam, hogy a "szép url" felesleges, hanem azt, hogy lehet jól és kevésbé jól csinálni. A felhasználók nyilvánvalóan nézik az url-t, de melyik hordoz több információt?

http://akarmi.blog.hu/2014/03/09/cim
vagy
http://akarmi.blog.hu/ev=2014/honap=03/nap=09/cikk=cim
?

Ne felejtkezz el arról, hogy az oldal url-jét nem csak a felhasználók, hanem a gépek is olvassák. Jelenleg csak az oldalon lévő szövegekben lehet keresni, node ez mindig így lesz?
11

URL-ben keresés

complex857 · 2014. Már. 10. (H), 21.38
Jelenleg csak az oldalon lévő szövegekben lehet keresni, node ez mindig így lesz?

Google relatíve primitív eszközöket most is ad az URL-ben magában való keresésre mint pl.: inurl: vagy site: (illetve nem szorosan, de kapcsolódó metadataban mint title:).

Gépek számára egy sor módon lehet metadatát kommunikálni amit alapból felhasználó nem lát, vagy a link meglátogatása nélkül nem lehet megszerezni (botok hajlamosabbak mindenre kattintani velük ellentétben) mint a <meta> tagek amihez whatwg egy egész sor új dolgot igyekszik belapátolni a HTML5 okán (van dcterms.created vagy dcterms.issued is a példához kapcsolódva), vagy HTTP fejlécek.

Félek nincs "Egy Igaz Út" annak eldöntésére, hogy mi az ami megérdemli, hogy az URL-be kerülhessen, és mi az ami nem. Saját tapasztalataim alapján kivenni szegmenseket mindig nehezebb mint berakni őket, így saját magam elsőre a "legkevesebb ami elengedhetetlen" oldalról szoktam megpróbálni megközelíteni a dolgot. Amikor erről gondolkodok mindig a "Mi az amit már meglátogatás előtt mindenképp el kell mondanom?" kérdést próbálom értelmesen megválaszolni magamban.