skeptik.ee kolib uuemasse serverisse — esineb tõrkeid

Skeptik.ee koduleht koos kõige kolaga (lood, pildid, kommentaarid) kolitakse tänase päeva jooksul uuemasse ja võimsamasse serverisse ja seoses sellega võib esineda raskusi kodulehe lugemisega ja kommenteerimisega. Mingil pealelõunasel ajal sulgen umbes 12 tunniks ka kõik kommenteerimised, et ei tekiks segadusi andmebaasis ja ükski tark kommentaar kaotsi ei läheks.

—————————
Ja oleme tagasi…

33 Replies to “skeptik.ee kolib uuemasse serverisse — esineb tõrkeid”

  1. Panen kommenteerimise mõneks tunniks kinni, et vähendada võimalikke segadusi.
    Ilmselt umbes kell 19:00 keeran kraani lahti tagasi.

  2. Ahoi,
    pistsin juurde plugina nimega Collapsible Comments. See teeb sedasi, et kommentaarid paistavad algul lühidalt (saan pikkust ise muuta, praegu on 500 tähemärki), kui sissejuhatus on lootustandev ja autor tuttav oma headuses, siis klõpsa ülal + märki või all ‘Loe edasi…’ linki.

    Siis lisasin veel ühe plugina: Greg’s Comment Length Limiter, praegu on piir sätitud 3000 tm peale, aga uurin veel veidi, kui pikk üks ekraanile mahtuv komm on.

    See loendab järelejäänud tähemärkide arvu üles (3000 allapoole, seega kui arvestada, et kommilühendaja on sätitud 500 peale, siis kommipiiraja näit peaks olema 2500, et see korraga näha jääks).

  3. ma arvan, et see piiraja on mõttetu.

    pigem võiks see lühendaja olla Ajaxi peal – ehk siis laadida kommi välja alles pikendamise ajal.

    lisaks on seal utf8 tugi katki (mingi inglane ilmselt teinud) – võta see PHP fail lahti, otsi sealt see stringi lühendamise koht ja lisa sinna mb ette (http://php.net/manual/en/book.mbstring.php).

    piiraja takistab mõtete täielikult välja ütlemist ja kui need on niigi lühendatud, siis on piiraja olemasolu nonsenss …miks peaks üks mõte mahtuma ekraanile?

  4. Heelium ütles:

    piiraja takistab mõtete täielikult välja ütlemist

    Ei vasta tõele. Piiraja takistab üksnes mõttebuliimikut oma kugistatud mõtteid valimatult foorumisse oksendamast. Inimestele, kellel on piisavalt aega, et lühidalt väljenduda, ei tohiks ta jalgu jääda.

  5. Mässasin loenduri töölesaamisega. Selgus, et comment.php failis peab olema sedasi:
    <form action="<?php echo get_option('siteurl'); ?>/wp-comments-post.php" method="post" name="commentform" id="commentform">
    Puudu oli name="commentform"

    Põhjendatud arvamused pikkuse muutmiseks teretulnud. Heeliumi märkus kokkulükatud kommentaari vorminduse puudulikkuse kohta on tähele pandud ja püüan selle ära parandada.

  6. Kriku,

    küll siis varsti sinu nime all hakatakse postitama ;)

    aga tõsisemalt – miks sa arvad, et kellelgi (ilmselt sul?) on oma mõtte väljendamiseks vaja rohkem pinda, kui kellelgi teisel?

  7. Martin,

    kui ise kohe korda ei saa, võid mulle koodi näidata ..äkki on see selle plugina lehel isegi üleval?

  8. Kas sellist võimalust ei oleks, et jutulõngas näidatakse ainult 100( või 50 ) viimast postitust? Et vajadusel saaks ka kõike näha. Pikad jutulõngad laadivad meeletult kaua.

  9. Heelium küsis:

    miks sa arvad, et kellelgi (ilmselt sul?) on oma mõtte väljendamiseks vaja rohkem pinda, kui kellelgi teisel?

    Ma arvan, et kellelgi, näiteks Oakrockil, on oma mittemõtte väljendamiseks vaja vähem pinda, kui kellelgi teisel. Talle eraldaks vaikimisi ühe rea, las klõpsib lahti, kes tahab.

    Kas sellist võimalust ei oleks, et jutulõngas näidatakse ainult 100( või 50 ) viimast postitust? Et vajadusel saaks ka kõike näha. Pikad jutulõngad laadivad meeletult kaua.

    Jah, leheküljestada võiks küll. Mul on kuri kahtlus, et teatud teemade puhul ongi umbeajamine mõningate isikute eesmärgiks. Nimesid nimetamata puudutavad kahtlused astroloogiat :)

  10. Kriku ütles:

    Mul on kuri kahtlus, et teatud teemade puhul ongi umbeajamine mõningate isikute eesmärgiks.

    Tänu uuele serverile on selleks hulka rohkem vaeva tarvis näha.

  11. Selle plugina miinus on, et see ei suuda kokkupakitud lõigus tsitaati korrektselt näidata, mistõttu on kokkupakkimata lõik väga raskesti loetav. Ma arvan, et selle suudaks iga hobikorraski programmeerija ära parandada. Väga oleks abiks. Kas keegi viitsiks…?

  12. ok, ma hakkan siia nüüd oma kriitikat..

    string substr ( string $string , int $start [, int $length ] )

    string mb_substr( string $str , int $start [, int $length [, string $encoding ]] )

    esimene tuleks muuta teiseks, näiteks siis:

    substr($a, $b, $c) => mb_substr($a, $b, $c, “utf-8”)

    ehk siis lisada mb_ ja , “utf-8”

    kui seda pole juba tehtud ;)

  13. teiseks on mul kahtlus, et kogu see else klausel on seal täiesti mõttetu – read 76-79 kuvavad sulgemise ja avamise ka siis, kui midagi tegelikult ei lühendata.

    äkki polegi vaja seal miskit muuta:

    } else {
    echo $ccTEXT_naked;
    }

    ..siis praeguse huumori asemele.

  14. lõpuks sellised muutused:

    substr($ccTEXT_naked, 0, $ccTEXT_lenght)

    see tükk tuleks asendada if klauslis (rida 74) stringiga $ccTEXT_closed

    seejärel if klausli (if (strlen($ccTEXT_naked) > $ccTEXT_lenght ) {) järele reale:

    $ccTEXT_closed = $ccTEXT_naked;
    $ccTEXT_closed = substr($ccTEXT_closed, 0, $ccTEXT_lenght);

    mis annab võimaluse nende kahe rea vahele panna eeltöötlust:

    $ccTEXT_closed = str_replace(“

    “, “\””, $ccTEXT_closed);
    $ccTEXT_closed = str_replace(“

    “, “\””, $ccTEXT_closed);

    [kuhu mb_ prefix ei ole vajalik]

    ehk siis kokku:

    $ccTEXT_closed = $ccTEXT_naked;
    $ccTEXT_closed = str_replace(“

    “, ” \””, $ccTEXT_closed);
    $ccTEXT_closed = str_replace(“

    “, “\” “, $ccTEXT_closed);
    $ccTEXT_closed = substr($ccTEXT_closed, 0, $ccTEXT_lenght);

    ..tulemuseks on siis see, et blockquote asendatakse alustuseks tavaliste jutumärkidega.

  15. aa, see asendas html tag’id vastava küljendusega …saadan parandused Martini meiliaadressile

  16. Minu arvates tuleks lühendatud tekst lihtsalt läbi lasta tagide sulgemise protseduurist ja olekski asi korras. Miks neid välja peaks korjama?

  17. sry väike viga – ma märkasin alles nüüd, et strip_tags($ccTEXT) tehakse juba varem ära…

    ühesõnaga rida 62 on praegu:

    $ccTEXT_naked = strip_tags($ccTEXT);

    selle asemel peaks olema:

    $ccTEXT_naked = str_replace(“

    “, ” \””, $ccTEXT_closed);
    $ccTEXT_naked = str_replace(“

    “, “\” “, $ccTEXT_closed);
    $ccTEXT_naked = strip_tags($ccTEXT);

    ..ja ülejäänud osa sellest mainitud muudatusest on jama.

  18. Minu arvates tuleks lühendatud tekst lihtsalt läbi lasta tagide sulgemise protseduurist ja olekski asi korras. Miks neid välja peaks korjama?

    Minu kommentaar näiteks praegusel juhul peaks mitte algama sinu jutuga, vaid algama sinu jutuga jutumärkides. Muidu lähevad suletud kommentaarid täiesti sassi – et kes mida ütles. Lühendatud tekstis tagisid ei olegi, strip_tags tehakse juba ennem ära.

  19. aa ja üks detail veel, mis asjale juurde annaks:

    if (strlen($ccTEXT_naked) > $ccTEXT_lenght )

    võiks olla:

    if (strlen($ccTEXT_naked) > $ccTEXT_lenght * 1.5 )

    see tähendaks seda, et kui tekst oli enne üle 195 tähemärgi, siis lühendatakse 130 peale – selline erinevus on hea, sest hoiab ära väga väikse jupi (nagu 2 tm) ära lõikamise ja lisaks võimaldab kommentaaridele natuke suuremat pikkust, aga kui need selle ületavad, lõikab täiega …natuke parem stiil :)

  20. muidu see “… …” on ka kole …äkki replaceks, et on lihtsalt “…”? või isegi “..” :)

  21. Minu kommentaar näiteks praegusel juhul peaks mitte algama sinu jutuga, vaid algama sinu jutuga jutumärkides. Muidu lähevad suletud kommentaarid täiesti sassi – et kes mida ütles. Lühendatud tekstis tagisid ei olegi, strip_tags tehakse juba ennem ära.

    Jah, striptagsi asemele annab ju closetags panna? Ma ei näe mingit muud ohtu kui et teksti pikkus pole alati täpselt sama, aga see pole IMHO eriline probleem.

  22. asi on selles, et kui kirjutada kommentaar näiteks sajal real – iga rida on üks tähemärk -, kasutades selleks siis br, div vm. tag-i, siis tekib sellest probleem. hetkel sõltub kõik tähemärkide arvust, mis on lihtsam lähenemine – vastasel korral tuleks kommentaari kõrguse arvutamiseks kasutada naca keerukamat lähenemist.

  23. Selle piirangu eesmärk ei ole ju täielikult pahatahtlike kasutajate vastu võitlemine? Nende probleemi saab lahendada teisiti.

  24. Kriku,

    mina näen seda piirangut lahendusena järgmistele probleemidele:
    * Et scrollbar liiga väikseks ei läheks.
    * Et saaks liikuda üle kommentaaride ja lugeda ainult huvitavamaid, isegi kui ebahuvitavamad võtavad palju ruumi.
    * … / minimalism /

    ja üks märkus veel:

    trim(mb_substr($ccTEXT_closed, 0, $ccTEXT_lenght, “utf-8”))

    sinna, kus enne oli:

    substr($ccTEXT_closed, 0, $ccTEXT_lenght)

    see trim tagab selle, et enne “…” ei ole tühikuid.

    ehk siis mitte:

    lause …

    vaid alati:

    lause…

  25. Ükski mittepahatahtlik kasutaja ei käitu sinu poolt kommentaaris 24 kirjutatud viisil. Kui eeldada kasutajatelt heatahtlikkust, lahendab IMHO kõik probleemid striptagsi asendamine closetagsiga.

  26. Ükski mittepahatahtlik kasutaja ei käitu sinu poolt kommentaaris 24 kirjutatud viisil. Kui eeldada kasutajatelt heatahtlikkust, lahendab IMHO kõik probleemid striptagsi asendamine closetagsiga.

    minu kommentaar 19 on kirjutatud sellisel viisil. suur osa selle pikkusest tuleb topeltreavahedest.

  27. Aga mitte 100 real.

    Minu arvates oleks ideaalne lahendus tagide eemaldamise asemel nende sulgemine. Siis jääks bold jne. ka alles.

    Samas teksti pikkust võiks ikka arvutada stripped versiooni järgi.

  28. ok aga ma kaon nüüd ka..

    ..vaadake ise, mida nendest asjadest kasutada ja millest veel kolmandat moodi versioone teha

  29. Kas Collapsible Comments pluginat ei saaks konfigureerida nii, et kui kommentaar algab 499 tähemärgi pikkuse tsitaadiga eelmiselt kirjutajalt, siis kustutatakse lühiversioonis hoopis see tsitaat ära ja näidatakse sellele järgnevat kommentaarikirjutaja enda teksti?

Lisa kommentaar

Sinu e-postiaadressi ei avaldata. Nõutavad väljad on tähistatud *-ga