Hmm, a HUP új szerverre fog gyűjteni. Azt hiszem, hogy lenne erre a célra ... forintom.

Egyéb

> 10 000
3% (45 szavazat)
~ 10 000
5% (63 szavazat)
~ 7 000
1% (10 szavazat)
~ 5 000
12% (168 szavazat)
~ 2 000
14% (185 szavazat)
~ 1 000
24% (333 szavazat)
~ 700
1% (11 szavazat)
~ 500
9% (123 szavazat)
< 500
5% (69 szavazat)
0
26% (358 szavazat)
Összes szavazat: 1365

( Oregon (nem ellenőrzött) | 2006. 04. 02., v – 10:13 )

Kerdesek:
1. FSN-en keresztul megy majd a befizetes?
2. Tegla projectbol nem esett le neked egy gep?

"1. FSN-en keresztul megy majd a befizetes?"

Mivel ott van bankszámlaszám, nem látom értelmét máshol csinálni.

"2. Tegla projectbol nem esett le neked egy gep?"

Az egy teljesen más projekt, igazából semmi köze a HUP-hoz. Közvetlenül nekem ahhoz nincs sok közöm, és nem is tudok róla túl sokat azon kívül, hogy néha rákérdezek, hogy éppen hol áll. Úgyhogy a válasz: nem.

--
trey @ gépház

( syntern | 2006. 04. 02., v – 11:04 )

Az ilyen szavazás rögtön más értéket adna, ha egyből át is kellene utalni a pénzt :)

( Elbandi v | 2006. 04. 02., v – 11:54 )

polokat is lehet meg venni? az abbol befolyt love is nalad landol nem?

A pólók elfogytak. Az abból befolyó "bevétel", plusz néhány magánszemély adománya teszi ki az általam eggyel korábbi cikkben említett 150-200K-t.

Csak hogy tiszta legyen: Hozzám _semmilyen_ lóvé nem landolt soha. A pénz egyik része a Kiskapunál van, a többi (néhány garas) pedig az FSN alapítvány számláján.

--
trey @ gépház

( uid_228 | 2006. 04. 02., v – 11:54 )

Nem kötekedésképpen, de megkérdezném, hogy ez a duál Tualatin P3, amin jelenleg megy a HUP, miért nem jó még? Nem lenne elég új vinyókat venni bele (mozgó alkatrész, elhasználódik)?

--
Sokan nincsenek tudatában annak, / hogy egyszer mindenki meghal. / Akik ráébrednek erre, / azonnal abbahagyják az ellenségeskedést.

Azért egy jóadag oldallátogatás után már nem elég jó egy duál p3 sem, hiába bírják azért még az iramot manapság is. Az 1g ram pedig apache alatt simán elfogy, ha "pár" user rászabadul az oldalra. Épp mostanában láttam ilyesmit, egy elég jól látogatott oldal simán taccsra tett egy p4 3ghz-t 1 giga rammal, az egészen barátságos ~420-as load is megvolt (bár ez a load már egy szint után érdektelen és irreális szerintem). :) Szóval én egyáltalán nem csodálkozom ha elfogyott a gép a hup alól.

Nem bírtam ki... Ugyan, miért jobb a Java alapú webmotor ilyen feladatra? Iszonyat sok memóriát eszik feleslegesen és nem sokkal gyorsabb, mint a PHP-ból kihozható maximum, annak ellenére sem Syntern hogy tudom, te legalább normális kódot gyártasz. Egyszerűen a Java tulságosan ágyúval verébre.
Szóval pusztán csak szakmai okokat ha láthatnék, mondjuk egy párat és mondjuk csak szárazon, felsorolva. Nincs kedvem ezen flémelni, tényleg, de ez a Java dolog számomra még mindíg nem mutatta meg, hogy miért jobb megoldás minden, egy minimálisnál komplexszebb rendszerre, mind mondjuk a PHP vagy akár a Python vagy a Ruby.

