Foorumi versiooniuuendus ja aadressi muutus

[Meigo]

Madis, sinu errori osas väike tip adminile.

Kuskil serveris on php.ini fail, seal on üks rida mysql.connect_timeout, keerata veidi suuremaks. Sama saab teha phpMyAdmin alt.

Lükka sisse käsk

SHOW VARIABLES LIKE 'connect_timeout';

ja saad teada väärtuse. Uue väärtuse saad seada näiteks nii:

SET GLOBAL connect_timeout=45;

[Meigo]

Reklaamide kohta vastus:

Ehk on probleem kas sinu allalaadimiskiiruses või on need kuradi reklaamid liiga mahukad. Minu arvates kisub asi suht Delfiseks ja kui viia läbi küsitlus siis käivad need pinda enamikele. Miks mitte neid kuvada teemade sees? Wordpressil näiteks on süsteem mida nimetatakse "Inline Ads". Viisakam ja ei suru mingit sitta näkku külastajale. Mina tõmbasin browserile AdBlocki ja sellega on minu mure lahendatud.

[Meigo]

Liiga palju päringuid serverile (75), javascript päises (võiks olla jaluses), optimimeerimata andmebaas, gzip või mod_deflate mittekasutamine, kokkupakkimata css, javascripti puhul tuleks kasutada compilerit. Luban, et leht muutub kiiremaks :)

Samas võib optimeerida koodi üldisemalt, tõmmata maha igasugused funktsioonid mida ei kasutata jne.

[Meigo]

CDN kasutamine on samuti mõistlik lahendus.

[Külaline]

See, et meite külas on see häda, et alt, lehekülje lõpust ei saa juba mitmendat päeva lehti keerata. On need ainult meil kinni külmunud või häda üldisem?

lugupidamisega

taastaja

[Meigo]

Miski süntaksis ei meeldi su browserile. Uuenda oma lehitsejat ja proovi uuesti.

[veebimeister]

Suur tänu, Meigo, näpunäidete eest! Kuid hetkel peab olemasolevate ressurssidega läbi ajama

[Meigo]

Muuseas, ise vean ühte veebilehte millel on kuus kusagil 60 000 unikaalset. Oli ka mingi aeg virin, et leht aeglane ja mida kõike veel, pakkimine lahendas selle asja ilusasti ära. Kokkupakitult vähenes andmesidemaht märgatavalt ja tekkis sellega juurde ka ressurssi. Wordpressi saitide puhul ei ole selle kasutamisel ka vajadust igasuguseid cache pluginaid kasutada. Foorumite puhul tasuks cacheda ainult pilte, kuid kui serveerid pakitud lehte siis pole üldse vaja. Selle CDN koha pealt võtaksin sõnad tagasi kuna meenus, et tegemist vaid eestlastele suunatud lehega seega pole asjal pointi.

Minu kriitikat reklaami suhtes ära võta kui rünnakut. Kui reklaam teemadepõhiseks teha, siis annaks seda päris edukalt suunata erinevatele sihtgruppidele. Peaks suurenema reklaamikäive ja lehel justkui polekski reklaami ( disaini integreerituna ). Praegu saad lehele sättida piiratud hulgal reklaame, kuid siis oleks ressurss piiramatu kuna teemasid lisatakse pidevalt ja reklaami saaks suunata vastavalt kategooriatele, teemadele või märksõnadele. Reklaam hajuks kenasti postituste vahele ära ja saad pappi kasseerida sõltuvalt reklaami positsioonist teemas. Näiteks kõige kallim reklaam kuvatakse kleepuvalt ehk igal teema lehel, kõige odavam reklaam aga ainult esimesel lehel. Saaks mingi optionsi ka juurde sättida, et mingit reklaami mitte kuvada kui pole piisavalt lehti teemasse tekkinud. Wordpressile tegin sarnase plugina kenasti valmis, phpbb versiooni tegemine poleks üle mõistuse keeruline.

Kui millegis abi vaja võiksin heategevuslikult pisut mudida foorumit oma localhostis.

