Valaki esetleg nem tudja, hogy a Facebook mi alapján rak ki kis képet/leírást, ha belinkelünk egy URL-t? Google esetén van microdata/structured data, ami hasonlóra van, de FB esetén ezekre a kulcsszavakra nem találtam semmit.
ööö: - az első sor miért nem került be a tömbbe akkor már - miért nincsenek az elemek idézőjelekben? - miért cseréled le a vesszőt vesszőre? - miért 2 nyelvű a kód? - miaza return = + (tagolás..)
egyébként én nem is értem 100%-osan a problémát, ez tuti megoldás rá? az itt most az elképzelés, hogy van egy ékezetes mappa / fájlnév, abból gyártsunk ékezet nélkülit, és úgy ékezet nélkül készüljön el, illetve legyen belinkelve / megjelenítve? mert ha ez van, az úgy ok Utoljára szerkesztette: j0nNyKa, 2015.03.13. 18:58:05
igen, nem is akartam ékezeteket használni, a megadott mappa nevet létrehozás előtt simán benyomom urldecode -ba (így lesz ásó-ból %C3%A1s%C3%B3), de a kép url ként nem akar betölteni (lehet htaccess hiba? pedig jpg és társait exclude oltam, ha nem ilyen csicsás a mappanév megjeleníti a képet.
Cica: és akkor hogy tudom meg mi a rendes címe a mappának? azt akartam elkerülni, hogy még egy txt fájlt tegyek a mappába ami tartalmazza a rendes nevet...
Ékezetes karakterekkel én nem nagyon ütköztem problémákba, inkább a ?&; és társai miatt volt szívás. Amúgy a legegyszerűbb az, ha lekapod az ékezeteket.
Első körben, a 90-es évek óta az IT alaptörvényei között van, hogy nem használunk ékezetet, speciális karaktereket fájlrendszeren. Még Windows-on is sokszor problémát okoz, Linuxon még többet. A legjobb megoldás, ha nem használsz speckókat, ha meg nem te hozod létre a könyvtárakat/fájlokat, átnevezed őket (glob, array, foreach, rename). Másik megoldás, ha egyirányú kódolást használsz, azaz nem nyúlsz a könyvtár/fájlnevekhez, hanem dekódolod és úgy használod őket a kódban (gyak. mint titkosításnál). Utoljára szerkesztette: MerlinW, 2015.03.12. 18:15:42
kérdés: mappákban vannak képek és a mappák, hogy ne legyen gond az ékezetes mappákkal urlencoddal készítem el a mappát majd urldecoddal kiíratom az oldalon mint cím. Viszont a képek elérési útvonala hiába van jól megadva ( .../%C3%A1s%C3%B3/kep.jpg ) nem jeleníti meg a böngésző. Feltételezem ez annak az oka, hogy ő urldecodeolja magának az urlt, viszont úgy meg már nem lesz jó az útvonal, mert nem ásó a mappa neve. Ötlet, hogy ezt hogy küszöböljem ki?
a baj igazából azokból van (és most természetesen nem rád gondolok), akik első félév után közlik hogy tudnak c++-ban programozni Utoljára szerkesztette: j0nNyKa, 2015.03.10. 17:45:28
Ja felreertes ne essek, attol, hogy c++ nyelvet tanultunk az OOP-t csak emlitoleg erintettuk. Plusz pontert lehetett OOP-ben beadni a feladatot... Hogy akkor miert epp C++ nyelvel dolgoztunk...jo kerdes, gondolom annak a complilere volt feltelepitve a gepekre :)
+1, így a helyes, faszrázás c++-szal kezdeni, hova értene meg egy első féléves pl. egy operator overloadingot, vagy akár az objektum orientáltságot, amikor még funkcionálisan sem tud programozni furcsa néhol az oktatás, nem halad a korral, vagy csak átgondolatlan
C++-ban mondjuk finom is lehet megtanulni kódolni. Nálunk először C volt, ott programozás alapokat megtanították, aztán a másodikban meg az oo szemlélet + C++.
Amúgy, ha úgyis csak papír miatt csinálod, akkor imho utána gyors felejtsd el a PHP-t és tanulj meg valami más nyelvet amivel lehet weben szórakozni (ruby, .net, python, nodejs, de igazából kb minden nyelvvel lehet amiben van socket kezelés)
Latszik koran irtam az elozo hozzaszolasomat... Csak a legfontosabb szo maradt ki az elso mondatbol. Szoval ime helyesen: Ez NEM a linux disztribucio vagy epp az op rendszer hibaja.
Sajnos az oktatas mar csak ilyen. Emlekszem amikor C++ tanultam a foiskolan es meg se probaltak minket esszeruen megtanitani kodolni, sokkal inkabb az egesz egy gepies dolog volt. Latszott a tanarokon, hogy unjak, sot nem is ertik azt amit oktatnak. Olyan dolgokat eroltettek rank, hogy mikepp formazt es kommenteld a kodot. Onmagaban a formazas es kommenteles is fontos, de sokkal fontosabb a kovetkezettesseg mintsem, hogy egy adott stilust (ami mondanom se kell elavult volt mar akkor is) eroltessenek rad.
Kiiratkozni -mostmár- nem akarok. Kell a bizonyítvány, már csak 4 hónap van hátra az egészből + igény szerint az emelt szintű OKJ felkészítés még néhány hónap de majd meglátom, hogy mennyire kell az nekem.
Lényegében a kérdésem az volt, hogy jól sejtem-e azt, hogy valami nem stimmel az oktatási módszerrel (tehát ezzel a mysql használattal) és ezek szerint igen. Persze, megoldom, hogy az iskolában a régi módszerrel csinálom amit kell mert úgyis azzal párhuzamosan hegesztem a saját projektemet és akkor azt már az újabb technikával oldom meg. Csak attól félek, hogyha azt beadom akkor mondjuk náluk nem fog működni és ráfogják, hogy szar. Bár akkor meg bemutatom, hogy nálam márpedig megy, tessék haladni a korral :)
Köszönöm a válaszokat, kíváncsi vagyok, hogy mit szól ehhez az oktató.
perfekt megoldas, kiiratkozni az iskolabol btw az nem pdo_mysql?
blum: bar konkretan nem ereztem kerdest a hozzaszolasodban, foleg olyat nem, ami nem egyertelmu, de.. tudsz barmit csinalni azon kivul, hogy szepen nekiallsz szar-regi modszerrel "dolgozni", amig ott tanulsz? a lenyeg hogy ne egjen beled meg csak tavolrol sem, hogy az ugy jo
Ez a linux disztribucio vagy epp az op rendszer hibaja. A php frisebb verzioiban a mysql fuggvenyeket mar nem ajanlott hasznalni (deprecated) helyette ott a mysqli vagy a mysql_pdo. Eselyes, hogy az iskola ahol tanulsz 10 evvel a mai technologia elott jar es nagy ivben tesznek ra, hogy ez a szakma naponta valtozik. En azt javaslom iratkozz ki a picsaba :)
Szerintem, ha mindenből felrakod ugyanazt a verziót, akkor nem lesz baj. Tippre ott bent örültek, hogy 3 éve sikerült belőni a PHP-t/MYSQL-t és azóta hozzá se nyúltak (ami amúgy divat ilyen körökben :D).
Amúgy imho csináld meg úgy ahogy ott tanítják, aztán majd utánanézel hogyan szép.
Nekiálltunk megcsinálni oktatáson a webshopot, már keményen pörög a php és a mysql. Nem a benti gépeken dolgozok, amiken Windows van hanem a saját laptopomon, amin Linux fut (jelenleg ArchLinux). Ma belefutottam egy olyanba, hogy a másoknál hibátlanul működő kód nálam nem ment. Nem volt egyszerű rájönni, hogy miért de végülis meglett.
A probléma az volt, hogy az Arch PHP csomagja mysqli-t használ, a sima mysql parancsokat nem fogadta el. Ha engedélyeztem php iniben a "deprecated" mysql.so modult akkor persze kiírta, hogy oké, működik de nem kéne használni mert nemsokára megszűnik létezni, használjak mysqli-t. Ahogy elnéztem jelentősen eltérnek egymástól (más paraméterezés,stb) tehát órán nyílván nem volt időm arra, hogy újraírjam az egészet és nem is fogom, használtam inkább a benti gépeket de amikor felvetettem a tanárnak, hogy amit csinálunk az hosszú távon LEHET, hogy nem lesz frankó akkor csak megvonta a vállát mondván, hogy ő erről nem tud. Nem mondom, hogy 100%-ig igazam van mert nem világos ez nekem, hogy akkor most az Arch a hülye vagy én vagy a tanár. Minden esetre most visszarakom a Fedorát, hogy órán is haladjak a többiekkel és ne legyen szopacs. Merthogy Arch-on akármit turkálok a php.ini-ben, egyszerűen nincs az az Isten, hogy megegye azt a kódot amit bent írunk.
Ti mit tudtok erről? Merthogy Szerdáig bekéne jelentenem, hogy végülis mit adok be a vizsgára amiről aztán kéne írni dokumentációt is, azt nyomtatni, beboríttatni, stb...szóval HA LEHET akkor már a lehető legjobb/legújabb technikával csinálnám meg.
Ez a PHP komolyan nem logol sehova vagy nincs hozzáférésed a szerveren? (/var/log/apache2/error.log vagy hasonló)
Sima plain adatok, semmi bináris. Egy 34 és egy 32 mezővel rendelkező táblát join-olok, a végeredmény 4-10 ezer rekord. Csupa int és varchar mező (számviteli szoftver) Ha lekérdeznék egy 6-8 ezreset, az SQL lefut, de mikor hozzányúlnék az eredmény tömbhöz megáll az élet, dobja az 500-at. Ha bedobok a WHERE-be egy dátum szűrőt (pl. 2015-01-01 BETWEEN 2015-02-01), akkor minden okés.
A memory limit 512M, max post 128M (local-on is ennyi nálam, és ott elég). Tehát valahol a tömb méretével lesz gond (5.3.3-as PHP van a szerveren), mégis a fél gig memóriába bele kellene hogy férjen. Akkor sem volt jó, ha ini_set-el -1-et adtam a mem limitnek.
Egy egyszerűen használható és telepíthető PHP-s belépés/regisztráció/elfelejtett jelszó/belépés után adatszerkesztés script kellene nekem. Egy fontos dolog van, hogy tudnia kell többnyelvűséget. Tudtok nekem valami kulcsrakész megoldást ajánlani, ami biztonságos, gyorsan telepíthető és csak designolni kell?
Köszi
köszönöm, de sajna a szövegnek nem adhatok hátteret, mert mintás háttéren van
Milyen jellegu adatokat kerdezel le? Nekem ez nagyon ugy tunik, hogy megtellik a PHP rendelkezesre allo memoriaja. Szoval ha blog bejegyzeseket kersz le, vagy olyan jellegu adatokat amik sok helyet foglalnak (pl binarisan file/kep eltarolva) akkor a 2-3 ezer rekord is fel tudja emeszteni az 512MB-t.
var_dump az mondjuk amúgyis megfog mindent, az nyomi dolog nézz meg esetleg egy krumo-t kiíratáshoz, egyébként meg ahogy macsek mondja, /var/log/{nginx|apache2}
0.3mp alatt kérdezi le az SQL-t, az idővel nincs probléma. Gyakorlatilag azonnal eldobja a témát. Gomb megnyom, ajax hívja a függvényt, aminek első dolga hogy hívja a db függvényt, ahol megáll. Ha kikommentelem az sql execute-ot, akkor minden sima. Ha olyan feltételt adok az sql-nek, ami kevesebb rekordot ad vissza, akkor is minden oké. Rejtélyes. Utoljára szerkesztette: MerlinW, 2015.02.26. 20:39:32
Újabb keresztkérdés, találkozott-e már valaki ilyennel?:
Adott egy SQL lekérdezés, ajax futtatja a háttérben. ~500 rekord esetén minden szuper, viszont ha 2-3000 rekordos az eredmény, eldobja a szerver 500 internal error-al. Localhoston minden tuti, szerver php-ban post limit 128M, memory limit 512M (beállíttattam olyanra, mint a dev környezet).
POST http://***/listak/karton/ 500 (Internal Server Error) jquery.min.js:4 m.ajaxTransport.sendjquery.min.js:4 m.extend.ajaxVM445:1 do_Ajax(index):95 onsubmit
Végül megoldottam mPDF-el. A probléma az volt ugye, hogy naaaaagy tömbből épül fel a PDF, a PHP meg mocsok sok memóriát használ a tömbökhöz. Ehhez hozzájárul a változó is amiben a nyomtatni való nagy tábla van (~800k). A megoldás az volt, hogy a WriteHTMLparancs előtt nyomtam egy file_put_contents-et, azaz kiírtam html-be a változómat, majd azt küldtem be file_get_contents-el a WriteHTML-nek. Máris legenerálja a 160 oldalt ~100mp alatt. Nem gyors, de gyorsabb - és legalább lefut - jelen projekthez most elég. Örülünk. Utoljára szerkesztette: MerlinW, 2015.02.25. 21:52:47
Nyuszit csak egy helyen kell telepíteni, aztán csatlakoznak hozzá a 'fogyasztók', bár igazából lehet használni helyette valami egyszerűbb brókert (reddis-re épül pl elég sok), főleg ha nem több gép között kell kommunikálni, hanem egy gépből áll a rendszer és azon kell háttérben számolgatni/generálni.
rabbit nem jó, mert nem mindenhol lehet telepíteni, viszont resque-t megnézem. Mondjuk jobban örülnék egy normális pdf generátornak ami képes 100 oldalt emberi időn belül összelapátolni:)
Én ezt anno Pandoc-kal csináltam, markdown-ból pdf-be kb 15 másodpercig tartott. Ahogy nézem LaTeX-on keresztül csinálja, lehet azzal lenne a leggyorsabb.
Tedd be queue-ba a fajl generalast, rabbitmq-server pl jo, en azt hasznalom (amqp libbel tudod phpbol vezerelni) masik ami meg jo, az a php-resque, ot konnyebb kezelni egy fokkal ezeknel a pdf generator mar mind1, mpdfet en szerettem anno
Rabbithoz tudok adni peldakodot holnap, ha gondolod
(Sorry linkelni nem tudok, meg cseten valaszolni se, nem vagyok ma gepnel) Utoljára szerkesztette: j0nNyKa, 2015.02.25. 15:57:23
Valaki renderelt már PDF-be realtime (php-pdf) 5-6000 táblarekordos tartalmat? Kéne hozzá valami hint. Tegyük fel, hogy nem érdekel a memory limit, viszont 1-2 perc alá kellene vinni az időt. Valami normális chunk megoldásra lenne szükségem, illetve hogy melyik library-t érdemes erre használnom. (jelenleg mdpf és tcpdf van a rendszerbe építve)
CSS transform-mal forgatok egy képet hover állapotnál, és transition-t tettem rá, hogy animációs hatást érjek el. A problémám az, hogy amíg tart az animáció, a weboldalon bizonyos betűk elvékonyodnak, majd az animáció végére visszaállnak eredeti állapotba. Olvastam, hogy vannak text smoothing és aliasing problémák szöveg forgatásánál, de én egy képet forgatok, és ennek ellenére az egész weboldalon villannak bizonyos szövegrészek. A szövegeken nincs semmi olyan class vagy property ami közös lenne, vagy megegyezne a forgatott képpel. Tudtok erre valami orvosságot?
En azt javasolnam, hogy probalj ki minel tobbet. Ingyenesek, nem veszthetsz semmit. Telepitsd fel akar lokalis webszerverre (xampp). Igy biztos meg fogod talalni azt ami nektek a legmegfelelobb.
Igen , rendelés nélküli oldal lenne, de lényeges, hogy gyorsan tudjuk a termékeket átárazni. Én lennék a webfejlesztő :) Csináltam már joomla oldalt külső scriptekkel, fordítással stb.. valamennyire értem a weboldal felépítését, html, css, php nyelvet,de programozónak nem tartanám magam.
Katalogus alatt azt erted, hogy arakat megjelenitesz de NEM webshop azaz nincs online rendeles? Dolgozik nalatok (esetleg te magad) webfejlesztoi affinitasokkal megaldott kollega (php es adatbazis elsosorban)? Rendelkeztek sajat szerverrel, vagy valami jol konfiguralhato hosting elofizetessel?
opencartal van tapasztalatom, csak ajánlani tudom. Jól működő, átlátható rendszere van. Nem egy wordpress szintű, de egész elfogadható support van mögötte. Nemrég jelent meg a 2. verziója
Elérkezett az idő, hogy lecseréljük az egyedileg programozott elavult oldalunkat lecseréljük valami ingyenes cms-re. Szeretném a véleményeteket kérni, mit ajánlotok.Az oldal egy bútorboltnak a weboldala lenne, de csak katalógusként szolgálna. Lényeges, hogy az admin felület ne legyen túl bonyolult, és a termékeknek lehessen azért több opicót adni (szövet,szín,méret),és a lehető leggyorsabban tudjuk az árakat frissíteni, csv-ből feltölteni. (valahogy a mostani oldalból kellene átvinni az adatbázist) Szóval joomla, opencart, prestashop, magento ? Elég sok fajta van, de nem tudom melyikkel érdemes gondolkodni. Bár a magento szerintem sok ehhez, de az előbbiek közül nem tudom melyik nyújtaná a legjobbat ? Utoljára szerkesztette: Szeki26, 2015.02.19. 21:39:50
DigitalOcean VPS-t ad (rendes shell akkount, legolcsóbb csomagból 1.5 év jön ki asszem).
Minden szolgáltatásnak van külön weboldala, ami leírja micsoda. Bitnami lényegében annyit, viszont mindezt felhőszolgáltatással együtt. DigitalOcean felhőtárhely a különbség a többitől, hogy kizárólag fejlesztőknek, sok tool-al, beállításokkal.
A helyzet az, hogy elfogadták a Github Backpack kérelmem. Igazából csak az unreal engine érdekelt jobban, de ha már megkaptam a többit is... igazából nem tudom, hogy pontosan mit takarnak ezek az alapból fizetős szolgáltatások, még ha el is olvasom, hogy mit tud az oldal...
Bitnami lényegében annyit tud, hogy gombnyomásra telepít nekem egy CMS-t? DigitalOcean lényegében meg egy webhosting szolgáltatás? mitől más mint a többi? crowdflower, orchestrate, travis ci...
valaki leírná nekem 1-1 mondatban hogy ezek mire is jók?
igen, bejelentkezés 1 modul, user profil 1 modul... mondjuk lehet kicsit korán pánikoltam, mert lehet kis trükkel mégiscsak meg tudom majd csinálni. Viszont valami jó kis frameworköt jó lenne már megtanulni, csak előnyömre válhat (úgy érzem)-
steam openid login + mindegyik user tölthet fel zip fájlokat, amiket szerver oldalon először kicsomagolok, majd újra zipelem, ezeket le lehet tölteni + mikor megnézzük a felhasználó profilját akkor megnézhetjük az általa feltöltött zipben lévő fájlokat és azok tartalmát összehasonlítjuk + generálható kép minden profilhoz +
Ma rájöttem, hogy amin az utóbbi időben dolgoztam, nem valósítható csak meg azzal, hogy plugineket írok hozzá (pedig már majdnem kész lett). Ha egy kicsit is más oldalt szeretne az ember csinálni akkor muszáj tök nulláról kezdenie mi? :(
Sziasztok! Egy olyan kérdésem lenne, hogy meg lehet e oldani azt, hogy ha valaki printscreent használ egy adott weblapon, akkor csak egy fehér képet kapjon, ne tudjon lementeni a weboldalról képet.... thx
Olyan gondom van hogy aol.com, hotmail meg pár nagyobb email service provider spam listába rakja a hostról küldött emailjeim. Bármi tipp jó smtp szolgáltatásra? 2-3000 order meg shipping confirmation email megy ki havonta
dehogynem.
őszinte leszek, észre se vettem eddig, hogy attól kaptam a pontot, akivel vitázom. ez így kifejezetten etikátlan lépés volt, egy szakmai fórumon a mondanivalót támadom, nem az embert, erre ő visszaél a moderátori jogkörével.
1-2 hétig használtam FreeBSD-t, egészen emészthető volt. Ha nem egy szutyok laptopom lenne és nem kellett volna 1-2 órákig néznem ahogy fordul valami nagyobb program akkor simán megtartottam volna. Telepítés utáni 14 órás xorg fordítás azért kemény volt :D
ArchLinux telepítése Evo/Lution Installerrel kb. 15 perc...xorggal, DE-vel, VGA driverrel, fstab beállítással együtt. Restart után van egy teljesen használható rendszered. Persze ha custom kernel is kell akkor már más az egész de sokkal-sokkal gyorsabban betudom lakni az Arch-ot mint anno a Windowst.
A Gentoo-tól mondjuk én is téptem a hajamat, az ugye egy forrásból telepítgetős disztró de szerintem nagyon csúnyán elvan az cseszve, FreeBSD ilyen forrásból telepítgetős perverzeknek (no offense) sokkal jobb választás.
Miért fáradna bele? Workstation-re 2 fődisztró (debian, redhat - perverzeknek arch, gentoo és slackware is -) jöhet szóba. Telepítesz egy natúr debian-t és mindent megkapsz, ami a munkához kell a legstabilabb csomagokkkal. Ubuntu LTS mint debian rendszer talán a legkényelmesebb, frissebb csomagokkal. Akinek a Unity-vel van baja (ami egyébként 14.04 óta teljesen jó), az lecseréli Gnome 2-re, vagy amire akarja.
Olyan, hogy "célnak megfelelő disztró" nem létezik. A Linux = kernel + csomagkezelő + repo. Azaz bármiből összeállíthatsz bármit. Az aldisztrók többnyire csupán időspórolás céljából készülnek. Kevés mögött van saját repobázis. Gyakorlatilag minden debian alapú rendszer a debian és a canonical repóit használja, az összes redhat rendszer a redhat és centos repóit, stb. Innentől minden disztró X/Y alkalmazással előretelepített fődisztró.
"Nemrég nekiálltam a céges laposomra összerakni egy Arch-ot, bele sem merek gondolni mikor lesz abból desktop szinten is használható rendszer."
Aki egy ideje foglalkozik Linux-al, annak nem okozhat problémát összerakni Arch, Gentoo, Slack desktop rendszert. Ugyanannyi idő mint bármelyik mást. A könyvtárstruktúra többnyire ugyanaz, 1-2 apróságban különböznek (pl Arch esetében az initd és a networking) Megmondod a csomagkezelőnek mit telepítsen és annyi. Életem első Arch telepítése, konfiggal, dektop-á avanzsálása nem tartott 3 óránál tovább.
A Windows pedig 100%-osan nélkülözhető, ha nem játszol valamint nem vagy MS/Adobe termékekhez kötve.
"illetve a root fájlrendszer könyvtárszerkezetét és annak a csomagok általi elég szabadon értelmezett belakását sem tartom egy túl egészséges dolognak."
Nincs szabadon értelmezve semmi, mindennek megvan a helye és oka. Ennek inkább olvass utána, mert hosszú. Tudod mi van szabadon értelmezve? A Windows-ban való gányolás. Hogy minden alkalmazás a registry és a documents teljesen különböző pontjaira írhat minden szabály és rendszer nélkül. Utoljára szerkesztette: MerlinW, 2015.01.23. 19:33:18
A Linuxszal az a baj, hogy belefárad az ember mire megtalálja a célnak megfelelő distro-t és beconfigol megfelelően mindent (mivel a legtöbb dolgot tök máshogy kell eltérő distrokon, egy csomó tapasztalat kuka).
Annak idején én a VPS-emmel el tudtam egy hónapig játszani, mire úgy éreztem, hogy használható lett. Nemrég nekiálltam a céges laposomra összerakni egy Arch-ot, bele sem merek gondolni mikor lesz abból desktop szinten is használható rendszer.
Azt hiszem ezt nevezik a bőség zavarának, és azt hiszem ennek a brutális mértéke gátolja a Linux-ot a megfelelő elterjedésben (értsd: akkora kompatibilitás és támogatás kiépülése, hogy a Windows teljesen nélkülözhető lehessen bármilyen célra), bármennyire is jó rendszer más szempontokból.
Meg azért vannak még bőven hiányosságok desktop téren (nem találtam még mindig olyan GUI-t, ami out-of-the-box olyan gördülékenyen használatba vehető lenne, mint egy Windows desktop), illetve a root fájlrendszer könyvtárszerkezetét és annak a csomagok általi elég szabadon értelmezett belakását sem tartom egy túl egészséges dolognak.
egy fejlesztői környezetre bármelyik Windows képes, nem kell nyomatni a hülyeséget. termelési közegben meg nem PHP hostolásra való (bár azt is tudja, 7 évig csinálta előző munkahelyemen), de nyilván aki Windows szerverekre tolja a szolgáltatását, az nem PHP-ben utazik, hanem ASP.NET-ben.
Most arrol vitatkoztok, hogy termelesi szervert lehet-e uzemeltetni windowson vagy arrol, hogy fejleszteni lehet-e rajta? Persze tudom, fejleszteshez is kell egy szerver, de az sehol nincs megkotve, hogy a helyi pc-dnek es a szervernek ugyanannak a fizikai masinanak kell lennie. Ezen kivul vannak virtualis gepek is. Vagranttal pillanatok alatt fel lehet allitani egy, az adott alkalmazasnak megfelelo, virtualis kornyezetet. Innen kezdve meg, hogy a helyi gepeden eppenseggel milyen op rendszer fut az csak es kizarolag izles kerdese.
Ez igazából attól függ mivel foglakozol, nekem az rémlik, hogy pl Ruby-t eléggé macerás belőni winen, Python viszonylag szépen megy (virtualenv-ekvel van szopás, anélkül meg nem állunk neki fejleszteni), PHP-ra viszont tényleg vannak szép megoldások.
Amúgy én pl hozzászoktam ahhoz, hogy ssh-zok devenv-re/fun gépre, ott megnyitok egy screent ahol első ablakban szerver logok, többiben vim aztán ezt lehet mindenről használni, nem OS függő (illetve nem a saját gépemet szemetelem tele).