Razumem tvoj problem ampak kot sem napisal že zgoraj sem dobil občutek (seveda je možno, da se motim ampak brez, da pokažeš strukturo teh tabel lahko samo ugibam), da iščeš rešitev na napačnem koncu, ker je najverjetneje problem že nekje spodaj - pri sami strukturi baze oziroma normalizaciji.

Pa tudi napisal sem že v prejšnjem sporočilu, da se da problem tudi rešiti v takšni obliki preprosto rešiti na več načinov (npr. ena izmed hitrih in naivnih rešitev je, da ima samo prva tabela polje ID auto_increment, v druge pa vstaviš ID sam) ampak se mi zdi nesmiselno in slabo "krpati zadevo" na pol nekje zgoraj, če je pa zelo verjetno, da imaš problem (ki ti bo lahko povzročal težave še kje drugje, če ne boš odkril pravega vzroka in le tega rešil) že pri sami strukturi baze.

Mogoče bi bilo dobro, da bi tukaj opisal strukturo tvoje baze / E-R diagram, ker ob tem kaj sem prebral sem dobil občutek, da imaš "nepravilno" strukturo baze (zadeva ni pravilno normalizirana).

Seveda se da tudi "direktno" rešiti tvoj konkreten problem ampak se mi zdi brez veze reševati zadeve na višjem nekem višjem nivoju, če je dejanska "napaka" že nekje nižje.

Da, v primeru, da v začetku skripte nimaš shebanga moreš v cronu podat celotno pot do PHP interpreterja s katerim se naj skripta zažene.

Skripta pa mora imeti pravice za izvajanje - chmod 755 oziroma +x.

Ima datoteka /home/username/public_html/domena.si/mapa/datoteka.php pravice za izvajanje (chmod +x) in ali imaš na začetku datoteke "shebang" - pot do PHP CLI interpreterja - npr. #!/bin/php ?

V primeru, da nimaš shebanga, boš moral podati celotno pot do PHP interpreterja v CRON vnosu, torej:

/pot/do/php /pot/do/skripte.php

Google že kar nekaj časa ponuja "nov" način za asinhrono nalaganje tracking kode, kar prepreči blokiranje strani tako, da to ni nek problem :)

Drugače pa tudi prej oziroma sedaj, če se še uporablja stari način v primeru blokiranja ni takšnega problema, če se koda nahaja pred </body> tagom, ker se vse druge zadeve še vedno naložijo pred tem.

Govorilo se je že sicer kaj nekaj časa ampak sedaj je tudi uradno:

You may have heard that here at Google we're obsessed with speed, in our products and on the web. As part of that effort, today we're including a new signal in our search ranking algorithms: site speed. Site speed reflects how quickly a website responds to web requests.

http://googlewebmastercentral.blogspot.com/2010/04/using-site-speed-in-web-search-ranking.html

Ledi:

zadnja cena? :D

Napiši koliko ponudiš pa se mogoče da še kak € spustit :)

Oba DNS strežnika od OpenDNS, ki sta dodana na tej strani, kot kaže poznata A zapis za www.kvcb.si tako, da ti najverjetneje uporabljaš katere druge OpenDNS DNS strežnike.

Najboljše bi bilo, da bi napisal naslov teh strežnikov tukaj, da pogledamo, če je slučajno problem slučajno v teh strežnikih (torej, da še nimajo osveženega zapisa za tvoj host).

Ne, drugače pa specifikacije najdeš na tej strani.

CPU: 2 x Intel Xeon 2.8 GHz, 512 kB L2 Cache, 533 MHz

Memory: 2048 MB RAM (2 x 1 GB RAM)

Controller: PERC 3/DI Raid Controller mit 128 MB Cache

Disk: 1 x 36.4 GB, 10.000 RPM, Hot Swap SCSI disk

CD-ROM

3.5" floppy drive

2 x LAN 10/100/1000 Mbit

1 x power supply

3 x 64 bit PCI

VGA, 2 x serial port, PS/2 for mouse and keyboard, 3 x USB, REMOTE

Cena: 145€

Kontakt: zasebno sporočilo

Prevzem: Maribor