[ SpizaGenije @ 24.08.2013. 13:03 ] @
Pozdrav,

nismo se dugo viđali, ali ajde-de...

Jedno pitanje?

Kako da uradim update tako da mi na osnovu naziva proizvoda ostane string za URL?

npr:
proizvod: Laptop Acer E1-531 (1,8/2/320) u
URL: laptop-acer-e1-531-1-8-2-320

Evo selecta kojim izvučem nešto, ali nedovoljno... naime, samo sam prazan karakter zamenio crticom:

Code:
select pl.id_product, pl.name, lcase(replace(pl.name,' ','-')) as link_rewrite
FROM db_shop.product_lang as pl
order by id_product asc
limit 5000;


Hvala!
[ bogdan.kecman @ 24.08.2013. 22:14 ] @
istrazivanja za SEO su pokazala da google zabole sta ti se nalazi u
url-u i da je mnogo bitnije da ti je url kratak nego da u njemu ima
korisnih informacija te ti je mnogo bolji url
http://stagod.com/?id=7&ord=5 od sra*a koje samozvani SEO experti guraju
http://www.stagod.com/do-jaja-...ija/laptop-acer-e1-531/jeftino


tako da razmisli jos jednom da li stvarno hoces da uradis to...

ako bas hoces, mysql nema mogucnost da odjednom uradi taj replace, mozes
da koristis u jeziku koji povlaci tu datu (php, java ili sta vec koristi
mysql) neki ereg_replace ili slicnu funkciju... ako hoces bas u mysql-u
imas primer ovde ali ne preporucujem:
http://techras.wordpress.com/2011/06/02/regex-replace-for-mysql/
[ SpizaGenije @ 25.08.2013. 00:11 ] @
eh Bogdane...

sada, SEO je jedno, ali ja sam jedva skriptu naterao da proguta naša slova.

btw. da pojasnim... radim na nekom e-commerce sajtu za potrebe svoje firme. (moram da naglasim da nisam vičan php-u... mogu da skontam šta je pisac hteo da kaže kada zavirim u kôd, ali ja ne znam da dopišem...)
Taj isti e-commerce sajt mi ne dozvoljava <>&/#$()=?* bla bla karaktere, tj prijavi grešku 404 ako tako nešto primeti u url-u. Kako ranije pomenuh, jedva ga naterah da proguta naša slova...

Elem... od dobavljačâ dobijamo dva puta dnevno update njihovih lagerâ u .xml-u... te ga uvučem u (neku tamo) tabelu...

Za unos novih proizvodâ, i update cena i količina starih imam tri načina:

1. Sve ručno kroz admin side sajta (unos svakog traje i do 5 minuta)

2. Update moje baze proverom referentnih oznaka (svaki dobavljač ima svoju oznaku za svaki proizvod, pa ih i ja uvučem kod sebe)

Ja sada treba da uradim update svoje baze (cene, količine, dostupnost)... to mi nije problem... e sada, čim se pojavi novi proizvod, imam par praznih kolona (putanja do fotografije, meta tag, meta naslov, meta opis, url...).

da ja ne bih kroz admin side mog sajta pregledao svaki novi proizvod ponaosob, a mogu da procenim koji je novi samo na osnovu toga da li ima fotografiju ili ne, kont'o sam da uradim sledeće:

Kažem, selektuj mi sve proizvode koji ispunjava taj-i-taj uslov, pa da ručno radim edit (smor, iako traje mnoogo kraće nego u 1. primeru), ili

3. update tako-i-tako svaki proizvod koji ispunjava taj-i-taj uslov


E sada... pošto ne postoji takva f-ja koja bi mi elegantno počupala/zamenila iz stringa ono što ja hoću, zato što je ti(vi) ;) iz orakla niste izmislili, to mi ostaje da zasučem rukave i načukam nekog kôda koji će mi:
- uvući .xml u grid1,
- uvući moje tabele u grid2
- protrčati kroz oba grida
- uraditi apdejt onoga što već imam,
- ostaviti mi slobodu za dodavanje onoga što nemam...

Neću pomenuti u čemu čukam kôd, dobićeš osip! :D
U stvari, mogao si i da probaš, možda skontaš da i nije tako loš paket alata... ;)

Ipak, hvala za savet. Ovaj primer koji si mi dao sam već probao, ali mi ne radi posao...
[ bogdan.kecman @ 25.08.2013. 00:20 ] @
ne znam kako si spojio php i visualstudio, no sto bi ja dobio osip od
toga u cemu ti cukas kod, sto se mene tice mozes da cukas binarni kod
nogom, tvoja stvar :D