Ui.: Például amiatt is hagytam ott félév közben a J2EE-s tárgyatokat, mert senki sem akart/senki sem mert válaszolni a fenti megállapításomra. Mindemellett igen szinvonalas tárgy, ajánlani is szoktam, ha tehetem, valamint köszönöm a rajta keresztül megszerzett tudást és azt, hogy tudom, jól gondoltam hogy mire való a J2EE és mire _nem_. Mindenesetre sok sikert a tárgyhoz és kitartást!

Kitől/mit kérdeztél félévből közben, amire nem kaptál választ? Keress meg magánban.

Java sebesség buzzwordok: HotSpot, runtime profiling, paramétertől függő natív kódvégrehajtási utak, közvetlen memóriacímzéssé fordulás. Bővebben: http://java.sun.com/docs/hotspot/

Java teljesítménymérések:
http://sourceforge.net/project/showfiles.php?group_id=160620
(itt van egy publikáció is, amiben le van írva néhány oldalon az a néhány szakmai ok, amire kíváncsi vagy)

http://freetts.sourceforge.net/docs/index.php#performance
http://www.bytonic.de/html/benchmarks.html
http://kano.net/javabench/

És akkor még nem is mondtam olyanokat, hogy hatékonyabb a szálkezelés és párhuzamos tranzakció-feldolgozás, mint egy CGI-style programnál. De tegyük fel, hogy FastCGI vagy hogy hívják: hajlandó vagyok egy korrekt benchmark összehasonlítást elvégezni valakivel, ha vállalja megírni a PHP-s változatát, és kimérjük jól. Azt már láttam, hogy C++-al összehasonlítva gyakorlatilag nincs nagy különbség, és szívesen megcsinálnám a PHP összehasonlítást is, de egyszerűen már leszoktam a PHP kódolásról.

Igen egyébként és is csináltam már primkó C vs Java benchmarkokat és tényleg meglepő, hogy mennyire jól optimalizál a jre jit compilere. Igazából ritkán tud a c-s megoldás 2x gyorsabb lenni a java-snál, többnyire csak 20-30% a C előnye. Egyetlen kivétel az új objektum példányosítás, ahol a c-ben a malloc több mint 10x gyorsabb a java new-nál. (Object pooling nem is olyan hülyeség, mint aminek elsőre hangzik.)
Ami viszont igazán meglepett, hogy a memóriafoglalás mindössze asszem 8 byte-tal több egy java class példány esetén, mint egy vele azonos attribútumokat tartalmazó c struct esetén.

Szóval a lényeg az, hogy a java alkalmazások nem azért lassabbak a c-seknél, mert a natívra fordított c lényegesen gyorsabb a jit fordítóval run-time fordított java-nál, hanem azért mert java-ban máshogy "szokás" kódolni. Több a kódban a dinamikus példányosítás, gyakran sok interface, sok absztrakciós szint van stb. Persze általában valami framework köti az ember kezét, annak az apiját kell használni, aztán az vagy gyors vagy lassú.

---
Apparently the human mind is not unlike cookie dough.

Az hozzátartozik, hogy a Java objektumfoglalás egyáltalán nem lassabb, mint a C-s, csak többet dolgozik: új memóriaterült foglalásakor a Java teljesen kinulláza a memória-szegmenst. Ha megcsinálod azt a tesztet, hogy a C-s foglalás után ki is nullázod, akkor már megintcsak összemérhető a sebességük.

calloc()-kal is mértem, aminek elvileg ki kell nulláznia a területet C-ben is és ott is elég jelentős eltérés volt asszem talán, olyan 7-8x körüli. Ráadásul a nagy különbség főleg kevés attribútum esetén jött elő, tehát szerintem nem a kinullázás a domináns különbség oka, sokkal inkább ilyen extra runtime ellenőrzések lehetnek.

Persze sok buktatója is van a dolognak, főleg a cpu cache tud bekavarni, az szerintem kis objektumoknál teljesen el is tudja fedni a kinullázás hatását. Ennek persze örülni kell, hisz azért van a cache, hogy tegye a dolgát. Pl az is igen érdekes volt, hogy egy nagy láncolt lista végigjárása és minden elemben egy attribútum módosítása majdnem tökéletesen pontosan azonos idő alatt fut le C és Java alatt is (paraméterezéstől függetlenül!), ami arra enged következtetni, hogy sikerült egy remek memória-sávszélesség mérő benchmarkot írnom.

Nyilván elég sok mindent meg kéne nézni még, sokféle paraméterekkel, különféle hardvereken, hogy valami komolyabb következtetést lehessen levonni az eredmények okát illetően. Mindenestre nekem elég tanulság az, hogy teljesítménykritikus alkalmazások esetén valahogy a példányosításokon célszerű lefaragni és azzal tekintélyes időt lehet nyerni.
---
Apparently the human mind is not unlike cookie dough.

Ami még sokat számíthat, az a stack-en történő memória-foglalás. Na ott még mindig piszok gyors a C. Amiben nagyon jó a meglátásod: a sok példányosítás visszavetheti a teljesítményt, méghozzá a következő módon:

A JVM több különböző kategóriákba sorolja az objektumokat attól függően, hogy mikor hozták őket létre, ill. hány memória-takarítást éltek túl. Ezeket a kategóriákat lehet kapcsolókkal állítani, így szabályozni a méretüket, illetve közvetetten a GC algoritmusok lefutási gyakoriságát és idejét. Azaz nem a példányosítás a baj, mert a nagyon rövid életciklusú objektumokat nanoszekundumos időben takarítja a memóriából, hanem az, hogy a memória nincs az adott alkalmazásra tuningolva. Emiatt egyébként előfordulhat az, hogy a memória növelésével eljut a (tipikus szerver-) alkalmazás egy olyan pontra, ahol célszerű két/több JVM-ben futtatni, mert akkor kevesebb lesz a relatív GC-takarítási overhead.

Ha megtalálom, mert mostanában elég sokat kavartam a különféle eclipse workspace-eimmel, és most per pillanat az elmentett workspace-ek egyikében sem találom.
Egyébként nem kell valami nagyon bonyolultat elképzelni, tömb lefoglalás, teleírás, láncolt lisa építés, végigjárás, meg egy saját kézzel implementált AVL fa feltöltés és bejárás volt.

Igazából főleg ilyesmikre voltam kíváncsi, hogy mekkora a memóriafoglalás, illetve egy attribútumhoz direkt hozzáférés vagy a get() set() metódusokkal hozzáférés a gyorsabb-e. Ami meglepő, hogy a get metódus nem ritkán gyorsabb a direkt hozzáférésnél, ami azt a gyanút veti fel, hogy esetleg erre speciálisan van valami optimalizáció beépítve a jre-be. Ha a gcc-ben nem kapcsolok be optimalizációt, akkor a c-s program itt csúnyán kikap a javastól, ha viszont bekapcsolok -O1 -et, akkor már kb azonos, bár érdekes módon elég nehezen reprodukálhatóak az eredmények. (pedig pont ezért minden teszt 2x fut le, hogy a complie, classload és hasonló overhead-ek csak az elsőben számítsanak)

A másik ami érdekelt, hogy az AVL fa hány elemtől kezd gyorsabb lenni a láncolt listánál. get()-re kb 6, put()-ra viszont átlagosan kb 30 elemnél fordul.

Majd ha megtalálom, akkor elküldöm, bár most nem ez a prioritás, mert most is éppen diplomamunkámmal kéne foglalkoznom ;)
---
Apparently the human mind is not unlike cookie dough.

Az rdbms magas terhelesenek megelozesere eleg jo elosztott es in-memory cache megoldasok vannak java-ban, masreszt a java ha egyszer felstartolt akkor gyorsabb mint a php altalaban.

Viszont annyit heggesztettetek ezen a rendszeren hogy atvinni a funkcionalitast java-ra, meg kitesztelni, megtanulni, megoldani az osszes nyavajajat, sokkal egyszerubb es biztosabb ha inkab vesztek egy bohom nagy szervert helyette :)

