Új hozzászólás Aktív témák
-
martonx
veterán
Ez mindig fogós kérdés. Ha tényleg csak ennyi, akkor a 600e teljesen korrekt ár lehet érte. Más kérdés, hogy pár hívószóra árat mondani komoly dilettantizmusra utal.
Mert persze egy normális specifikálás során mindig kijön rengeteg egyéb szempont (kismillió adminisztrálási lehetőség, ilyen-olyan dizájn elvárások, fluid legyen, reszponzív legyen, mobilon menjen, többnyelvű legyen és még hosszan lehetne sorolni), amiket végül figyelembe véve lehet, hogy a 600e kétszerese is kevés lenne.
Én első körben valami CMS-t ajánlanék (itt a fórumban van is jópár CMS fun, akik 50-100K-ból lelkesen heggesztenék hetekig, hónapokig, elvégre úgyis csak pár kattintás...), aztán ha azt kinőtte a cég, akkor van értelme komoly webfejlesztő cégeket megkeresni, normális specifikációkkal, hogy mégis pontosan mit szeretnének.Én kérek elnézést!
-
martonx
veterán
válasz Sk8erPeter #10407 üzenetére
És már el is jutottunk oda, hogy ha elkezdi az ember igazán komolyan, belemenősen személyre szabni, akkor már jobb is nem CMS-el neki kezdeni
Ide lőjetek
Én kérek elnézést!
-
martonx
veterán
válasz Sk8erPeter #10410 üzenetére
Csak arra akartam rávilágítani, hogy ha már így is, úgy is nagyon erősen kódolnod kell, akkor már szerintem jobb az alapoktól saját megoldásban gondolkozni, mintsem egy rakás 3rd party cuccra alapozni egy sok százezres, netán milliós projektben. És még időt se sokat takarítasz meg vele, ismerve az MVC frameworköket.
Én kérek elnézést!
-
martonx
veterán
válasz fordfairlane #10425 üzenetére
Ha értelmezed is amiket írok, akkor tudod, hogy az MVC frameworkök mellett vagyok, a CMS-ekkel szemben. Azaz a franc se akar OR mappert, meg route komponenst fejleszteni. Ha ezek már megvannak, plusz egy rakás egyéb fontos komponens, akkor - és hangsúlyozom ez teljesen saját vélemény - felesleges CMS-hez nyúlni, ha úgyis tudod, hogy kódolnod kell, pluginekkel, custom template-ekkel, modulokkal. Erről szólt a fenti eszmefuttatásom.
Amikor meg valaki egy portfólió bemutatót akar, vagy egy szimpla portált, akkor azt tényleg jobb fél nap alatt összekattintgatni valamilyen CMS-el, meg 1 napot tornázni a dizájnnal, és már kész is az eredmény.Én kérek elnézést!
-
martonx
veterán
válasz Sk8erPeter #10433 üzenetére
"erre a feladatra nem használható már a CMS"-jellegű érv" - közben voltam egy két napos csapatépítésen, így kicsit késve válaszolok. CMS mindenre használható, az érvem annyi volt, hogy ez már lehet, hogy az a komplexitású feladat lesz, amikor hatékonyabb saját megoldást csinálni valamilyen MVC framework alapokon, mintsem egy CMS-t elkezdeni a motorház alatt X helyen átpluginezni.
De a kiinduló hsz-re írtam is, hogy CMS-t javaslok, aztán ahogy kiderültek jobban a dolgok (meg ismerve, hogy a valós életben hogy szoktak ezek menni), hajlottam el afelé, hogy mégse lenne érdemes szerintem CMS-ben csinálni.
Amúgy olyan dologról cserélünk itt eszmét, ami abszolút nem konkrét, szóval még csak esélyünk sincs, hogy valaha is rájöjjünk, vajon melyikünknek lehetett jobban igaza Simán el tudom képzelni, hogy kiderül, hogy igazad volt, és tényleg 1 nap alatt össze lehetett kattintgatni, pár másik nap alatt meg lehetett írni azt az egy szál minimalista plugint, ami a bankoláshoz kell, és kész is a dolog. Ugyanakkor simán el tudom képzelni azt is, hogy emberünk hetekig fog szopni a CMS-ével, és már a sokadik plugint fogja megírni mellé (abba belegondolni sem merek, hogy majd később megírom szebbre felkiáltással eleve a kódba gányol bele), és a végén mégse lesz az igazi a dolog, meg cserébe lassú is lesz, és minden jobb érzésű ember hányni fog a végül előállt katyvasz kódtól.
Én részemről le is zártam ezzel a témát, szerintem eléggé körül jártuk ismét a CMS vs MVC framework témakört[ Szerkesztve ]
Én kérek elnézést!
-
martonx
veterán
válasz Phvhun #10508 üzenetére
Jól értem, hogy te klasszikus vastag klienst akarsz fejleszteni webes alapokon? Az ugye megvan, hogy egy webszerver (ha nginx, ha nem nginx) nem erre való? Ugyanakkor, ha már webben gondolkozol, akkor win8 esetében a win8 appokat lehet HTML-ben írni, és azok tudják ugyanezt. Illetve vannak egyéb HTML-es lehetőségek is vastag kliens írására pl. phonegap, amivel ráadásul multiplatform lehet az elkészült cuccod. Vagy csinálsz egy Chrome plugint.
Az utolsó dolog, ami eszembe jutna: a webszerver-es megoldás.
Én kérek elnézést!
-
martonx
veterán
A témához annyit tennék hozzá, hogy az MVC frameworkök (pontosítok én ASP.NET MVC-t használok, de nem hinném, hogy a javasok lassabbak lennének, PHP-nál bármi elképzelhető) rohadtul gyorsak.
Nyilván a nulláról kézzel megírt cucc tud elméletileg (ha kapásból a létező legoptimálisabb kódot írtad meg persze) a leggyorsabb lenni, de szerintem ennek csak valami extrém nagy terhelésnél jöhet elő bármilyen előnye. Mondjuk percenként több tízezer lekérés, de hohó ha már db művelet is van a képletben, akkor úgyis az lesz a szűk keresztmetszet, nem a szerver oldali kód. Ha meg cachelni lehet, akkor megint ott vagy, hogy minek saját megoldás, cache-ből kiszolgálva tök mindegy, hogy milyen kód fut a szerveren.Szóval én kb. minden esetben a frameworkre szavaznék, a nulláról megírt saját megoldással szemben.
Én kérek elnézést!
-
martonx
veterán
válasz Phvhun #10541 üzenetére
Nem tudom, hogy ez mennyire volt költői kérdés, vagy tényleg én lettem megszólítva, de azért ASP.NET MVC szemszögből (mivel azt ismerem a a legjobban) válaszolok neked.
"Egyébként a cache hogyan dönti el, hogy a tartalom user specifikus, vagy általános?" Plusz hogy dönti el hogy kinek mit kell küldeni, hogyan azonositja az usereket?
Többféle cache szintet különböztethetünk meg. Nem tudom most mennyire leszek szakmai, én most az általános szerver oldali webszerver cache-éről nyilatkozok. A usereket általában cookiek azonosítják. Az ASP.NET pedig mélyen beépül az IIS-be (gyengébbek kedvéért, ez az Apache Microsoft-féle megfelelője). Így megoldható, hogy már az IIS pipeline elején (na jó ez már inkább a közepe) a kódból vezéreld, hogy mit csináljon a webszerver. Azaz egy minimál kóddal meg tudod oldani, hogy vezérled a webszerver cacheének működését. Ha jól tudom, ezt tipikusan nem tudod ilyen hamar, ilyen mélyen megoldani PHP-ből."lebontja róla az oldal többi részét, ami mindenkinek ugyanaz, és abbol csak 1-et tárol"
Az ugye megvan, hogy létezik donut cache, illetve ennek az ellenkezője (jellemzően MVC frameworköknél)? Azaz meg tudod kódban határozni, hogy melyik részeit szolgálja ki cache-ből a szerver a végül összeálló egész visszaadandó html-nek."Különösen ez a CDN-eknél nem értem hogy hogyan működhet, mint pl a cloudfare"
Hehe, hát ott sehogy. A cloudfare-es külsős sokadik szintű cache sok mindenre jó lehet, sok mindenre nem. Hozzáteszem, a fentiek ismeretében megfelelő cache stratégiával, megfelelő platformon, megfelelő tudással, bődületesen nagy forgalmat bonyolító alkalmazások készíthetőek el, már havi pár száz Ft-os hostingoknál (itt most megint csak ASP.NET hostingokról beszélek, PHP-seket nem ismerem ennyire) is.Én kérek elnézést!
-
martonx
veterán
-
martonx
veterán
Ehehe, egy ideje mondogatom itt, hogy a mobilra webfejlesztés az új szopás. Mire az IE végre beállt a sorba, és megvalósult, hogy az asztali böngészőkre fejlesztésnél alig kell bármilyen böngésző specifikus dolgot figyelembe venni, addigra megérkeztek a mobil böngészők, és még egy Android 4.1.X és egy másik Android 4.1.X között sem működnek egyformán a dolgok. És akkor még nem is beszéltünk az IOS-ről ,meg WP-ről.
Ha meg az ember olyan mobilos nyalánkságokat akar megvalósítani, mint zoom, meg touch, hogy ha már mobil, nyújts minél natívabb élményt, na annál nagyobb szopás nem létezik.Én kérek elnézést!
-
martonx
veterán
válasz fordfairlane #10631 üzenetére
SugarCRM, meg kismillió hasonszőrű kész megoldás van erre. Viszont azokat beüzemelni se valami egyszerű.
Plusz gabor85 specifikációjából kb. nem derült ki semmi, tipikusan minden projekt így indul, hogy csak valami kicsi fejlesztés kell, aztán félúton kiderül, hogy ja de ezt is meg azt is tudnia kellene a rendszernek.
Ez bőven az a téma, amikor lehet, hogy elég ha két éjszaka (vagy akár két óra) alatt összedob valamit az ember, de lehet, hogy hetekig heggeszti egy pár fős csapat, mert annyi apró bizbasz igény van vele kapcsolatban.Én kérek elnézést!
-
martonx
veterán
válasz PumpkinSeed #10660 üzenetére
Na de ez HTML + CSS, mi nem megy ezen? Csinálsz egy index.html filet, és a kiterjesztését átírod .php-re
Vagy csak én nem értem, mit nem értesz?Én kérek elnézést!
-
martonx
veterán
válasz csabyka666 #10679 üzenetére
1. Van Sql, sőt van MySql topik is.
2. A kapcsolótáblához annyi tulajdonságot állítasz be pluszban, amennyit jól esik.
3. Már hogy oldaná meg a MySql maga? Neked kell kezelned a kapcsoló táblát is.
Ja és
4. van PHP topik is.Én kérek elnézést!
-
martonx
veterán
válasz rootkiller #10721 üzenetére
Javascripttel a window.location ezt tudja csinálni, de szerintemPHP-vel is meg tudsz oldani valamilyen redirectet.
Én kérek elnézést!
-
martonx
veterán
válasz Tele von Zsinór #10749 üzenetére
Megerősítem. Régen volt best practice, hogy querystringben ne mutassunk Id-t, talán az sqlinjection-ök miatt, vagy nem is igazán tudom mi miatt.
Mára ez okafogyottá vált, miközben az MVC-s routing-ok nagyot fejlődtek, és ott sokkal könnyebb egy query string alapján routolni, mint belső post paraméterek alapján. Az sql injection ellen meg alapból védenek az MVC-k.Én kérek elnézést!
-
martonx
veterán
-
martonx
veterán
válasz Sk8erPeter #10833 üzenetére
6 másodperccel megelőztél
Azóta se üzemeltem be, de akkor jó ötletnek tűnt, hogy ilyet használjak az egyik oldalon.Én kérek elnézést!
-
martonx
veterán
válasz Sk8erPeter #10837 üzenetére
Nem volt vele probléma, egyszerűen az csak egy "nice to have" feature lett volna. És mire az egészet megtaláltam, átgondoltam, el is ment vele az az idő, amennyit rászántam
Majd legközelebb.Én kérek elnézést!
-
martonx
veterán
válasz trisztan94 #10844 üzenetére
Én bootstrap nélkül már nem nagyon kezdenék neki új projektnek. Az más kérdés, hogy esetedben lehet, hogy a javascript része abszolút nem is fog kelleni, csak a css része.
Én kérek elnézést!
-
-
martonx
veterán
válasz rootkiller #10866 üzenetére
asphostpage.hu a neve netévesszen meg. Viszont az ingyenes csomagjukat X időnként (ha jól rémlik 3 havonta) fel kell frissíteni, szóval némi törődést kíván.
Én kérek elnézést!
-
martonx
veterán
válasz rootkiller #10878 üzenetére
Nem ismerem a közoktatás állapotait, de nem hinném, hogy a közoktatás berkein belül ne lehetne találni egy olyan szervert (vagy ennek kineveztt bármilyen gépet), ami 24/7-ben az internetre van kapcsolva, és a célnak tökéletesen megfelel?
Ja és az Azure felhőben van free website hosting. Csak javasolni tudom, nagyon jó.
[ Szerkesztve ]
Én kérek elnézést!
-
martonx
veterán
válasz PumpkinSeed #10891 üzenetére
Hagyjátok már, ő külsős. Különben is, van aki tudja és csinálja, meg van aki tanítja
Most nem azért, de ha én (meg szerintem itt kb. bárki) történetesen programozást tanítana, biztos hogy rég kisujjból megoldotta volna az ingyen hosztingot. Sőt ha valaki komolyan ezt csinálja, akkor szerintem mindegyikünknek megvan a bejáratott hoszting megoldásunk, akár több is párhuzamosan, és egy plusz oldal már nem oszt, nem szoroz alapon, rég fent lenne a cucc. Nem pedig itt tipródnánk.Én kérek elnézést!
-
martonx
veterán
válasz PumpkinSeed #10903 üzenetére
Hagyd, ő kérdezni szeret, ha választ kap csak megsértődik. Van ilyen embertípus. Ő úgyis jobban tudja, amit kérdez, amúgy meg elmehetünk a fenébe, hogy nem pont az válaszoltuk, amit hallani szeretett volna.
Én kérek elnézést!
-
martonx
veterán
válasz trisztan94 #10938 üzenetére
Nem kezdtem el F12-vel, fiddlerrel nézegetni a PH url hívásait, de szerintem ha hivatalos API nincs is, de biztos, hogy le lehet szimulálni bármilyen nyelvi környezetben.
Én kérek elnézést!
-
martonx
veterán
válasz RockCNC #10979 üzenetére
Használj Bootstrap-et. Megéri, bár van akit zavar a pluszban behúzott 90Kb-os CSS.
Legutóbb egy front-endessel volt is némi nézeteltérésünk, mert állította, hogy felesleges behúzni, majd 88Kb-ban megírt egy jóval igénytelenebbet, és végül még reszponzív se lett.
Hiába, nagy az isten állatkertje.
Én kérek elnézést!
-
martonx
veterán
válasz Sk8erPeter #10995 üzenetére
Ez kész. Ezen hangosan röhögtem. Vajon mennyire gondolja komolyan, vagy ez csak paródia?
Én kérek elnézést!
-
martonx
veterán
válasz Rodzser Mór #11026 üzenetére
Amelyik CMS sablonra az van írva, hogy reszponzív, az ezt tudja.
Én kérek elnézést!
-
martonx
veterán
válasz trisztan94 #11037 üzenetére
Szerintem érdemes rájuk figyelni, bár komplexebb SPA-knál pár ezer sornyi js-nél a JSLint megfekszik, és jobb békén hagyni.
Én kérek elnézést!
-
martonx
veterán
válasz Sk8erPeter #11039 üzenetére
Ezt mondtam én is, csak tömörebben. Eleinte (úgy értem a fejlesztés elején) érdemes rájuk figyelni, sőt én a mai napig is néha végigmazsolázom őket. Visual Studio-ban bekapcsolva szoktam hagyni, az a pár warning elfér. Online felületen még soha nem használtam.
Én kérek elnézést!
-
martonx
veterán
válasz trisztan94 #11041 üzenetére
simán js oldalon is meg tudod ezt oldani, bár az nem túl elegáns, mert homokórázni fog az átirányítás ideje alatt.
Egyébként ha lenne mögötte szerver oldal, akkor egy szál domain-el le lehetne kezelni az egészet. És ha később bele kell nyúlni valamibe, sem kell 8 felé másolgatni.
Én kérek elnézést!
-
martonx
veterán
válasz Cheesy #11062 üzenetére
ööö ennyi infó alapján biztos, hogy te akarod csinálni, nem pedig szakembert keresni erre a célra?
A fejlesztői környezetek tárháza nagyon széles kezdve egy sima notepad-tól a Netbeans-en keresztül a Visual Studio-ig.
Vannak itt jópáran a topik lakók közül, akik egy ilyen projektre úgy csapnak le akár szinte ingyen is, mint gyöngytyúk a takonyra.Én kérek elnézést!
-
martonx
veterán
válasz Cheesy #11064 üzenetére
Az megvan, hogy a weblap készítős topikba írtál? Ezen a vonalon nem nagyon van ilyen, de talán még a Vaadin áll az általad elképzelthez legközelebb. Aztán persze ott van a klasszikus ASP.NET (nem az MVC!), illetve a JSF meg java vonalon ki tudja még mennyi kezdeményezés.
Ha összekattintgatni akarod, akkor inkább ajánlanék valamilyen klasszikus asztali alkalmazásos vonalat, az a tuti.
Én kérek elnézést!
-
martonx
veterán
válasz Cheesy #11067 üzenetére
Na, kezd ez konkretizálódni. Szóval MySQL + PHP. Ez esetben tényleg nincs olyan megoldás, mint amit keresel. Manuálisan persze meg tudod írni nulláról.
Ha nem ragaszkodsz a LAMP-hoz, akkor működhetnek az általam javasolt .Net-es / Java-s megoldások.
És az Access tud egy közös szerverről működni, egyszerre páran tudják használni párhuzamosan. Egy szál file, amit felteszel egy share-be ahonnan mindenki eléri, és kész is vagy.
Én kérek elnézést!
-
martonx
veterán
válasz Phvhun #11084 üzenetére
"Közben próbálkozok IIS-el, de a WNMP szimpibbnek tűnik." - ezen is hangosan felröhögtem.
3 kattintásos telepítő vs több napnyi szopás? És IIS-en is jóval gyorsabban fog futni a PHP-d, mint Apache-on. Ráadásul ha már windows, akkor a szutyok MySQL-t is ki lehetne kukázni egy rendes MSSQL-re.
Sőt még jobbat mondok, telepítened se kell, fogod és Azure-ban hosztingolod az egész hóbelevancot.Én kérek elnézést!
-
martonx
veterán
válasz Tele von Zsinór #11103 üzenetére
Hehehe, erről is eszembe jut egy vicces történet, mikor az alma rajongó PHP fejlesztő barátom jött nagy lelkesedéssel, hogy a Vagrant lesz a megoldás a problémáira.
Aztán egy hétnyi önszopatás után feladta. De biztos csak ő volt a béna.
Mondjuk mióta őt ismerem, rengeteg vicces almás történettel gazdagodtam.Én kérek elnézést!
-
martonx
veterán
válasz Phvhun #11107 üzenetére
Ha már kód által kezelt a hiba, akkor biztos nincs. Ha meg a kódban nincs lekezelve, akkor igen az IIS-nek van logja, sőt a windows-nak is van logja, a kettő közül valamelyikben biztos megtalálod.
De jobbat mondok, a mysql saját maga gyűjti egy error file-ba a futás közben dobott hibákat, nézd meg abban.
Sőt még jobbat mondok, debugold a programodat, és akkor nem kell utólagosan logokat túrnod.Én kérek elnézést!
-
martonx
veterán
válasz trisztan94 #11111 üzenetére
Hehe, a doksi elolvasása regisztrációhoz kötött.
Ha már használtál gugli map-et, meg bing map-et, akkor most miért próbálsz ki egy harmadikat is?
Én kérek elnézést!
-
martonx
veterán
Szia!
Ha hülye vagy a Drupalhoz, akkor lehet, hogy a többivel sem lesz szerencséd.
A Wordpress szvsz egyszerűbb, mint a Drupal.
Én személy szerint ha már mindenképpen CMS, akkor az Orchard CMS-re esküszök.Amit szeretnél azt nem biztos, hogy meg fogod tudni oldani CMS-el, legalábbis ezt a tag-elés dolgot, végigolvasnom is nehezemre esett.
Én kérek elnézést!
-
martonx
veterán
Hülye kérdésre hülye választ kaptál, nincs min csodálkozni. A második kérdésed már jobb, javaslom lesd meg a google maps API dokumentációját. A dokumentációt nem azért írják, hogy az elolvasásuk helyett hülyeségeket kérdezzünk, hanem hogy elolvassuk, próbálkozzunk, és ha nagyon nem megy, akkor kérdezzünk.
Én kérek elnézést!
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen