Ojla, imam 10 unikatnih slovenskih SEO člankov, ki bi jih rad objavil na 10 različnih blogov(slovenski, različni ipji). Iz vsakega članka bi bila ven max 2 follow linka.

Ker trenutno nimam časa, da bi bloge postavil in jih polinkal, iščem alternativo.

Imate kak predlog kam naj take članke objavim? Obstaja kak slovenski article directory?

Sigurno ima kdo že bloge v ta namen postavljene. Če so blogi "v redu" in bo članek polinkan in indexiran, lahko tudi plačam na paypal ali moneybookers.

thx

Ali je ok, če dam znotraj <h1> taga <img alt="naslov strani" src="......">

Npr. novi žurnal ima znotraj <h1> background image in text-indent: -9999px; kar jaz smatram za cloaking in mi ni všeč sploh.

To rešitev rabim samo na vstopni strani novičarskega portala. Na podstraneh je <h1> rešen drugače.

Npr. vodimo evidenco gostovanj.

V tabeli je v enem stolpcu zapisan obračunski interval v mesecih (npr. plačuje se vsake 3 mesece)

v drugem stolpcu je pa datum pričetka gostovanja (npr. 1.4.2011)

imestranke (VARCHAR)

interval (INT)

datumzacetka (DATE)

Kako z mysqlom dobiti seznam vseh, ki bodo v roku 5 dni morali plačati gostovanje?

Sliši se simpl, vendar mi povzroča rahle preglavice :)

Jutri bom nadaljeval s tem, upam pa, da do takrat že dobim kak hint oz. rešitev :)

Ima kdo kaj uporabnega za sharat?

Rad bi obdržal samo tage za bold, italic, br in linke. Pa še to brez raznih (onload="blala" onmouseover,...)

hvala mojstri ;)

link

Tale query z LIMIT 0, 21 se izvaja 0.001sekunde

SELECT n.news_id, n.title, n.news_id, n.short, n.picture, n.youtube, n.audio, n.gallery_id, n.inserted, u.url

FROM news AS n

JOIN news2category AS n2c

FORCE INDEX FOR JOIN (

news_id

) ON n2c.news_id = n.news_id

JOIN url AS u ON n.news_id = u.action_id

WHERE n2c.category_id =2

AND u.action = 'viewNews'

AND n.inserted < NOW( )

ORDER BY n.inserted DESC

LIMIT 0 , 21

Explain:

id     select_type     table     type     possible_keys     key     key_len     ref     rows     Extra

1     SIMPLE     n     index     PRIMARY     inserted     8     NULL     21     Using where

1     SIMPLE     u     ref     action_id     action_id     5     baza.n.news_id     1     Using where

1     SIMPLE     n2c     ref     news_id     news_id     5     baza.n.news_id     1     Using where

Isti query z LIMIT 6000, 21 se izvaja 0.6 sekunde.

Explain:

id     select_type     table     type     possible_keys     key     key_len     ref     rows     Extra

1     SIMPLE     n     ALL     PRIMARY     NULL     NULL     NULL     19182     Using where; Using filesort

1     SIMPLE     u     ref     action_id     action_id     5     baza.n.news_id     1     Using where

1     SIMPLE     n2c     ref     news_id     news_id     5     baza.n.news_id     1     Using where

Če odstranim FORCE INDEX FOR JOIN(news_id) pa naredi query z LIMIT 6000,21 polovico hitreje, v 0.3s. Čeprav explain pokaže "Using temporary"

Explain:

id     select_type     table     type     possible_keys     key     key_len     ref     rows     Extra

1     SIMPLE     n2c     ref     news_id,category_id     category_id     5     const     5360     Using where; Using temporary; Using filesort

1     SIMPLE     n     eq_ref     PRIMARY     PRIMARY     4     baza.n2c.news_id     1     Using where

1     SIMPLE     u     ref     action_id     action_id     5     baza.n.news_id     1     Using where

Kako bi lahko pospešil izvajanje querijev z višjimi limiti?

Ena ideja je, da bi preverjal LIMIT > COUNT/2 potem nebi forcal indexa - news_id ampak verjetno to ni najboljše.

Kakšna ideja?

Imate kakšne izkušnje, kaj uporabljate/priporočate/odsvetujete?

Baje bo v PHP6 APC že integriran vendar po defaultu izklopljen.

Živjo,

pretirano držanje tipke F5 (non stop refreshanje) strani zelooo dvigne porabo rama na strežniku, lahko celo do 2x ali več. Ne upam si pomisliti, kaj bi se zgodilo, če bi to naredilo 20 userjev naenkrat - pravi mini ddos.

Občutno bolj držanje tipke F5 vpliva na strani s kakšnim requestom do baze.

Na strežniku je nameščen Apache 2.2 in MySql in php5.3

Sigurno obstajajo kakšne nastavitve ali pa apache modul, ki pomaga

ugibam:

- mysql max connections per user....,

- apache modul (mod_evasive?)

- ??help

Z F5 tipko sem malo "potestiral" še par ostalih strani in velika večina se jih obesi.

Ne me napadat, nisem pretiraval (refreshal max 10 sekund) in nebom več :)

Ali ostali samo blokirajo moj IP ali pa se server dejansko zabije kot v mojem primeru.

Ima kdo kakšno idejo/izkušnje kako se temu izogniti oz. čimbolje obraniti?

Katerega registrarja mi priporočate za registracijo .si domene?

Pogoj je, da je celoten postopek nakupa 100% avtomatiziran, da ponuja control panel za upravljanje z DNS-i in omogoča plačilo prek paypala ali z viso.

Pred leti sem namreč imel slabo izkušnjo, ko sem prosto domeno naročil, naslednji dan pa jo je kupil drug. Sicer ni šlo za .si domeno, vendar je bil registrar slovenski.

Imam InnoDB tabelo "hrana", collation utf8slovenianci

Not imam zapis "Goveja juha"

Tale poizvedba vrne rezultat in deluje ok:

SELECT * FROM hrana WHERE jed LIKE '%go%'

Čeprav je v tabeli zapis z veliko začetnico, vrne rezultat.

Tale pa že ne več:

SELECT * FROM hrana WHERE jed LIKE '%gov%'

Je enako kot prej, samo ena dodatna črka in ne najde nič WFT ?!?

V redu pa dela, če napišem z velikimi

SELECT * FROM hrana WHERE jed LIKE '%Gov%'

imam nastavljen SET CHARACTER SET 'utf8'

in SET NAMES 'utf8'

probal sem že tudi kombinacije z UPPER(jed) in LOWER(jed) in mb_strtoupper()...

Do sedaj nisem nikoli tega opazil ali pa ni bilo problema.

Mysql verzija = 5.1.48

Kašna ideja?

Zanimam se za nakup strežnika.

Zanimiv mi je tale: http://www.strezniki.net/22-hp-proliant-dl380-g5-dual-core-5160-30ghz-2x4mb-cache-2u.html

Imam pa vprašanje glede diskov in sicer zakaj je takšna razlika v ceni med tema dvema:

http://www.mimovrste.com/katalog/compare.php?mode=select&productid1=2170091929&productid2=1090024723

Ali je disk v izbrani konfiguraciji enak temu cenejšemu(15000rpm), ki sem ga našel na mimovrste?

Hvala za odgovore