hamar offtopic:
kene drupal modul, hogy altread-eket egy mozdulattal tudjon az adminisztrator forum temava tenni, es itt csak egy link maradna.
erdekes beszelgetes itt alabb Webmotor and (PHP or Java) ugyben, de itt nagyon offtopic, nehez lesz kesobb megtalalni.
;)

Anr - http://andrej.initon.hu

( E-Medve v | 2006. 04. 02., v – 12:06 )

Nos, nekem valtozo, hogy mennyi penzem lenne a projektre, ugyanis a fotogepem mar csapagyas, es reszint abbol elek, szoval nyarra jo lenne egy uj. De 2-3k-t talan ki tudok szoritani.

A masik, hogyha havidijas lenne a HUP, akkor pedig havi max. 1k-t tudok erre a celra aldozni.

Szerintem. Es szerinted?

Nem igazán kell megindokolni, hogy miért nem tudsz adni. Mindenkinek vannak kiadásai. Az adakozás nem kötelező móka. Ha fizetős lenne, és azt mondod, hogy havi 1k forintod lenne erre... akkor azt is megteheted, hogy önszántadból átutalod a "/kerestetik" alatt levő számlaszámra. Az évi 12k lenne.

1k ~ 1 pizza ára
1k < mint egy mozijegy ára
1k = 4 sajtburger ára

Ha csak mindenki 1k-t ad, már nagy eséllyel lehet valamit kezdeni. Egy szerver nem 1 estére szól (mozijegy), hanem minimum 4 évre.

Ezt kell mérlegelni.

--
trey @ gépház

Ha hambi, akkor bár Győrhöz épp nincs közel (semmi máshoz se... :) ), de a világbajnok hamburgert Gyulán lehet kapni, helyben sütött bucival, kb 30 féle variációban, kegyetlen jó áron, szinte mindig 20 méteres sor áll a hely előtt... :)
Aki ismeri, szerintem egyetért velem...

( cruiser | 2006. 04. 02., v – 12:38 )

Van valami kalkuláció már, hogy mi lenne az az összeg, amit össze kellene szedni?
(Bocs, ha nem láttam, hogy ki van írva valahol.) A tégla projekthez hasonló gyűjtés
hozzám pl. közelebb állna, de a pénzért olvasható változat nyilván biztosabb bevétel,
szóval az is megérthető lenne.

( johnzero | 2006. 04. 02., v – 13:09 )

Egyrészt jópofa dolog, és valószínűleg adnék is bele egy szerényebb összeget...