[veebimeister]

kui saladus pole, millist lehte Te veate?

[Meigo]

Throwholics.com / hetkel maas kuna tuleb päris uus ja huvitav disain / funktsionaalsus. Kui arendus valmis postitan teate sulle privasse. Saad üle vaadata. Saime hiljuti tööjõudu juurde, et kvaliteetsemaid artikleid postitada ( 5 ajakirjaniku, mina ja turundusmees ) ja hetkel on arendusfaas seal maal, et sean üles spordivõistluste online broadcast süsteemi. Kui see valmis siis peaks olema leht valmis. Senikaua võid chekata FB lehte www.facebook.com/throwers

Vana disain oli nii jube, ajast ja arust. Funktsionaalsus puudus. Esialgu olid külastajad vaid Euroopast, FB kaudu hakkas tulema massiivselt ameeriklasi meie lehele ja eeskätt sellepärast otsustasimegi asja uuele tasemele viia. Reklaami me seni müünud pole, arendustööd käivad ühe inimese rahakotist. Siiski arvan, et ehitusfoorumi külastajate arv on oluliselt parem näitaja kui meil, sest te pole rahvusvaheline.

[Külaline]

No ei tee sellepärast teemat.

Foorumi kell on 16.06, telefonil ja arvutil 17.07
Aprillikas.

[madis64]

Foorumi kell on 16.06, telefonil ja arvutil 17.07
Aprillikas.

Ei ole aprillikas, on DST "maksahaak"

Sellest on siin teemas varem ka juttu olnud ning Veebmaister on väitnud, et see on foorumi tarkvara viga.
Ei ole küll veebitreial, kuid selline väide on üsna raskesti usutav, kuna üle kogu maailma foorumites ajarvestus lihtsalt toimib.

Ning kui arvesse võtta ka näiteks siin

https://www.phpbb.com/customise/db/mod/ ... ime_(dst)/

kirjatut:

"Introduces a city-based time zone system and thus allows for automatic Daylight Savings Time (DST) to be managed for each user separately. It also automatically detects DST periods and adjusts corresponding dates' ouputs accordingly."

, siis peaks ju täiesti võimalik olema

(kui ma nüüd foorumitarkvara jalusest õieti ära mõistatasin)

Seniks aga saab ajutist leevendust, kui oma konto foorumiseadetes ajatsoon Moskva ajale lükata

[Meigo]

Phpbb kindlasti sellise veaga ei tule, pigem on admin midagi seadetes vussi ajanud ja ei oska seda viga likvideerida enam. Kõige lihtsam on tarkvara süüdistada

[Külaline]

No ei tee sellepärast teemat.

Foorumi kell on 16.06, telefonil ja arvutil 17.07
Aprillikas.

Ma tegin nalja, kõik kolm näitavad samamoodi.

20.13.2013 kl 20.13
Selle aasta 13. kuu peaks olema tuleva aasta esimene.. Kalendriga nagu imelik asi on aga kuni kõik allikad väidavad sama, pole hullu.

[madis64]

Ma tegin nalja, kõik kolm näitavad samamoodi.

Sel juhul leidis pime kana tera, kuna probleem on tegelikult olemas.

[Külaline]

Vabandust.

Ilma naljata oli lugu see, et enne teie kahe vastuste ilmumist oli see minu märgatud tunnine vahe, imllest postitasin, juba kadunud, ehk siis ilmselt korrigeeritud.
Mul pole kontot ega profiili, sisselogimata vaatest räägingi.

[veebimeister]

Mainin siis veelkord, kuidas suveajale üle minna: juhtpaneel>foorumi valikud>luba suveajale üleminek>valida JAH. Sügisel siis jälle valida EI. Ei mingit foorumisätete vussi ajamist, nagu siin mõni juba suures hirmus kartis

[madis64]

Mainin siis veelkord, kuidas suveajale üle minna: juhtpaneel>foorumi valikud>luba suveajale üleminek>valida JAH.

