sokféleképp lehet
- A legegyszerűbb és legtervezhetőbb a Gusztáv által írt óradíj beszorzós módszer. Kezdőknek mindenképpen ezt ajánlom.
- Ha kicsit tapasztaltabb vagy, és jobban meg tudod tippelni, akkor árazhatsz az alapján, hogy szerinted mennyit ér nekik a dolog. Ilyenkor kérhetsz sokat egy hipp-hopp összekattintgatott oldalért is, de egy pályázatnál már nem biztos, hogy lesz így esélyed, és az sem, hogy legközelebb is téged választanak. Ha viszont valami speciális igényt kielégítő dologról van szó, ami különleges szakértelmet igényel, és nem csinálja meg akármelyik átlag webfejlesztő, akkor természetes, ha a tényleges munkaórákon túl a beletett tudásodat is megfizetteted.
- Ennek ellentéte a beetetős módszer, mikor akár a saját károdra is keveset kérsz elsőre a további megrendelések érdekében. Az első alkalommal sokkal körültekintőbb egy megrendelő, de ha elégedett a munkáddal és az árral, legközelebb valószínűleg mérlegelés nélkül téged választ, és benyeli a nagyobb árat is - főleg ha az előző munkádra épül az új projekt. Vagy akár egyszeri megrendelésnél is van értelme áron alul dolgozni, ha pl. szeretnéd megnyerni az adott megrendelőt referenciának.
- Nem csak egyösszeges fizetési modellek léteznek. Nyilván ez abszolút projektfüggő, de köthetsz pl. havidíjas support szerződést, vagy kérhetsz százalékot egy webáruház forgalmából, a banner bevételből, stb. (Ezeknek viszont az a veszélye, hogy ha utólag kiderül, hogy túl jól jártál, akkor a megrendelő esetleg elkezd kiskapukat keresni, és ha egy mód van rá, nem fizet rendesen. Több ilyet hallottam.)
- A fentieken kívül az árazásban az ajánlattevő imidzse is számít. Egy nagy multú cég komoly referenciákkal nyilván más árért csinálja meg bitre pontosan ugyanazt is, mint egy kezdő egyéni vállalkozó.
A lényeg, hogy nincs egyetlen jó módszer, és nincs tökéletes válasz. Minden a körülményektől függ. Olyan árat mondjál, hogy megérje - vagy pénzben, vagy referenciában, vagy tapasztalatban, vagy bármiben. És ha soknak találják, az még nem jelent semmit. Elő szokott fordulni, hogy kicsit körülnéznek, esetleg neki is kezdenek valaki mással, és aztán visszajönnek, hogy hát igen, mégis jó lesz a te ajánlatod...
És ha már az árazásnál tartunk, kíváncsi lennék mások véleményére/tapasztalataira azzal kapcsolatban, mikor a megrendelőnek a projekt közben úgy változnak az igényei, hogy az eredeti árhoz már nem stimmel. Hogy érdemes az ilyet kezelni? Főleg olyankor, mikor sok pici valtoztatásból tevődik össze a dolog, amik egyenként nem számottevőek.
--
Csonka Gergely
http://cheppers.com
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Na akkor enis rateszek egy lapattal...
Nek akarlak sem kioktatni sem elvenni a kedved semmitol, de szerintem is rossz a hozzaallasod.
Most enis megneztem az oldalaid, nem akarlak megserteni de nem egy valami nagy durranasok es hogy konkretan arat is irjak a nagy cegektol eltekintve en ilyen oldalakt mint amiket irtal ugy kb. hasrautes alapon 50EUR ert csinalank meg de meg talan annyit is szegyelnek kerni ertuk (Nem reklam, meg maganuzenetben se keresen meg senki ezzel kapcsolatban) Ugyhogy ha jol szamolok az ugy kb 15k -20k HUF azert az messze van a 100k HUF -tol es gondolom masok sem csinalnak sokkal dragabbert tolem. Ha megnezukk az oldalakt eleg egyszeru smink. Felepites sem bonyolult. Nagyreszuk szinte oszekattinthato. Habar a kormosnek tetszik a kinezete de ott meg engem irto zavar hogy sok menupontban a tartalom nincs felvive, mintha meg keszen sem lenne az egesz ... Meg mintha 2 kulonbozo smink lenne benne ... Szoval en meg dolgoznek rajta ha referenciakent is emliteni akarnam... Persze megertem en hogy te elkeszitetted es lehet hogy a tulajnak kell a tartalmat felvinni, es az az o mulasztasa da akkor is rosszul fest. Tudom volt nekem is olyan ugyfelem hogy nekem kelett megirnom meg a zenekar repertuarjat sot meg rovid par mondatot is roluk. Mindosze egy halom kepet sikerult kicsikarnom toluk... es nem villogok azzal az oldallal referenciakent, mert szerintem nem ut meg egy szintet hogy erdemes legyen emliteni...Pedig olcsoert is csinaltam nagon...
En mint egyik-masik elottem iro is irta inkabb az iranyban gondolkoznak el hogy az amit referenciakent emlitek az legyen egyreszt kesz vagy kesznek latszodjon, erjen el egy minimum atlagot olyan teruleten amelyikre celzom meg. Na ezt kacifantosan foglamaztam. Azt akarommondani hogy ceges veboldalak kozott nekem irto zavaro egy lajkoljunk mar valamit oldal az olyan komolytalan aki picit is ert hozza egybol rajon hogy csak egy akarmi kelett ahol reklamokat lehet felrakni. Na most ha te webfejlesztes ianyban nezelodsz akkor egy ilyen oldal nekem valahogy kilog onnan. Gondolom nem hoz jelentos penzt, masreszt meg egy eleg atlagos. Az idojaras is eleg keves a hozzaadott ertek, egyszeru smink, egyszeru mongyuk atlagos minden.
Masreszt rosszul celoztad meg a celkozonseget. Mint irtak is itt szinte mindenki kapasbol megcsinalja ezeket. Vagyis itt foleg kinalat van. Itt vagy ingyen segitsegre van igeny (forum, tudszbazis, stb.) vagy olyasmire ami mongyuk ugy hogy az alapokon vagy az atlagnal bolnyolultabb nehezebb.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
így?
Új drupal telepítése:
- a tárhelyszolgáltatód megadta az adatbázis felhasználónevedet, és a jelszót hozzá
- azt is megmondta feltehetőleg, hogy milyen linken éred el az adatbázis adminisztrációs felületét
- oda kell menni, bejelentkezni, megkeresni, hogy hogy hozhatsz létre egy új üres adatbázist
- létre kell hozni egyet, és a nevet, amit választottál neki, lejegyezni (és itt a fórumon nem közzétenni)
utána:
- letöltesz egy tömörített drupal 7.16-ot a drupal.org-ról
- kitömöríted
- fontos helyesen értelmezni, hogy mi a szerveren a publikus mappa, vagy "document root".
- odamész ftp-vel, és kiveszed az ott lévő egy db index.html-t. az volt a szolgáltató rekámja, ha ottmarad, bekavarhat.
- fel-ftp-zed a kitömörített drupal-t úgy, hogy az index.php-ja pont ugyanabba a mappába kerüljön, mint ahonnan kiszedted a szolgáltató index.html-jét
- utána kintről meghívod az oldalam.hu-t
- az installert fogod látni, és sorban kérni fogja az adatbázis adatokat
- akkor megadni a fenti felsorolásban használt adatbázis-infókat
- a drupal telepítője belakja az adatbázist (telerakja magának mindenfélével, meg helyet csinál benne neked, hogy legyen hova elpakolnia majd a holmidat), és készen áll a használatra
Ezzel lesz egy vadiúj drupalod.
Ha a saját gépeden már megkezdett drupalt akarod viszontlátni a weben, akkor viszont keress rá a következő témára, sok infó van:
"webhely költöztetése", vagy migrálás
Lényege, hogy a drupal fájlok és az adatbázis összetartoznak, azokat szinkronban kell mozgatni.
A XAMPP-os adatbázisodat ki kell exportálni egy "dump"-ba, majd a felső felsorolásban létrehozott új üres adatbázisba beimportálni. Nem baj az sem, ha az új adatbázisnak más a neve, akkor jön be a settings.php a képbe valóban (mindenképpen ki kell tölteni, hisz a szolgáltatónál más az adatbázis felhasználó név is, meg a jelszava is, mint otthon).
Ott meg csak arra kell figyelni, hogy ott kell beírni az új adatbázis adatait, ahol már végetértek a szélén a csillagok (a csillagokkal jelölt rész "komment", nekünk embereknek szól oktató célzattal; a szerver az első olyan sort fogja nézni, ahol már nincs csillag)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