Másrészt viszont a Tégla projekt sajnos engem kicsit kiábrándított :-(

Az motiváló, ha az ember látja, hogy összejön a pénz, meglesz a gép, gyorsabb, nagyobb lesz a site. Az picit kevésbé, ha látja, hogy összejön a pénz, majd hosszú hónapokig nem történik semmi, nincs látszatja :-((

Ettől függetlenül azt hiszem, a Tégla projekt csak halad, de nem tudom, hogy vajon minden üzembe állt-e már?

Nézd, én nem tudok nyilatkozni más nevében (tégla projekt). Annyit tudok róla, hogy folyik a beszerzés, csak lassan. Majd bra elmondja, hogy hol, mi, mennyi.

A magam nevében annyit tudok vállalni, hogy:

- kiválasztok egy konfigot
- megnézem mennyiért lehet beszerezni legolcsóbban
- megmondom, hogy mennyi
- megkérdezem itt, hogy valaki olcsóbban be tudja-e szerezni
- megszervezem a gyűjtést
- ha összejön a pénz, akkor a pénz összegyűlésétől számított 2 hónapon belül már az új szerver szolgálja ki az oldalt (azért két hónap, mert tisztában vagyok azzal, hogy amit egyik héten azonnal be lehet szerezni, azt egy héttel később elképzelhető, hogy csak mesfél hónap alatt)

Ha neked ez megfelel, és úgy érzed, hogy neked megéri valamiért támogatni a törekvést, akkor megteszed, ha nem nem. Harag emiatt nem lesz :-)

--
trey @ gépház

trey,
Ez korrekt, jól hangzik, 1-2 rugót be tudok dobni (tudom, csepp a tengerben), talán többet is, ahogy alakul. A két hónap szerintem tökéletes.

bra-t nem akartam nagyon b*sztatni, csak inkább jelezni, hogy az motiválóbb, ha látja az ember, hogy épül valami a pénzből, mintha csak húzódna a projekt. Ld. Mplayer szerver ügy, ha jól tudom, az is húzódik vagy sokáig húzódott, ami nem az igazi az imázsnak.

Igyekeztem a hupon megírni, ha történt valami. A hozzáállásom a dologhoz a következő: igyekszem a lehető legtöbbet kihozni abból a pénzből, amit kaptunk, még az idő kárára is.

A dolog nem áll és amit tudok nyilvánosságra is hozok. A hupot is olyan gépen keresztül olvasod már, amit ebből a pénzből vettünk ( http://hup.hu/node/10410 ), lassan a többi, régebbi gép is átkerül ezekre. Ez a legutóbbi történés, de a google és a hup keresőjével megtalálod a többit is (képek: http://www.fsn.hu/?f=gallery ).

Na egy kis történelem:
2004. november 20-án jelentettük be a projektet:
http://hup.hu/node/7381
2005. november 18-ára jött össze 3 862 279 forint (azaz a tervezett három hónap helyett egy év alatt). Ez kb. négy hónapja volt.

Azóta vettünk egy házat ( http://www.fsn.hu/?f=gallery&id=9 ), alaplapot, memóriát processzort, RAID vezérlőt ( http://www.fsn.hu/?f=gallery&id=10 ), ezek 2006. január harmadikán kerültek összeszerelésre és kicsit később beüzemelésre. Ezek mellett vettünk még 11 darab 1U-s Sun szervert is ( http://www.fsn.hu/?f=gallery&id=11 ), mondhatni "szarért, húgyért".

A pénz nagy része megvan még, mondom az okot is: a T-Online ígért diszkeket, amelyeket így nem a téglás pénzből kellene megvennünk, így több maradna (későbbi diszkvásárlásokra, ha ezek meghibásodnak), vagy többet tudnánk venni. Lényegében rájuk várok az év eleje óta. Ha minden igaz a héten rendelték meg a diszkeket, így max. négy hét (sóhaj) múlva ismét tovább léphetünk.

Hát ennyi. Ha csalódtál, azt őszintén sajnálom. Az e-mail címemet és a telefonszámomat bárki megtudhatja, lehet érdeklődni, mint ahogy azt sokan meg is tették. A történéseket igyekeztem dokumentálni és a végén lesz egy részletesebb összefoglaló arról, hogy mi, mikor, hogyan történt.

Abban igazad van, hogy több visszajelzés kellett volna. De sajnos csak ennyi esemény volt. Nem könnyű ekkora cégekkel tárgyalni (megjegyzem, más, nagy hardvergyártókra is vártam összesen kb. egy évet, még a pénzgyűjtés alatt).

Ahogy eddig is: bárkinek a segítségét, érdeklődését szívesen fogadom és megköszönöm.

bár ez mindenkinek a magánügye, csupán, hogy pozitív visszajelzést is kapj, én nem csalódtam, a korrekt összeszerelés, a gondos mérlegelés megéri, ha a végeredmény jó lesz. én úgy látom, nem alaptalanul bízom az fsn.hu-ban, és ezúton is köszönöm, amit a közért teszel, tesztek

Na ismét: köszönöm a véleményt, igyekszem rendszeresebb státuszjelentést adni. Lásd mai bejelentés.

Arra viszont sajnos nem tudok hatással lenni, hogy a T-Online milyen gyorsan dönt, illetve rendel és hogy milyen gyorsan szállítanak neki.

Szeretném okosan elkölteni a pénzt, amibe az is beletartozik, hogy ha felajánlanak ingyen diszkeket, akkor azt elfogadom. Sajnos ez időbe telik és mivel szeretem nyugtával dícsérni a napot, annyi pénzt vissza kell tartanom (emiatt nincs látványosabb hatása a támogatásoknak egyelőre), amennyiből diszket tudok majd venni, ha mégsem kapunk a T-Online-tól...

Remélem hamarosan lezárhatjuk ezt a fejezetet.

( kasa | 2006. 04. 02., v – 13:14 )

Ha jól számolok már most van
10*250+21*500+2*700+68*1000+57*2000+53*5000+4*7000+25*10000+2*20000=
779400 Forint.
!!!

( vajtsz | 2006. 04. 02., v – 15:50 )

Végigolvastam és kicsit megnyugodtam tégla projecttel kapcsolatban...

Trey esetleg ha olyan lenne a cucc mint Tégla projectnél volt hogy adóból leírható lenne fele akkor talán több lenne a zsé (mindenki 2x annyit adna me állambácsi felét visszaperkálja)

A nagyszerű adókedvezményekről szóló szabályozások miatt sajna itt aki igazán tud adni, mert lenne miből, azt ez nem érinti, mert nem jogosult kedvezményre. Aki meg jogosult, az mondjuk ad max 10k HUF-ot, na ennyivel csökkentheti az éves adóalapját, hát, hogy is mondjam, nem sokra megy vele. Persze ez is valami, csak szerintem ez nem kellene visszatartó erő legyen.

Van valami újabb szabályozás, vagy csak FUD-olsz? Magánszemély az adójából írhatja le a támogatás 30%-át (max. 50000 Ft-ot), míg vállalkozás az adóalapját csökkentheti a támogatás 100%-ával. Közhasznú szervezet támogatása esetén. Az idei adóbevallásra ez volt érvényes.

Lehet, hogy én tudom rosszul, de évi bruttó 6 milla fölött ezt sem játsz6od el, mint magánember, nem? Nem vagyok teljesen képben, úgyhogy ha jobban tájékozott vagy, akkor helyezz pozícióba... :)
Nem vagyok se ügyvéd, se könyvelő, se adószakértő, csak hvg olvasó, de lehet, hogy abban is ügyetlen és pontatlan?
Nem bizonytalanságot kelteni a célom, én magam vagyok bizonytalan... :)

( ng | 2006. 04. 02., v – 16:46 )

Na ugye hogy ugye? Gyűjtsük már össze azt a vanyak 10 milliót! :D

( uid_4263 v | 2006. 04. 02., v – 17:38 )

Számomra a HUP felbecsülhetetlen értéket képvisel évek óta.
Amit bejelöltem, azzal támogatni fogom, mert önző vagyok.
NEKEM éri meg.
Na erre varrjatok gombot. :))

