20 Comments

  1. 1

    Ek sal oor een punt nie saamstem nie, @robbyslaughter, en 'n ander argumenteer. Dit neem gewoonlik minder tyd vir 'n webkliënt om e-pos te gaan haal as vir 'n lessenaar vir 'n lessenaar. Die meeste gebruikers sit nie met 'n infrastruktuur met 'n hoë bandwydte nie, maar wel webkliënte!

    Die webkliënt vir Google Apps is baie, baie vinniger om e-pos te soek as die lessenaarkliënt, vanweë die manier waarop die data geïndekseer word en die krag van die bediener waarop dit sit. As ek met my lessenaar soek, kan dit 'n paar sekondes neem om 'n resultaat te kry, maar Google Apps is onmiddellik.

    Ek stem wel saam oor paranoia. Ek hou daarvan om toegang tot my e-pos te kry sonder 'n internetverbinding.

  2. 2

    Dit is interessant dat die webkliënt dit wel kan doen haal 'n e-pos vinniger as 'n lessenaarkliënt, want soos u gesê het, dit is op infrastruktuur met 'n hoë bandbreedte. Maar u moet die e-pos steeds in 'n stadige pyp na u blaaier stuur, so ek sou redeneer dat dit nie regtig vinniger is nie! (As dit iets is, moet dit stadiger wees as gevolg van al die ekstra bokoste.)

    U het reg dat Gmail-soektog vinniger is as byvoorbeeld Windows Search for Outlook. Dit is te wyte aan vinniger hardeware, maar ook as gevolg van beter algoritmes. Ek sou redeneer dat as u Google Desktop-soektog aan u plaaslike e-poskliënt koppel, dit selfs vinniger is as Gmail.

    Boonop het u steeds die probleem dat sodra 'n boodskap gevind word deur GMail se infrastruktuur, dit oor 'n relatiewe stadige verbinding aan u gewys moet word.

    In elk geval, u kan steeds die beste van albei wêrelde kry. As u die spoed van die wolk wil benut om te bevestig dat 'n e-pos ontvang is, spring op u webkliënt. As u die rekenaarkrag van die wolk wil benut om vinnige soektogte te verlig, moet u lessenaar dit kan gebruik.

    Desktop e-pos wen, loshande!

  3. 3

    Soortgelyk aan Doug moet ek saamstem en nie saamstem nie.

    Eerstens wil ek net sê dat ek, waar ek ook al kyk, nie regtig in die argument van toepassing is nie, omdat u die webpos steeds kan gebruik as u weg is, dit kanselleer nie.

    Pro-lessenaar - ek het 3 rekeninge wat ek aktief monitor en nog vele meer wat ek af en toe gaan. Ek gebruik slegs 'n lessenaar vir een van die lessenaars, en dit is die groepsrekening van my werk, maar dit is slegs omdat dit nogal wankelrig is met IMAP. Maar as dit nie was nie, sou dit lekker wees om al drie op een plek te hê. Ek het Thunderbird hoofsaaklik in die verlede gebruik en dit het goed gewerk, maar net nooit reg gevoel nie.

    As u baie tyd / situasies op die regte pad hanteer, is dit goed om die e-pos te hê, maar vir myself is ek selde sonder 'n verbinding, en as ek die laaste ding is wat ek wil doen, is dit deur my e-pos te gaan. Vir swaar reisigers (voor wifi in die lug) is dit 'n moet, net soos om iets anders plaaslik te laat installeer, sodat ek verder kan werk.

    Pro-web - Soek soek vinnig in Gmail, MAAR ander is nie so goed nie. Groepmatige webmail is baie moeilik hieroor en baie keer sal ek net vir iemand sê dat ek sal wag totdat ek die volgende dag werk toe gaan om vir hulle 'n ou e-pos te kry. Maar met Gmail is dit die vinnigste wat ek nog ooit gesien het om e-pos na enigiets te soek. Ek geniet ook dat ek nou gesels wat ook in hierdie soektogte is, maar dit is nie regtig 100% relevant nie.

    Ek dink ook dat baie van die bokoste waaroor u praat meestal nie regtig geldig is nie. As u verwys na die laai van die JS / HTML en diegene wat die webwerf bestuur, hoef dit nie die meeste tyd nodig te wees nie, aangesien u rekenaar dit van die kas sal lees en as u op iemand anders se rekenaar is, sal dit baie erger wees om 'n lessenaar vir 'n lessenaar te gryp 🙂 Maar as u die voorbeeld van die webkafe gebruik, sal u skootrekenaar steeds die webmail-goed in die geheue hê, dus dit is nie 'n groot probleem nie. As u eintlik e-pos ontvang, stuur Gmail u 'n afgewerkte weergawe (waarskynlik json) met die volledige e-pos met opskrifte en so.

    Ook die lessenaarkliënt (miskien kan u dit keer, maar nooit genoeg met instellings gespeel het nie) sal aanhegsels outomaties aflaai, sodat u opgesluit kan wees terwyl u wag op die 10 Meg-beeld wat u van die gesin voorgelaai het terwyl die Gmail-persoon nie was nie. gedwing om dit te gryp sodra hulle oopmaak en sien wat dit is, hulle die aanhangsel kan ignoreer.

    Soos ek gesê het, gebruik ek tans slegs die GW-lessenaarkliënt en vir my twee ander rekeninge gebruik ek slegs web. Ek hou van 'n hibriede wêreld waar ek die voordele van albei in een maklike kliënt kan gebruik, maar ek twyfel of dit binnekort sal kom. Web is dus vir my gewoonlik die grootste wenner en dit lyk vir my altyd gladder. Dit wissel egter per gebruiker.

  4. 4

    Ek dink die argument is nie soseer tussen watter produkte beter is nie (GMail vs Thunderbird), maar watter platform het uitstekende tegniese kapasiteit en bruikbaarheid.

    Die vinnigste manier om u e-pos te soek, is byvoorbeeld met 'n baie buitengewone plaaslike indeks. Dit maak nie saak hoe vinnig die soekdienste in die wolk is nie, u moet steeds wag tot u blaaier die soekresultate aflaai en weergee, en dan wag dat dit die individuele e-pos aflaai en weergee. Die blaaier / internetverbinding is stadiger as die een tussen u geheue en u hardeskyf, dus sal die e-pos op die tafel altyd beter wees.

    Wat bruikbaarheid betref, is daar veel meer wat u kan doen met 'n lessenaartoepassing wat iets in die sandbox van 'n webblaaier laat loop. Natuurlik word webblaaiers elke dag meer gevorderd. Met HTML5 is dit nou moontlik om dinge in die blaaier te doen wat u net op die lessenaar kon doen - ag, ek weet nie, 1993 of so. Natuurlik is dit wonderlik dat dit op * enige * rekenaar werk wat u blaaier bestuur, maar dit is nie asof ons regtig soveel diversiteit het nie.

    Aan die einde van die dag is 'n e-poskliënt soos 'n lessenaar soos u eie persoonlike biblioteek in u huis, terwyl 'n web-e-poskliënt net soos een boek per keer is wat pos gestuur word. Natuurlik is dit in alle opsigte meer doeltreffend om 'n e-poskliënt te hê. Miskien wil u 'terugval' op die webkliënt as u dit nodig het omdat u sagteware vir die lessenaar vir u lessenaar nie handig is nie, sodat u steeds die beste van die wêreld kan kry.

  5. 5

    @robbyslaughter, ek het ook oor die platform gepraat, ek het net verwys na die programme wat ek gebruik het om dit duideliker te maak as ek miskien 'n einde gemis het, is alles 'n e-poskliënt wat sommige van hierdie probleme opgelos het. Ek beskou ook nie my eie gebruiksgeval as die enigste nie en dat ander dinge anders gebruik en dat ander probleme sal hê as ek.

    Eerstens op soek: dit gaan nie altyd vinniger op 'n plaaslike masjien nie, al is die data plaaslik. As u data bevat (veral swak bestuurde data wat nie behoorlik geoptimaliseer is nie) of dit nou e-pos is, beteken dit nie dat u rekenaar dit beter kan soek as 'n plaaslike bestuur nie. data met die mag van baie daaragter. Die 'stadige' internetverbinding (dit is dan slegs 'n verslankte hoeveelheid data met net die dinge wat u op daardie stadium benodig) sal u maklik kan kry wat u nodig het, soos Doug ook met sy resultate gesê het. As u nou die soekresultate het, is dit goed om die een e-posadres op te bring, maar toe ek die e-pos 10 sekondes gelede oopgemaak het, is die webkliënt, omdat die lessenaar nog steeds gesoek het, dan maak dit nie regtig soveel saak nie.

    As die groot aanhangsels per e-pos binnekom, kan u dit baie makliker op die internet hanteer, aangesien u dit nooit hoef af te laai as u dit nie regtig nodig het nie, waar u plaaslike lessenaar 'n rukkie daaraan sal kou en die res van u daar sal dus nie boodskappe binnekom nie. Die feit dat ek nie alle dom aanhangsels wat iemand vir my stuur, hoef af te laai nie, is die grootste seën in verband met webpos.

    Dun kliënte in die algemeen kan baie voordele hê bo hul dik klante-onderdele, veral as daar baie data is, wat die nadele uitmaak en oortref om hulle voordeliger te maak. Ek sê nie dat dit in elke gebruiksgeval waar is nie, maar ek glo dit is beslis een daarvan. Soos ek gesê het, sal ek nog steeds graag 'n volledige hibriede metode wil sien (HTML5 sal eintlik net gedeeltelik wees) wat die eindgebruiker meer beheer en die vermoë bied om voordeel te trek uit albei, maar dit is baie werk vir 'n groot wins en die mense na wie ons sal kyk om dit te implementeer, sal waarskynlik nie hul tyd mors as hulle voel dat hul kliënt net so goed is soos dit is nie.

  6. 6

    Soek moet ALTYD vinniger op 'n plaaslike masjien wees as op 'n afgeleë masjien. Dit is waar dat die afgeleë masjien teoreties vinniger kan wees (aangesien dit 'n groep masjiene kan wees), maar die beperkende faktor is die bandwydte, nie die verwerkingskrag nie.

    As vergelyking neem dit Google my Desktop ongeveer 0.19 sekondes om 262,000 items te deursoek. Ek kan nie Gmail kry om die soektyd aan te meld nie, maar elke Google-soektog neem ten minste 0.27 sekondes in beslag. Dit kan miljarde inskrywings wees, maar dit is duisende rekenaars. Maar laat ons aanneem dat my resultate nie tipies is nie, en dat u dit normaalweg kan kry, sê maar 10 keer die spoed van buite soek. Ons sal dus kyk na 'n vergelyking van 0.19 sekondes met 'n vinnige 0.019 sekondes.

    Afstandsoordrag van data verg tyd. Vir my om data tussen 'n afgeleë soekverskaffer en my masjien te skuif, is daar vereistes vir latensie en bandwydte. Ek het die Timeline-paneel in die ontwikkelaarhulpmiddels van Google Chrome aangeskakel, en deur op die "Soek pos" -knoppie te klik reaksie kry is nog steeds 0.50 sekondes.

    In totaal:

    Afstandsoek: 0.50 s (latency) + 0.019 s + Rendertyd = 0.519 sekondes
    Plaaslike soektog: 0.19 s + Afleweringstyd = 0.19 sekondes

    U sal agterkom dat dit in my voorbeeld nie saak maak hoe vinnig soek plaasvind nie. Dit kan 100x of 1000x of of onmiddellik wees, en dit sal nog langer neem om oor te dra as om plaaslik te soek.

    Ek weet dit lyk asof ons hare kloof. Wat is die verskil tussen 'n halwe sekonde en 'n tiende van 'n sekonde?

    Die antwoord is: baie.

    Ten slotte gaan die werklike argument nie oor dik versus dun kliënte nie, maar desktop teenoor webkliënte. 'N Desktop-kliënt is nie regtig 'n dik kliënt nie. Die IMAP-protokol is byvoorbeeld indrukwekkend liggewig. Die sinchronisasietegnologie wat deur Exchange / Outlook gebruik word, verseker dat u 'n volledige kopie van u posbus as 'n 'offline lêer' het, maar u kan die veranderinge op afstand bestuur. En 'n webkliënt is ook nie regtig 'n dun kliënt nie. Soos u wys, stoor blaaiers baie data en kan hulle draaiboeke gebruik, dus dit is nie asof die dun kliënt so dun is nie. Gmail het 443,000 XNUMX reëls JavaScript-kode. Is dit regtig so dun?

  7. 7

    Ek het gedink ons ​​praat nie oor spesifieke platforms nie? Google desktop is nie 'n e-poskliënt laas toe ek daarna gekyk het nie, en hoewel dit 'n voorbeeld is van hoe vinnig sommige dinge kan wees, verander dit nie dat in die praktyk desktop-e-poskliënte nie so goed presteer nie, soos deur albei gesê. myne en Doug se ervaring met hulle, en ek het nog nie gehoor dat iemand dit beter doen nie. Teoretiese opvoerings maak nie iets as die wenner van die hand as niemand dit naby wil bereik nie.

    En dit is beslis 'n dik versdun argument. Nie seker wanneer kode-reëls 'n bepalende faktor geword het vir die vraag of iets dun of dik was nie, want dit is meer waar die swaar opheffing gedoen word. Terwyl webkliënte al hoe dikker word met HTML5, verander dit nie dat hulle steeds dun is nie, want die meeste van die werk wat nog beplan word om deur die afgeleë stelsel gedoen te word, maar nou met 'n bietjie hulp, indien moontlik.

    Dit is interessant om op te let dat my Google Apps vir u domein ongeveer 125-150 ms lank is terwyl my Gmail-reaksietye dieselfde is as u.

    Soos ek gesê het, is daar voordele en nadele vir albei, maar om te sê: "E-pos op die lessenaar wen, loshande!" is net ver weg as dit kom by werklike gebruiks- en gebruiksgevalle.

  8. 8

    Google-lessenaar kan gebruik word om plaaslike e-posargiewe te deursoek. Ek gebruik dit (en gebruik dit in my meting hierbo) om my e-poswinkel te deursoek en dit was baie vinnig.

    Volgens my persoonlike ervaring is lessenaarkliënte baie vinniger, betroubaarder, buigsamer en het hulle funksies in byna elke opsig. Die enigste uitsondering is dat u vanaf 'n ander rekenaar na 'n webkliënt kan kom, wat 'n goeie rede is om toegang tot u e-pos van een van hierdie kliënte te behou en om dit op beide plekke gesinkroniseer te hou.

    Ek dink dat u vir kliënte wat nie veel van AJAX gebruik nie, kan redeneer dat die kliënt redelik dun is. Die blaaier lewer immers in daardie geval net statiese bladsye op, en die afgeleë bediener besluit wat om te wys. Maar as u gestuur word 'n halfmiljoen reëls kode na die kliënt se rekenaar om dit uit te voer, lyk dit asof die lyn ten minste begin vervaag. Dit is nie die ou dae van X Windows nie, waar u terminale 'n 'dom terminal' kan wees. Baie van die swaar werk word beslis deur die blaaier gedoen. Dit word getoon deur die feit dat u nie Gmail in 'n ou blaaier kan uitvoer sonder om na 'n 'gewone HTML-aansig' oor te skakel nie.

    Die enigste nadeel wat ek kan sien vir rekenaarkliente (prakties en teoreties), is toegang tot u e-pos as u nie u rekenaar het nie. En omdat daar geen rede is om nie e-pos beskikbaar te hê vir alle ingeval nie, dink ek dit is nie 'n groot nadeel nie.

    Die punt van my boodskap was om aan te toon dat miljoene mense uitsluitlik webgebaseerde e-pos gebruik, al is daar geweldige voordele daaraan verbonde om 'n desktopkliënt as u primêre e-posplatform te gebruik. Ek dink ek het dit duidelik gemaak dat hierdie voordele swaarder weeg as die enigste voordeel van webgebaseerde e-pos: toeganklikheid vanaf 'n geleende rekenaar. Ander waargenome voordele, soos vinniger soek en herwinning, word bloot gesien.

    Ek staan ​​dus by my stelling: 'desktop-e-poskliënte wen loshande!' 🙂

  9. 9

    Ek stem saam met Doug, soekbaarheid ontbreek in Outlook (nie seker van die ander nie). Dit lyk asof Google indekseer en soek na onder, terwyl ek altyd op my eie lessenaar indekseer in die hoop om die soekproses te versnel, my algehele prestasietenks. Dit lyk asof Google dalk 'n bietjie vinniger verwerker spoed as ek het. 🙂

  10. 10

    Hier is ons in 2011 en alles behalwe u paranoia-argument het vervaag:
    Spoed: Gmail laai vinniger as Outlook, net so vinnig in poshantering
    Tydsberekening: Gmail bied al die funksies wat volgens jou ontbreek
    Kenmerke: Gmail met die invoegtoepassing van die ActiveInbox-blaaier
    Gebruiker kan druk stuur en aanbeweeg voordat die oplaai van die aanhangsel voltooi is
    Kan organiseer met sleep en sleep
    Kan vlag vir opvolg
    Kan reëls opstel
    Kan aantekeninge byvoeg
    Kan gespreksdrade of individuele boodskappe sien
    ens.
    ens.

    Is dit beter as e-posfunksies op die rekenaar? geen. Is dit gelykstaande en vinnig genoeg om die moeite om plaaslike skyfspasie op te gebruik, ensovoorts te laat vaar? Ja.

    Ek weet nie waarom iemand met 'n aanhoudende internetverbinding enigiets sal doen nie, BEHALWE 'n robuuste e-posstelsel vir blaaier, soos Gmail + ActiveInbox

    • 11

      Ek stem heeltemal saam met u hersiening van Gmail. My rekenaarkliënt lyk 'n bietjie dinosourus in vergelyking met Gmail, veral op funksies. Ek verkies dit egter steeds.

    • 12

      Daar is 'n verskil tussen funksies en beperkings.

      Gmail het byvoorbeeld nie 'n sorteer-op-datum-funksie nie. Vir my is dit absoluut dom. Maar daar is geen tegniese rede waarom Gmail dit nie kan doen nie. Daar is nie veel sin oor hierdie soort funksies nie, aangesien dit eintlik net voorkeure is.

      Daar is egter dinge wat u net nie goed kan doen op webgebaseerde e-poskliënte nie. Een voorbeeld is die oordraagbaarheid van data. 'N Desktopkliënt stoor u e-pos eintlik plaaslik, wat verseker dat sommige wolkverskaffers dit nie per ongeluk kan verwyder nie. Dit is nie net 'n 'kenmerk' van desktop-e-pos nie, maar dit is 'n beperking van web-gebaseerde e-pos.

  11. 13

    @Nietvarig

    Ek is eintlik saam met die skrywer. Laat ek hom probeer steun vanaf 2011 se siening.

    1) Spoed.
    Ooreengekom. Gmail is redelik verby as dit daarop neerkom. Maar daar is maniere waarop rekenaarpos dit verslaan. Gedeelde internet vir een ding. Alhoewel dit al hoe meer ongewoon raak, kan u die verskil waardeer wat dit dan sou maak. Ek sou ook sê dat Gmail vinniger is as u een of twee e-posse per keer lees. Maar maak dit 20 of 30 of 50 en die lessenaar klop dit amper. U druk net af omlaag en u merk nou as gelees terwyl u terselfdertyd 'n voorskou / leeswerk maak. Vir een of twee e-posse dink ek gmail is die wenner.

    2) Tydsberekening.
    Die goedgekeurde Gmail het die eerste deel goed gemaak. Maar ek weet nie dat dit net ek is nie; ek verkies die kliek Send-dont care-benadering wat die lessenaar gee. Dit is amper in Gmail, maar nie heeltemal nie. Vir die tweede deel wat nie op die regte pad is nie, is dit steeds goed, tensy u Google-pos vanlyn gebruik, wat ek nie doen nie. Maar dit is regtig 'n dunner lyn tussen desktop en webmail.

    3) Kenmerke.
    Ek verstaan ​​nie hoe u sê dat web / gmail beter funksies het nie. Na my mening kom dit op voorkeur neer

    4) Beheer
    Sal nooit verander nie (dink ek !!)

  12. 14

    Ek verkies ook desktop-e-poskliënte, alhoewel ek heeltemal nie saamstem dat Gmail nie desktop-kliënte op funksies klop nie (daar is baie meer as wat in hierdie artikel genoem word, soos byvoorbeeld integrasie met Google Docs).

    Ek dink die aantreklikste kenmerk van desktop-kliënte is dat hulle toelaat om e-posboksies van verskillende domeine (soos professionele e-posadresse) te konsolideer in een homogene, gebruikersvriendelike koppelvlak waar e-posse tussen die inkassies gesleep kan word en in dieselfde vouers georganiseer kan word, ens. Plus dat die e-posse vanlyn gestoor word, soos genoem.

    Ek het 'n eenvoudige vraag met betrekking tot desktopkliënte wat niemand blykbaar kan beantwoord nie, daarom sal ek hier probeer

    - Is dit moontlik om twee lessenaars per e-pos met een e-posadres op te stel?

    omdat:

    Gestel ons het 'n e-winkel en ons wil albei die e-pos van kliënteondersteuning op ons e-poskliënte ontvang, en ons het natuurlik net een e-posadres vir ondersteuning wat ons reeds kan opstel.

    Ek glo nie ons is die enigste sakevennote ter wêreld wat dit wil doen nie, so waarom kan niemand antwoord nie?

    Ons lessenaars is MacMail en Outlook 2007, as dit 'n verskil maak. Ek dink nie, dit moet nie, aangesien die e-posadres binne die lessenaars van die lessenaar ingestel is en nie in die admin-paneel vir e-store nie. Dit is ook waarom ek dink dat dit OK moet wees om dit te doen?

    Ek het my e-winkel se 'persoonlike kliëntediens-konsultant' herhaaldelik hieroor gevra. Hy het met 'n paar vae irrelevante antwoorde gekom en nou gesê dat ek 'Apple, of Microsoft, sal moet raadpleeg vir gevorderde funksies' ... Vullis.

    Ek het ook die vraag geplaas hier (op Quora) en op Twitter 'n paar keer geen antwoorde tot dusver nie.

    Ek kan natuurlik net probeer om te kyk of dit werk. My sakevennoot is egter nie tegnies vaardig nie en daar word van my verwag om hom te help om die e-pos op sy Outlook op te stel as hy terugkom. Ek wil dus vooraf weet of dit moontlik is om die e-posadres te deel soos ons wil, so anders kan ek vooraf met 'n ander idee vorendag kom as om net skaam na hom te kyk as dit nie werk nie.

    • 15
      • 16

        Douglas, ek is nie seker of ek by u is nie. Is dit 'n ja, as ons IMAP in plaas van POP gebruik? Kan ons IMAP op MacMail en Outlook gebruik?

        Ek kan enige app gebruik. Ek verkies egter om by MacMail te bly, want dit is waaraan ek gewoond is en as gevolg van bogenoemde voordele :-)

        My sakevennoot kan egter net Outlook gebruik. Verander app. is nie 'n opsie nie. Hy is 'n baie vaardige, ervare en goed gekoppelde handelaar, maar hy raak net aan rekenaars as dit moet. Hy wil nie tyd spandeer om 'n onbekende stelsel te gebruik nie. Ek sal dus ons ondersteunings-e-pos vir Outlook instel en die koppelvlak moet vir hom 100% soos gewoonlik wees.

        • 17
        • 20

          Ps. en ek moet die ondersteunings-e-posse ook op my lessenaarkliënt ontvang (het dit reeds ingestel en dit werk perfek), soos genoem, saam met my ander e-posrekeninge in my MacMail-koppelvlak. Dit is die basis vir my vraag.

          Ek kan natuurlik e-posse na my gmail-rekening en dan na my lessenaarkliënt fw ondersteun, maar ek kan nie antwoord op klante se navrae van my lessenaarkliënt as dit nie behoorlik ingestel is nie. Die vraag is egter nie hoe om dit op te stel nie (dit is maklik), maar of dit moontlik is om ons twee desktop-e-poskliënte op te stel met die een e-posadres vir ondersteuning.

Wat dink jy?

Hierdie webwerf gebruik Akismet om spam te verminder. Leer hoe jou opmerking verwerk is.