És még..
Ráadásul csak úgy lehet behozni a honlapot, ha a http://az5b.uw.hu/index.php címet irom be, és az oldalon bármely linkre kattiontok, 404es hiba jön ki.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

fix oldal admin felületen
Kösz a gyors választ...Ez t úgy értsem, hogy cumi? Tehát semmi css varázslat nem tudja az admin táblákat arra késztetni, hogy benne maradjanak a #main-ben? Az overflow:auto működik, de csa firefoxban...Az IE nem vesz tudomást róla.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

nem utf8 a forrás
Sziasztok,
nekem rendben működik ugyan a tinymce, de sajnos ha az oldal forrását nézem, nem utf8, amit alkot. A Drupal ugyan jól megjeleníti az árvíztűrőt :), de az oldal forrásában már "accoute" -ozik.
Hol lehet a gond?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Off: irányítószámok
Az irányítószámrendszer kifejlesztésekor még nem vették (vehették) figyelembe a mai igényeket.
Egyébként a konkrét ok az lehet, hogy a több kistelepülésen egy postahivatal látja el a kézbesítési feladatokat, így nekik nem zavaró, ha megegyeznek az irányítószámok.
Ex postás
Nagy Gusztáv
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Egyelőre ez a legjobb megoldás, vagy js cache technika másolása
Szia.
Igen, egyelőre Drupal7-ben ez a legjobb megoldás, amit én is találtam. Bár én nem vagyok Drupal7 fejlesztő, hanem .NET-es és Symfony2-vel foglalkoztam, ezért érdekel a Drupal8.
Én is rákerestem erre a témára, és nincs is modul, ami eszembe volt az a "WebSocket", de az is dev-es verzióban éred el.
Ami lehetne csinálni, nem tudom, hogy kivetelezhető-e. Az egy fajta "cache technika másolása". Ezt a technikát AngularJS performencia növelésnél láttam.
Ahelyett, hogy Ajax kérést küldenél a szerver felé, már előre lekéred azokat az adatokat a db_select-tel, és amikor kirendeled az oldalt, akkor ezek az adatok is lemennek, (nem cask a néhány darab, ami a kezdetekor kell neked, és aztán ajax hívással hozod be a többit, hanem már az elején az összes) és ezt az adat listát elmented egy javascript változóba, egy listába. És bizonyos időközönként nem setInterval-lal, hanem setTimeOut-tal megjeleníted őket.
Például 10 másodpercenként a lista első 3 elemét, aztán újra 10 másodperc múlva a lista 4-6. elemét, aztán 6-9 és így tovább.
Ennek előnye, hogy nincs hálozat terhelés / elérési kísérlet. Ez főleg kis teljesítményű mobiloknál lehet hasznos.
Persze ez attól is függ, hogy miért kell pontosan ajax kérés, mert ha tényleg csak megjeleníteni akarsz adatokat, amiket nem kell feldolgoztatni a szerverrel. És az oldal kirendelésnél ez nem jelent jelentősebb több adatot, akkor én ezt a megközelítést választanám.