( Sun | 2006. 04. 02., v – 18:56 )

Most nagyon népszerűtlen leszek, de leírom a gondolatomat. Reklám kell az oldalra. Én úgy látom, az oldal elérte azt a szintet, amikor komolyabban kell vele foglalkozni (több idő, több pénz), vagy megy tovább a vegyetek pólót, ki mennyit adna be, vinyóhalál a hup-on. Épp az utóbbi cikknél írtam ezt le. Teljes mértékben megértem az ott adott válaszokat, hogy miért nem (Axelero freehosting). De meg kellene nézni, hogy miért IGEN! (És ha lehet még egyet csavarni a T-csoportból egy szép nagy állandó reklámfelülettel?) Ha nem ki kell gazdálkodni egy másik hostingot a hup számára. Sajnos a pénz nem nézi miből termelődik. Ha kell előjön egy MS XP reklámból is, ha kell előjön egy szabad szofveren futó könyvelőprogramból is.

A másik gondolatom. Sokkal nagyobb teret kellene adni az FSN-es dolgoknak. (A városokat járó bemutatóknak blogot indítani, FSN ujdonságokról naponta beszámolni. stb, stb, stb) Tudom nagyon modernül hangzik de én így látom a dolgokat.

..............................
"Herman Miller bútort követelünk a föld összes görbe hátú kompjúter zombijának"