sto se tice tvog problema, to se najcesce resava tako sto se izdvoji
"sta cini unique proizvod", dakle da li je to ime+cena da li je nesto
trece, i od polja koja cine unique proizvod se napravi pk (dovoljno je
da spojis to sve u string i urad sha() od toga i to iskoristis za
primarni kljuc) i onda radis insert on duplicate key update i to je to ..
[ SpizaGenije @ 25.08.2013. 00:41 ] @
Ko je rekao da sam ih spojio...

Nisam rekao da ću integrisati svoj kôd tamo, nego da ću načukati neku aplikaciju za manipulaciju nad tabelom proizvodi...


P.S.

Ali brate, što me obradova... Kako se mrzim što se ponekad ne naspavam, pa mi domišljatost nula:

Code:

update db_shop.product_lang as pl set pl.link_rewrite = sha1(concat(pl.id_product,pl.name)) where neki_uslov


U suštini, he8e se i meni i guglu kako će taj URL da izgleda. Bitno je samo da nema žnj karaktere...

Hvala ti brate do neba! :D

[Ovu poruku je menjao SpizaGenije dana 25.08.2013. u 02:00 GMT+1]

[Ovu poruku je menjao SpizaGenije dana 25.08.2013. u 02:00 GMT+1]
[ Shinhan @ 26.08.2013. 12:34 ] @
Zabole me oči sa tvojim ô i â slovima, el ima neka poenta?

Nego, Bogdane, el imaš neki dobar link do istraživanja koje je dokazalo da su kratki kriptični URLovi bolji za SEO nego dugački deskriptivni URLovi?
[ bogdan.kecman @ 26.08.2013. 12:51 ] @
imam nekoliko placenih istazivanja radjenih na oko 150,000 kljucnih reci
i izraza koje na zalost ne mogu da podelim sa tobom ali mogu da ti kazem
da je pre 2 godine URL ucestovao u google rankingu sa faktorom 0.1, od
pre dve godine pa do ove poslednje promene (u aprilu) sa 0.04 a sada
posle aprilske promene sa 0.00002, dok recimo duzina url-a pre dve
godine nije imala nikakav uticaj, od pre dve godine do aprila ove
uticala sa 0.0003 a od aprila utice sa 0.001 tako da je url
nesto.sk/xAfff5dDjk nekoliko stotina puta znacajniji za pozicioniranje
na guglu od vvv.nesto.sk/racunari/laptopovi/asus-17-500G-ssd-touch-screeen/

pritom u poredjenju sa ostalim faktorima za pozicioniranje url realno
vec od prosle godine a posebno od aprila ove godine - uopste nije
faktor, dakle potpuno je nebitan za pozicioniranje na guglu. placeno je
i jedno istrazivanje za bing ali je tu za pozicioniranje ceo sistem
poputno drugaciji, faktori su neuporedivi sa guglom

imas i dzabe istrazivanej dostupno ovde, cifre su malo drugacije,
verovatno zato sto je ovo "dzabe" istrazivanje i nije kostalo
petocifrenu cifru u americkim dinarima a i zato sto je ovo malo manji
set podataka (samo 10,000 kljucnih reci)

http://www.searchmetrics.com/en/services/ranking-factors-2013/
(registruj se i skini ceo dokument sa analizom)
[ SpizaGenije @ 27.08.2013. 16:01 ] @
Nisam stigao ranije da odgovorim, ali... veoma korisne stvari za znati...

Hvala ti na linku.

O SEO sam do sada naučio ovoliko (možda je offtopic, ali kada smo već tu):

- meta tagovi,
- meta naslovi,
- meta opisi.

su ono što google botovi gledaju... na istom principu rade i yandexovi.

Za bing nisam siguran, izgleda tu niko nije načisto... nisam čak ni naletio na ništa konkretno, a da je nekoliko 'ljudi iz struke' potvrdilo.

Za yandex ću da podelim ovde sa vama neka istraživanja koja su nam poslali. S obzirom da smo potpisali ugovor sa njihovom evropskom divizijom u Švajcarskoj, pa sada glumimo nekakvu njihovu agenciju za yandex partner.direct (pandan na gugletov adwords) za Adria regiju, počaste nas ponekad nekim 'uvidima' :D

Imam ta istraživanja, ne mogu se naći na njihovim zvaničnim stranicama, ali su free to share za customere, tako da ne vidim razlog da ih ne zakačim negde na elitu. (samo dok isprpam .pdf-ove negde sa diska)