Email rendszer jó API-val
Szép napot!
Egyik oldalra szeretnék feltenni egy olyan rendszert, ami felhasználó létrehozáskor létrehoz egy email címet is, törléskor törli, felhasználói csoportokhoz is tud email címet létrehozni, stb...
Tudtok ajánlani ilyen rendszert?
(Az ideális az lenne, ha json, xml vagy soap lenne a kommunikációs forma... A még ideálisabb meg az, ha lennének kész HTML űrlapok, amiket csak integrálni kéne a rendszerünkbe...)
■ Egyik oldalra szeretnék feltenni egy olyan rendszert, ami felhasználó létrehozáskor létrehoz egy email címet is, törléskor törli, felhasználói csoportokhoz is tud email címet létrehozni, stb...
Tudtok ajánlani ilyen rendszert?
(Az ideális az lenne, ha json, xml vagy soap lenne a kommunikációs forma... A még ideálisabb meg az, ha lennének kész HTML űrlapok, amiket csak integrálni kéne a rendszerünkbe...)
Linux?
Linux egyébként a rendszer,
Nyilván ezt egy API-val a legegyszerűbb megoldani.
Létrehozás
useradd
), azokhoz jelszavakat, valamint email címet is rendelhetsz, és mindezt úgy, hogy a szerverre nem fog tudni belépni. Ekkor akár csoportokhoz is hozzárendelheted a felhasználót, sőt akár egyszerre több csoporthoz.A felhasználók ezen kívül még
PHP
Egyébként, ha éppen nincs kedved kódot írni, akkor vannak "gagyi" kódot generáló űrlapcsináló weblapok.
Köszi, de kizárt, hogy én még
Java?
A Javának alapból nincs helye a weben.
PHP
Indoklás?
Gondolom ő a java-t csak
Nem, nem csak appletekből
web
Volt pár. Már rég letettem
Amúgy tudtam. Ezért nem vettem eddig okostelefont se.
Hát pl netbeans is java-ban
Szomorú
Sebesség
Java-hoz nagyon komoly tudás
Én csak kívülről látok bele, mert nem fejlesztek benne, nem is szívesen hasonlítanám php-hoz, de ha már előkerült van java-nak nagyon sok előnye, amik közül néhánnyal szerintem php sosem fog találkozni:
A php-nek egyedül annyi az előnye, hogy olcsó és viszonylag gyors, ezért szokták mondjuk java web service-ek fölé emelni, és soap-pal kommunikálni vele. Olcsóbb így, mintha a presentation tier-t is java-ban írják meg...
(szerintem nodejs miatt php-nak leáldozóban van, legalábbis nagyon bele kell húzni a fejlesztőcsapatnak, hogy ne haljon ki a nyelv)
nodejs vs php? hmm.
Az ingyenes tárhelyek és a nagyonolcsó hosztingok miatt nem tartom túl valószínűnek, hogy egyhamar kihal a PHP.
9k/évre már lehet nodejs-t
Adatbázis
Van
MySQL:
https://github.com/Sannis/node-mysql-libmysqlclient
https://github.com/sidorares/nodejs-mysql-native
https://github.com/mariano/node-db-mysql
Postgres
https://github.com/brianc/node-postgres
SQLite
https://github.com/developmentseed/node-sqlite3
Valóban
Én most mongodb-t tolom,
All examples will work with
To use native libpq bindings replace
require('pg')
withrequire('pg').native
.Ebből azt szűröm én le, hogy van natív és JS alapú kapcsolódási lehetőség is.
beta
Egyébként pedig ha meglesz a kritikus tömeg, hisztériaszerűen fog rá átváltani mindenki.
Amit eddig láttam, nagyon jó
Na-na
Nem mindegyik az, de nem
OK, vettem, vétel.
Kicsit több ellenérv
És ezért nincs - itthon - szélesebb körben elterjedve desktopra a Java, mert a "hétköznapi" gépekhez képest erőmű kell ahhoz, hogy win alatt gyors jvm legyen. Szerveroldalon persze jobb/más a helyzet.
A PHP egy sereg olyan - kifejezetten webes - függvényt/szolgáltatást nyújt, amit a Java - tudtommal - nem, vagy nagyon körülményesen. Ezért (is) könnyebb programozni. Mondjuk Java-val rég nem foglalkoztam semennyit, tehát a mai helyzet akár egész más is lehet, mint sejtem.
Nekem sem nagy kedvencem a PHP (és gyengén típusossága), de a Java sem. Utóbbi inkább nagy projektekhez való, nagy cégeknek, sok lóvéval (~ért). A PHP meg nagyon alkalmas nem túl nagy webes fejlesztésekre - még mindig, és szerintem ez jópár évig meg is marad.
Sokat szidtad már a PHP-t (részben okkal), mégis sajnálom, hogy "végleg szakítottatok".
Nyilván a Komodo, NetBeans,
Én netbeans-t használok php-hoz. Nem rossz, de lehetne jobb is. Pl lassan már halálba kerget, hogy phpdoc-ot kell megadni, ha típust akarok adni bármilyen változónak, ahelyett, hogy mondjuk legördülne egy lista, amiből választhatok típust. Ez legalább az időm negyedét elviszi, amit php fejlesztéssel töltök... Alternatíva nincs, vagy nem működik az automatikus kiegészítés...
A phpstorm-ot ajánlották még, kipróbáltam, de pocsék a kód színezése a netbeans-hez képest. Állítgattam rajta, hogy tűrhető legyen, de még úgy sem volt az igazi... Netbeans-ben a property, a method call és a method declaration mind külön színnel van, itt meg mindnek csak egy színt lehet megadni, ami túlzottan akadályoz a kód átlátásában. A másik gondom vele, hogy nincs olyan, hogy go to declaration, csak az van benne, hogy find usages, amivel így sokkal több időbe telik a deklaráció megtalálása. (Nagyon sokat használom ezt a funkciót netbeans-ben...) A harmadik gondom vele, hogy még ez sem működik rendesen, van olyan, hogy valami miatt elő sem hozza a listát, pedig példányosításnál használtam, nem phpdoc-al megadott típusnál... Persze ezen kívül vannak előnyei, elég stabilnak tűnt, csinál hibakeresést, a tesztek sokkal jobban állíthatóak benne, és még szerintem lehetne sorolni, a fentiek miatt viszont nekem sajnos használhatatlan...
Eclipse-t kipróbáltam annak idején, már az első indításnál elszállt valami hibaüzenettel, azóta nem foglalkoztam vele.
Komodo-nál ahogy nézem ugyanolyan a kódszínezés, mint phpstorm-nál, úgyhogy ki sem próbálom.
Egy jó IDE-vel meg egy jó keretrendszerrel még szerintem lehet tűrhetően fejleszteni, de mégsem nyújtja azt az élményt a php-amire nekem szükségem van. Sok vele a nyűg, ha OO fejleszt az ember... Én úgy vagyok vele, hogy egy idő után jobb továbblépni, ha a helyzet olyan, hogy nem elégedett vele az ember, és már nem tud javítani rajta. Lehet, hogy a php-t nem nekem találták ki, túlságosan törekszem a tökéletességre... Annyiból jó volt php-zni, hogy utána megtanulja az ember értékelni, ha valami alapból jól működik, és nem kell workaround-ot írni meg hasonlókat. Ezért végülis szerintem megérte. :-)
Többnyire igazad is van,
Még a végén engem is kiábrándítasz belőle...
Én js-el kezdtem, aztán
PHP-ben legalább type hint van, a bemenet típusellenőrzését meg típuskonverzióját meg egy saját osztállyal oldom meg, aminek gyakorlatilag egy config tömböt adok át, a többit meg megcsinálja magától... Így elég tűrhető ez az egész, de mégis jobb, ha mindezt készen kapja az ember, és nem kell magának megírnia...
Nodejs-nél is gondolom lesz bajom a típusellenőrzéssel, de mégis szívesebben használom a js-t, mint a php-t, mert sokkal rugalmasabb, és ha egy adott stílusban akarok kódolni mondjuk automatikus típusellenőrzéssel, akkor akár azt is rá tudom kényszeríteni. Még meglátom, hogy milyen megoldások vannak benne, aztán döntök, hogy hogyan tovább... Amit már biztosan tudok, hogy használni fogok az a fibers. Sokkal átláthatóbbá teszi a kódot... A másik megoldás, hogy singleton-okat csinálok, és azoknak a metódusaik lesznek az eseménykezelők, a lényeg, hogy ezer szint mélységben nem akarok blokkokat... (Egyelőre még nem kezdtem neki a nodejs-es fejlesztésnek, még egy php-s projektet be kell fejeznem, de az max 1-2 nap ...)
phpStorm Themes
Ha ezek a témák ugyanazt
A menüben néztem a go to declarationt, ott nem találtam sehol, ezért gondoltam, hogy nincs ilyen funkció. Ezek szerint mégis van. Az autocomplete láttam, hogy jó, nem azzal volt gondom, hanem az osztályokat nem találta meg a projektben a find usages-el. Gondolom valamit elrontott az index-elésben, vagy passz.
Közben megnéztem a témákat, ugyanolyanok. Ami a bajom velük, vagy hát az IDE színezőjével, hogy összemossa a tulajdonságokat a metódusokkal és az osztályokkal. Netbeansben a tulajdonságok zöldek, a metódus és osztály deklaráció vastag fekete, a metódus hívás és az osztály példányosítás vékony fekete. Így elég jól meg lehet különböztetni őket, én meg általában ezeket használom, mert oo fejlesztek...
Szövegszerkesztők
:D :D :D
Bocsi
:D :D :D
Én közben találtam egy
Ahogy nézem ez csak egy figyelő, ami fájlokra alakítja át a beérkező leveleket... Ehhez még tákolni kell egy html megjelenítős valamit, mondjuk talán ha csinálok egy külön subdomain-t az email-eknek, és iframe-be teszem be őket, abból nem lehet nagy baj. Még kell egy wysiwyg editor, amivel szerkeszteni tudok, és ennyi. (Na meg persze a cross-domain kérésekre szűrés, js szűrés, képek szűrése, stb... nem egyszerű...)
Mondjuk ezen kívül még van kb ezer mail server, ami nem nodejs, úgyhogy lehet valami komolyabb-at választok ehelyett... Körbenéztem kicsit, és nem igazán találni olyan megoldást, ami szűr is. Viszont találtam helyette olyat, ami gmail-t használja fel szűrésre... A másik megoldás, hogy rendelünk egy spam szűrő alkalmazást...
Végül az lett, hogy itt van egy rakat spam szűrő szolgáltatás, meg emellé a nodejs-es SimpleSMTP-t feltesszük. Azért azt, mert egyszerűbb kommunikálni vele, ha nodejs-ben van, mintha más nyelven. A html szűrést viszonylag egyszerűen meg lehet oldani xpath vagy css selectorText-ek segítségével. Haraka-t találtam erre, mint kész megoldást, de még nem néztem meg. Gondolom azért működik, de ha nem, akkor írok sajátot...
Bevillant az is, hogy pl egy
Spam szűrés
Ok.
Virtualmin?
Ez érdekesnek tűnik. Jóval
Jajjjajjjaj
Ahhoz hogy leveleket tudj fogadni, kell egy SMTP-t fülelő szerver, másnéven MTA. Ennek az MTA-nak ismernie kell a felhasználóidat. Szerencsére mára már eljutott a technika oda, hogy az MTA-k tudnak un. virtual usereket, tehát nem kell a felhasználókat a Linuxon létrehozni, hanem elég őket egy adatbázisba (mondjuk egy MySQL-be) belerakni. Ilyen MTA például az Exim, amit melegen tudok ajánlani, mert alig-alig van olyan, amire nem tudod rávenni és igen könnyen programozható.
A levelek elolvasásához a felhasználónak szüksége van egy POP3 vagy IMAP elérésre, amit a levelezőprogramjával (vagy éppen a webmailen) el tud érni. Egészen hihetetlen módon ezt megint csak lehet adatbázisból csinálni. Ilyesmit tud például a Dovecot (az egyetlen IMAP szerver, ami normálisan tud szűrőket és kvótázást egyszerre).
Ahhoz, hogy a felhasználó tudjon levelet küldeni, szükséged van egy autentikációval műküdő SMTP szerverre, amire megint csak igen kiváló az Exim.
VISZONT! Én építettem mailszervert és ez minden más, csak nem könnyű. Különös képpen, ha normális spamszűrést akarsz. Szívni fogsz a spamszűrőkön mindenféle túlterheléssel, a felhasználók panaszkodásával, a szarul kódolt levelekkel, a szarul konfigurált, szanaszét a világban levő mailszerverekkel, stb. Ha egy lehetőséged van, akkor erről a tervedről sürgősen tegyél le, mert egész embert kíván és ezzel együtt olyan embert, akinek tapasztalata van a levelezésben. Ha felhánysz egy VirtualMint vagy valami hasonló automágikus cuccot, egyszer csak össze fogja magát szarni a szolgáltatásod és lövésed nem lesz, hogy miért csinálja, hiszen fogalmad nincs, belül hogyan is működik.
Valami hasonló
Naigen
http://stackoverflow.com/ques
Ettől függetlenül tényleg sokkal nagyobb meló egy ilyet csinálni, mint elsőre gondolná az ember... Jobb fizetni egy már létező szolgáltatónak...