Igen, ez már sokszor felmerült. Erre azt szoktam mondani, hogy amíg hobbiból csinalom az oldalt, addig nem vagyok hajlandó reklámokat nézegetni. Ha az oldal el tudna tartani, és főállásban csinálnám, akkor esetleg. Én viszont nem érzem azt, hogy ez utóbbira komoly esély lenne.

Így marad az olvasók támogatása.

--
trey @ gépház

Én inkább a "nem főállású vállakozó" titulust tartom megfelelőnek.
Segítséged nem lenne? Barátok? Akik kicsit menedzselné a dolgokat, segítené a te munkádat, moderálna stb?

..............................
"Herman Miller bútort követelünk a föld összes görbe hátú kompjúter zombijának"

a reklambol az egyetlen szobajoheto a google adsense, foleg azert mert az oldal temajahoz kapcsolodo reklamokat ir ki _szovegesen_, az ugralo/csipigo/... szarsagokat ugyis kitiltja mindenki adblock-al (en legalabbis evente egyszer nezem meg pl: az index cimlapot reklamokkal)

probalj engedelyt kerni az T-online-tol, hogy amig szerverre gyujtesz lehessen az oldalon reklam.

Anr - http://andrej.initon.hu

Ez egy nagyon rossz szemlélet (sztm). Ha nagyon elfajulna a dolog az adblockal, mint a HWSW-n, akkor gondolom nem nagy dolog a közösséget megkérni, hogy engedélyezze, mint inkább pólót meg bögrét venni. Te is elkapcsolod a TV-t ha reklám van. Én is tiltok minden reklámot. De oldalak mégis élnek és fenntartják magukat reklámból. Ez legyem a médiaguruk és ügyvédek dolga, hogy kidolgozzanak egy testreszabott reklám szerződést.(Erről most ne nyissunk vitát mint a PHP <-> Java kommentek mert nem erről szól a topic). Mint írtam szerintem az oldalnak már rég át kellet volna mennie egyéni vállalkozásba, vagy alapítványi gondviselésbe. Mikor fog összejönni bögréből egy komoly (1,5 – 2 millió) gépre? És ha nem jön össze? És ha Trey tényleg beleun az oldalba? Elköltözik egy külföldi munka miatt? Vállalkozó lesz és semmi ideje nem lesz? Mi lesz azzal a pénzel amit adakoztak addig? Folytassam még?
Az én olvasatomban több szól az adakozás ellen (jogilag, határidő tekintetében, garanciába), mint mellette.

A T-online-t meg ott kell hagyni, ha ez a feltétele az oldal életbennmaradásának. (Azon megint lehet agyalni, hogy mi lesz az FSN-el ezután. Nem rág e be a T stb stb stb)

A comment szigorúan a saját véleményem és senkit egy pillanatig nem szeretnék le illetve rá beszélni, hogy adakozzon.

..............................
"Herman Miller bútort követelünk a föld összes görbe hátú kompjúter zombijának"

A tisztánlátás kedvéért: a szóbeli megállapodás eddig is az volt a T-Online-nal, hogy reklámozhatunk, *ha* az a szolgáltatások fennmaradását célozza és nem a profitszerzést.

Írásban még ennyi sincs, fix helyre van szerződésünk, mindenféle egyéb kitétel nélkül.

Tehát semmi másról nincs itt szó, mint arról, hogy kapunk egy évi x millió forint értékű szolgáltatást, amit korrektségből nem arra használunk, hogy meggazdagodjunk, hanem arra, hogy a haza közösséget szolgáljuk.

Az én véleményem pedig az, hogy ha a közösség akar oldalt, akkor teremtse meg a feltételeket. Ne én menjek már át topmanágerbe' és kilincseljek pénzért. Ahogy nézem a szavazást, és a leveleket amikkel megkerestek, van is erre hajlandóság.