Tundub, et vahepeal (seoses versiooniuuendusega?) on asi tööle hakanud

Sügisel siis jälle valida EI.

Kuna seade õige nimetus on "Reguleeri suveajale üleminekut", siis miks teda peaks "Ei" peale tagasi keerama

[veebimeister]

Kuna seade õige nimetus on "Reguleeri suveajale üleminekut", siis miks teda peaks "Ei" peale tagasi keerama

sellepärast, et foorum ei taha ise automaatselt DST-d sättida

[madis64]

sellepärast, et foorum ei taha ise automaatselt DST-d sättida

No siis on ta jätkuvalt katki

[veebimeister]

sellepärast, et foorum ei taha ise automaatselt DST-d sättida

No siis on ta jätkuvalt katki

Meigo ütles, et ei ole katki Iseenesest võiks aga Madise antud lingil toodud vastavat phpbb modifikatsiooni isegi katsetada

[Meigo]

Unustasin küll mainida, et viga võib tõepoolest olla seadetes. Ma ise polegi neid läbi ja lõhki uurinud. Phpbb kala ei saa see loogiliselt olla. Selle süsteemi tegijad on piisavalt pädevad, et mitte selliseid kalu sisse lasta. Tegemist pole ju betaga ja enamik vigu mis sellistes tunnustatud süsteemides leidub on turvariskid. Õigemini, vigadeks neid ei saa nimetada kuna neid tekib ajas juurde ja nende eemaldamine on nö ajaga kaasas käimine pigem Näiteks keegi laseb mingi uue browseri välja mis võimaldab näha mingisuguseid konfidentsiaalseid asju lihtsamini, tekitades sellega turvariski ja sellist üldkasutatavat süsteemi avalikustades tekib koheselt ka kohustus seda uuendada.

Näiteks olen paar korda silmanud mingisuguste teenusepakkujate lehte, kes pakuvad ise oma sisuhaldussüsteeme ja open source asja ei kasuta. Ei saa mina sellest aru ... Wordpress, Phpbb, Joomla ( siiski mitte nii turvaline ), on ikkagi täielikult testitud ja neid uuendatakse pidevalt, pealegi on need ju tasuta. Miks siis mingit oma sisuhaldust üldse teha, aru võiks vaid saada sellest siis, kui on mingisugused rahalised eesmärgid. Muidugi on see kliendi lolliks tegemine.

Igatahes, foorum töötab okeilt, muidugi annab alati kõike paremini teha, aga eks see ole tegijate enda asi mida nad teevad. Olen enamik soovitusi siia maha raiunud ja rohkem ei oskagi midagi lisada.

Kui tõesti on koodis viga, siis on tegemist ehk hoopis mingisuguste koodiridade või pluginate konfliktiga.

[veebimeister]

Kui tõesti on koodis viga, siis on tegemist ehk hoopis mingisuguste koodiridade või pluginate konfliktiga.

ma ei ole viitsinud vaadata, kas viimases phpbb3 versioonis toimib see automaatne DST või mitte. Praegu jookseb foorum veel eelviimase versiooni peal ja selle default kood ei paku automaatset DST-d. Nagu eelmises postis mainisin, mingi entusiastide poolt loodud modifikatsiooniga saaks selle võimaluse foorumile külge pookida küll.

[Külaline]

.. Mind aga hetkel huvitavad SQL errorid ja nende esinemissagedus.

Kui veel huvitavad, siis täna 2x samasugune allviidatuga. Viimane üsna äsja.

22:33

"General Error
SQL ERROR [ mysql4 ]

Lost connection to MySQL server at 'sending authentication information', system error: 32 [2013]

An sql error occurred while fetching this page. Please contact an administrator if this problem persists."

[siiber]

Kas reklaamiga veidi üle pole pingutatud??
Leht on lugematu, reklaamid varjavad terve lehe.
Otsi taga neid riste ja nooli, et lehte näeks.
See pole enam see foorum, mida lugeda tahaks.