Beta seisus olev adminnisüsteem

  • Magnus Kallas 22 a

    Tegin oma tarbeks pisikese administreerimisprogrammi ja sooviksin kommentaare selle välimuse ja mugavuse kohta. Nagu öeldud, on asi beta- kõik veel ei toimi, failihaldus on hetkel välja lülitatud ja readme on poolik. Kuid mulje peaks ikkagi jätma.

    Kasutajanimi: moderaator, parool moderaator
    Kasutajanimi: lihthaldaja, parool lihthaldaja
    Link

    Olge siis mõistlikud ja ärge HTMLi kuritarvitama hakake.

    Lisan veel seda, et kogu programm on language faili abil tõlgitav ja kujundust on CSS-i abil võimalik muuta.

    04. august 2003 - 17:34:01 · Otselink

  • c5ef2 22 a

    krijuta ise omale sobiv admin - tase

    04. august 2003 - 18:06:35 · Otselink

  • Magnus Kallas 22 a

    Ega ma oma adminni ise rikkuma ei hakkakski. Ja nagu ütlesin, asi beta- pean JavaScriptiga midagi ette võtma.

    04. august 2003 - 18:08:51 · Otselink

  • c5ef2 22 a

    IRW, nüüd enam uuenda nupp ei tööta, mis sa nüüd teed? :)
    4 aastat on tõsiselt hea kogemuse sulle andnud ...

    04. august 2003 - 18:11:42 · Otselink

  • Magnus Kallas 22 a

    Sa ikka mölised õige palju. Keelasin sisus hetkel javaScripti ära.

    04. august 2003 - 18:15:17 · Otselink

  • c5ef2 22 a

    kontroll tehakse muidugi peale seda, kui data juba andmebaasis on :)

    Kui näitama tuled, siis midagi, mis valmis on, aga mitte poolikut sitta, mida sa 4 aastase kogemusega valmis möksisid :)

    04. august 2003 - 18:19:23 · Otselink

  • Magnus Kallas 22 a

    Ehk ma selleks näitasingi, et testida ja näha, milliseid nippe kõvad häkkermehed teha suudavad? Ise ma kunagi oma tekste Java imedega solkima ei hakka.

    Ehk annaksid mulle nõu, kuidas asja muuta, mitte ei mölise niisama?

    Köh, ma hakkasin PHPga tegelema aasta eest, HTML-ga nelja eest.

    04. august 2003 - 18:22:12 · Otselink

  • jüri 22 a

    c5ef2: saab ka ju ilma lõõpimata vigadele tähelepanu juhtida?

    04. august 2003 - 18:28:01 · Otselink

  • m703324 22 a

    c5ef2 on tobe nimi. mingid numbrid ja t2hed :)
    ehk teisis6nu "look who's talking"

    v6i on sinu kallal v6etud korralikult et nyyd teiste kallal v6tad?
    isegi oletame et oled samm ees mehest... nojasiis... teisest kyljest oled m6nest muust mehest kolm sammu maas.

    04. august 2003 - 18:37:12 · Otselink

  • Magnus Kallas 22 a

    Tegelikult oleks selline küsimus, et kuidas saaks JavaScripti nõnda kasutada, et sellega adminisüsteemis kurja teha ei teeks? Kas kõlbaks selline variant, et lasen "sisu" enne formi välja kirjutamist (pean silmas juba postitatud lehe muutmist) htmlspecialchars() taolisest funktsioonist läbi?

    04. august 2003 - 18:44:48 · Otselink

  • wuzz 22 a

    oeh ... 5-6 aasta vanune cms :/

    04. august 2003 - 18:46:42 · Otselink

  • vaalaskala 22 a

    yhesõnaga väga algne süsteem, aga eks kuskilt peab ju alustama ja ega minu esimene parem ei olnud :).

    Mida ette võtta?

    uuri materjale aplikatsiooni turvalise ülesehituse kohta ja turva ära oma queryd sa ju tead milliseid väärtuseid nad töötlema peavad ja milliseid väärtusi kasutajad kunagi ei sisesta. Kõik kontrollid serveri pool jne jne

    Kas kasutajad viitsivad htmli toksida kasuta ehk mingit dhtml ediori ja kontrolli kui brauser seda ei vimalda kuva oma praegune käkk

    samuti võid mõelda kuidas oleks näiteks võimalik lehekülgi menyyde vahel liigutada

    mõtle veel seda et kedagi ei huvita teade Lehekülg lahedalt deaktiveeritud vaid inimene kes sisuhaldusega töötab tahab kiirust ta näeb seda ju isegi et aktiivsus kadus - ehk rohkem villa vähem klikke

    04. august 2003 - 18:49:18 · Otselink

  • c5ef2 22 a

    htmlspecialchars oleks abiks ja mingit javascripti ei olnd vajagi - veel vähem javat.
    sellega sisu hallates jätab kasutajasõbralikkus küll soovida

    m703-324: nagu su enda nimi parem oleks :)

    04. august 2003 - 18:50:32 · Otselink

  • wuzz 22 a

    üldiselt oleks nagu mõttekam lehte ennast ennem näha keset struktuuri mitte seda kuskilt menüüpuust otsida. mingil minisaidil on võibolla tõesti niimoodi lihtsam kuid mis suurtel rakendustel jääd omadega päris jänni :/

    04. august 2003 - 18:55:28 · Otselink

  • Magnus Kallas 22 a

    Tegelikult tegin selle süsteemi oma uue lennunduslehe ja Lynchi fännilehe tarbeks ja ei osanud väga suurt tähelepanu kasutajasõbralikkusele pöörata. Siiski loodan ja eeldan, et mina ainukesena sellega lehekülge haldama ei hakka. Mida soovitaksid mugavuse poole pealt peale dhtml HTML-i editori ette võtta? Palun pühendage minu harimisele veidi aega :)

    Okay vaalaskala, lisan siis lehtede struktuuris ümberpaigutuse muutmise võimaluse ja teen nii, et kui asi (de)aktiviseerida, siis viin haldaja header() funktsiooniga nimekirja lehele tagasi.

    04. august 2003 - 18:56:31 · Otselink

  • vaalaskala 22 a

    nuh ytleme, et sul on päris pikk tee püha tõeni ja see tee ei lõppe seoses uute ideede tekkimisega eriti pea kui sellega pidevalt tegeleda.

    Ütleme vihjeks, et kõik hakkab andmemudeli disainimisest,

    04. august 2003 - 23:58:18 · Otselink

  • SlumdogMilli† 22 a

    njah, ülevaade infost kaob kuhugi kaugustesse hetkel, toiminguregister võiks ju niisama log-faili kirjutatud olla...

    Samas, kui asi on hästi läbimõeldud, hästi ülevaatlik siis igasugu tõlkebüroodele jt. väikestele firmadele saab pakkuda küll. Müüd 2k per tükist ja miks ei. Muidugi võib aretada raske süsteemi aga väike firma ei osta seda kunagi, esiteks ei hakka juba ajumaht peale ja teiseks ka hind.

    Pisikese kodukale pisike liides:))) Parem ikka kui jebida html baasil, vist.

    05. august 2003 - 00:56:13 · Otselink

  • Magnus Kallas 22 a

    Õige vip. Ei olnudki mul kavas seda suurte summade eest müüma hakata ja tasemel CMS-i loomiseks oleks vast ikka vähemalt kahe-kolme liikmelist meeskonda vaja. Aga teie soovitused panen kõrva taha ja kui see süsteem ennast minu projektides ammendab, siis uute kogemustega annab ehk midagi paremat teha.

    Milliseid nippe oskaksite info rohkem "kättesaadavaks" tegemiseks pakkuda? Ehk muutuks tunne kodusemaks siis, kui näiteks uudise või lehekülje kõrval oleks link, mis avab kodulehekülje vastava artikli või selle imitatsiooni? Või uudiste nimekirjas ka väikene uudise tekstist võetut paarilauseline sissejuhatus?

    05. august 2003 - 01:06:22 · Otselink

  • SlumdogMilli† 22 a

    magnus: odavam on seda ju osta, milleks kõike ise teha:))

    Nippe ausalt öeldes ei taha anda eriti, aga niipalju võin ju soovitada, et üleliigne peitu, mida lihtsam seda kasutajasõbralikum ja infot kustutada pole mõtet, tee parem arhiivi lahendus, mingi koopia süsteem ka kuhugi - pärast endal kindlam kui aasta pärast juhtub:)))

    See redaktor võiks ka tabeleid lubada teha.

    05. august 2003 - 01:13:05 · Otselink

  • Magnus Kallas 22 a

    Minu projektid ei tunduks mulle täisväärtuslikud, kui ma kõike ise teinud poleks :) Tegelikult tahan lihtsalt PHP alal tegevaks saada ja seda ilmselt programme ostes ei saavuta.

    Ma ei tea, kas neid dhtml editore tasuta saada on, aga ühe tasulise litsentsi hind käib mul küll üle jõu. Ja kahjuks ise ma keerulist drag-and-drop stiilis editori teha ei oska.

    05. august 2003 - 01:22:58 · Otselink

  • vaalaskala 22 a

    mnjah editor on tasuta ja pealegi ei ole seda vist väga raske teha kui sa viitsid oma ajusi nats nusperdada manuali või töötavat editori otsi msdn -ist

    05. august 2003 - 10:49:54 · Otselink

  • Ben† 22 a

    Oma teksti editori saaksid sa paremaks teha näiteks blogger.com eeskujul. Et nupvajutuse järel ei viskaks tage teksti lõppu vaid õigesse kohta.

    Ja loomulikult msdn.com.

    Aga muidu on täiesti viisakas asi. Väksemaid lehti saab ilusti adminida. 90% kodulehe adminimisest on nagunii teksti kirjutamine.

    05. august 2003 - 12:42:43 · Otselink

  • henk 22 a

    palju vahvaid asju :)
    ikoonid on kenad näiteks ja logi oli normull

    esimene soovitus: proovi sisus liiklemine viia sellele samale lehele, mida adminnitakse. Ehk siis inimene ei pea mingeid heigeid puid mööda õigesse kohta laekuma, vaid jõuab sinna oma lehe peal ja seal on miskid nupud siis...

    05. august 2003 - 12:59:28 · Otselink

  • Magnus Kallas 22 a

    Kuna mul on väljundskript veel poolik, siis on kõik taolised asjad võimalikud. Üks võimalus oleks ehk nii, et kui oled õigustega haldajana sisse loginud, siis saad endale cookie ja selle olemasolu tõttu tekib ka kodulehele endale muutmise või kustutamise nupuke. Aga nimekiri võiks ju samuti jääda, sest ega ta seal kellelegi liiga ei tee.

    05. august 2003 - 13:05:20 · Otselink

  • henk 22 a

    no näed, juba taipad. nimekiri peab loomulikult jääma. adminnide jaoks. eriti ädväänsd võimalustega jne. aga tavakasutaja, kes ainult sisu tahab hallata, et taha sellisest puust midagi teada ;)

    05. august 2003 - 13:35:18 · Otselink

  • vaalaskala 22 a

    noh ma ei tea see surfa ja muuda on ikka suuremahulise lehe puhul pain in the ass :) mugavam on ju sitemapist asju leida kui 500 lehelisel ja 100 menyylisel lehel midagi otsida muuta jne

    05. august 2003 - 13:52:05 · Otselink

  • wuzz 22 a

    10 Tasemelist sitemappi on veel hullem genereerida ja on olemas veel peidetud ja seotud lehed jne :P

    05. august 2003 - 14:20:17 · Otselink

  • vaalaskala 22 a

    minu vaist ytleb selle peale, et kümnetasemeline menüüsüsteem on juba täielik owerkill :) aga jah eks ta nii ole neid yhtesi ja nulle on andmebaasis veel teisigi

    05. august 2003 - 16:10:38 · Otselink

  • rki 22 a

    Minuarust on üle kolme taseme juba üsna mõttetu, äärmisel juhul veel neli. Edasi oleks navigeeritavus üsna tülikas juba kasutajale, tõenäoliselt kaotab ta lootuse vajalikku infot leida. Pigem juba infot algusest peale optimaalselt laia struktuuripuuna kuvada.

    Et siis pole väga mõtet lubada adminnis neid tasemeid väga palju teha lasta :)

    05. august 2003 - 16:26:31 · Otselink

  • vaalaskala 22 a

    no wuzz mtles siin ilmselgelt juba mingit spetsiaalrakendust kus navigatsioon võib ideepoolest olla jagatud keerulisemalt, aga mida peaks ikkagi loogilisemana esitlema

    05. august 2003 - 16:55:01 · Otselink

  • wuzz 22 a

    rki. 4 taset on põhisüsteem, mitte rohkem kuidnäiteks 4'nda taseme loogilisel lehel on võimalik veel tekitada x arv alalehti stiilis:

    KIRJANDUS > RAAMATUD > EESTI RAAMATUD > PÕLLUMAJANDUS >>> Nimekiri autoritest > Nimekiri autori raamatutest > Autori raamatu menüüst näiteks raamatu sisu > 14 Peatükk > Peatüki kommentaarid ja ettepanekud > Kommentaaride administreerimine.

    Vot sulle 10 taset mis ei ole kaugeltki ebaloogiline või vähereaalne, on ka hullemaid asju nähtud (8 taset menüüd lehel).

    05. august 2003 - 18:14:20 · Otselink

  • rki 22 a

    Jah, hea näide, raske sama infot sellise tasemetehulgata edasi anda.

    Kuid tõesti oleks siinjuhul tegu spetsiaalrakendusega -- sellist tasemetehulka ju tavalise struktuuripuuga suht piin üles ehitada. Selle jaoks vast kasulikum eraldi moodul(id) (kuidasiganes neid nimetada) teha adminni, mis liidetakse siis mingil moel struktuuripuuga. See va struktuuripuu oleks selline universaalne iga süsteemi puhul, aga just selline spetsiifilisem osa on tihti paljude saitide puhul erinev (tooted/muud analoogsed andmebaasid).

    Just seda adminnipoole struktuuripuud pidasin tegelt silmas :) Aga eks see adminnipoole loogika varieerub erinevate süsteemide puhul :P

    05. august 2003 - 18:54:55 · Otselink

  • vaalaskala 22 a

    wuzz need nagu ei tundu eraldi tasemetena vaid info eraldi esitamise võimalustega 4 tasemelise menüü igal astmel ja tundub rohkem selline sisseehitet võimaluste jadana mida arvuti mingite parameetrite alusel koostab :)

    Vaevalt, et klient neid loendeid ise juurde viitsib koostada (andmebaasis leiduva infot grupeerides?) või nende kujundust muuta?

    05. august 2003 - 19:57:40 · Otselink

  • Magnus Kallas 22 a

    Põhimõtteliselt ei ole ju astmetel piiri- alates indexist võiks igal lehel omakorda oma alaleht olla (ainult struktuuri puuna esitamisel võiks probleeme tekkida). Mina lihtsalt praegusel hetkel piirdusin 3 tasemega, sest minu rakendused mahukaid 'puusid' ei nõua ja kuna endagi oskused veel professionaalile ligidale ei jõua, siis ei maksa asja liiga keeruliseks ajada. Aga keegi ei keela erirakenduste jaoks programmi veidi muutmast või eraldi funktsiooni loomast (mida ilmselt teha tuleb, sest tõenäoliselt võetakse raamatu näites raamatute info veel omakorda teisest andmebaasi tabelist).

    Tore, et tekkis mingisugune diskussioon. Panen kõik näpunäited kõrva taha.

    05. august 2003 - 23:36:21 · Otselink

  • wuzz 22 a

    raamatute värk oli lihtsalt näide kuid point on tõesti selles et astmete arv ei tohiks olla kuidagi baasi poolt piiratud :) alati on vähemalt 1 tase rohkem vaja kuskil kui keegi kunagi planeerinud on.

    06. august 2003 - 01:16:52 · Otselink

  • Magnus Kallas 22 a

    Järsku võiks sellise nipiga teha, et kolmanda astme (alajaotus) tasemete arvu võib määrata konfig failist- standard 1 (nagu praegu) ja maksimum ütleme 15? Minu arvates on mõistlik piiramine siiski õigustatud.

    06. august 2003 - 02:31:33 · Otselink

  • vaalaskala 22 a

    noh üldiselt :) ei olegi astmete/objektide/erijuhtude arv andmemudeli poolt piiratud :) lihtsalt idee, kui selline, piirab kasutusmugavuse pärast kõiki parameetreid, sest kinnist asja korduvkasutuse jaoks ei ole mõtet ehitada.

    Kas konfifail või rida koodis on su enda asi niikaua, kuni keegi ei pea seda süsteemi sul debugima ja iseseisvalt modima

    Huvitav kas see süs on sul suur ihv lausete kogum või on OO ja classide peale planeeritud

    06. august 2003 - 02:43:46 · Otselink

  • Magnus Kallas 22 a

    Funktsioonid ja if laused. Objektide ja klasside peale planeerimiseni jõuan ehk järgmine kord :)

    06. august 2003 - 02:46:37 · Otselink

  • fonce† 22 a

    mis siis juhtub kui ma moderaatori parooli ära muudan?

    07. august 2003 - 15:29:30 · Otselink

  • Magnus Kallas 22 a

    Siis pean mina parooli tagasi muutma. Põhimõtteliselt on Moderaatori konto näol tegemist tavalise haldajakontoga, mille kasutaja võib parooli oma äranägemise järgi valida.

    07. august 2003 - 16:29:30 · Otselink