A threadnek ezt a szálát - mint ahogy a hetente előjövő "írjunk új motort" is - vakvágánynak érzem. Nem motor kell, hanem karosszéria. A motor adott.

Amiről szó van az az, hogy kell egy új szerver. Ennek van egy ára. Kétféleképpen tudom elképzelni a beszerzését:

- adományból, önkéntes alapon, vagy
- céges szponzorálással, az oldalon feltüntetett logóért cserébe (ahogy az Intelnél is volt)

Koncentráljunk egyelőre erre. Ha ez nem működik, akkor majd lehet tovább ötletelni.

--
trey @ gépház

A reklámokat én is szűröm, AdZapper rulez. :)

A HWSW-s fórumos rinyálással meg plz ne példálózz, kacsa. A megfelelő információforrásból tudom, hogy van mit aprítaniuk a tejbe, és az a felhívás finoman szólva is szemforgató tett volt a részükről. Az meg az ő "alkalmazkodóképessüket" mutatja, hogy nem tértek át már réges-régen a szöveges hirdetésre; a Google már sikeresen megmutatta, hogy jóval hatékonyabb, mint a csillogó-villogó, idióta baromságok tömkelege.

Szóval ha lesz is esetleg reklám a HUP-on, akkor csakis szöveges legyen plz, mint a Google AdWords. Azt pl. nem tiltom az Adzapperben, mert nem zavar.

--
Sokan nincsenek tudatában annak, / hogy egyszer mindenki meghal. / Akik ráébrednek erre, / azonnal abbahagyják az ellenségeskedést.

( Toomi | 2006. 04. 02., v – 22:43 )

Esetleg termékkapcsoltan sem lenne rossz, vagy hogy hivják :) Szoval hup-os bögre, póló ilyesmik...ÉS a termékek árának egy része a huphoz folyna be.

( Ar0n v | 2006. 04. 02., v – 23:30 )

Szivesen tamogatom a HUP ot ! Majd bovebb infot a befizetesrol THX

( mogorva v | 2006. 04. 03., h – 08:25 )

Jó lenne addig kitenni vmi pénzbefizetési lehetőséget, amíg tart a fizum. B;-)

A héten elkészítem a tervet, és kiteszek egy számlálót, hogy jelenleg hol is tartunk. Ha kész a terv, akkor onnantól el lehet kezdeni küldeni a pénzt. Lesz idő a gyűjtésre, nem vagyok annyira optimista :-) Ha fél, egy év alatt összejön az már nagyon jó eredmény. Ha nem, akkor meglátjuk mi lesz.

Lesz egy target, és alatta, hogy mennyi kell még hozzá. A szerver árának érdemes lenne egy 10%-kal fölé tenni a targetet, hogy a későbbi alkatrészek utánpótlása is meg legyen oldva. Bár a brand szervereknél ált. 3 év gar szokott lenni.

--
trey @ gépház

( nc | 2006. 04. 03., h – 11:09 )

A felső bannert nem lehetne kibérelni? Azért is gondolom sokan fizetnének, jó a HUP látogatottsága, ergo értékes a felület. Lehet hogy én is fizetnék... Persze nem vagyok milliomos, de reklám nélkül nincs látogató, kivéve a hup-ot.

( kovi | 2006. 04. 21., p – 14:45 )

de jó, ez a szavazás több, mint biztató: előbb csináltam egy táblát részletesen lebontva, jelenlegi állás szerint a szándékok összesen ~2,7 miskát ígérnek (a "<> mint x összeg" - et fixen "x összeg" - en számoltam).

ha a részvétel százalékos bontását veszem alapul, akkor a szavazó modul kár, hogy kerekít - mert pl. 1302 szavazatnak az 5%-a nem 62 szavazat, hanem ~65. bár ez most kicsit kukacoskodó volt, de pénzben emiatt eltér a két érték. úgyhogy természetesen a leadatt szavazatok számával kalkuláltam, mivel 65,1 ember érdekes szavazat lenne. :)