- Az NVIDIA szerint a partnereik prémium AI PC-ket kínálnak
- Két Zen 5-ös dizájnjának mintáit is szállítja már az AMD
- A Colorful "fagyosan kompakt" alkatrészekkel megy elébe a nyárnak
- A Keychron ismét egy űr betöltését vállalta magára az egerek szegmensében
- Az átlagnál vaskosabb ventilátorok kandikáltak ki a Corsair vitorlája mögül
- OLED TV topic
- HiFi műszaki szemmel - sztereó hangrendszerek
- Kormányok / autós szimulátorok topicja
- E-book olvasók
- Vezeték nélküli fülhallgatók
- Apple notebookok
- Milyen processzort vegyek?
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- Az NVIDIA szerint a partnereik prémium AI PC-ket kínálnak
- TCL LCD és LED TV-k
Hirdetés
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
Eleglide C1 - a középérték
ma Szintet lépett az Eleglide, az egyébként egész korrekt M2 után a C1 sokkal komfortosabb közlekedésre alkalmas.
-
A Colorful "fagyosan kompakt" alkatrészekkel megy elébe a nyárnak
ph A vállalat többek között egy slim profilos léghűtővel, egy helytakarékos táppal és egy ITX-es házzal adott magáról életjelet.
Új hozzászólás Aktív témák
-
Sk8erPeter
nagyúr
Ez nagyon tetszik:
"A statikus weboldalnak vannak előnyei és persze hátrányai is.
Előnyei:
[...]
- Optimálisabb a felépítése az internetes keresők számára.
[...]"
Say what?"A dinamikus weblapok alapeleme az ún. motor"
Ez még annyira nem gázos, de mókás, amikor az "úgynevezett" szót azért használja valaki, hogy szakszerűbbnek tűnjön a szöveg."[...] amelynek segítségével ismételten végezhetőek azonos műveletek egyszerűen (például hírportálok)"
Remek folytatás! Ezek szerint a statikus weboldallal nem végezhetőek azonos műveletek egyszerűen? Minek erőlködik definíciókkal, ha fogalma nincs az egészről."A statikus weblapok létrehozására alkalmas a HTML és JavaScript és minden kliens oldalon futó webes nyelv."
"és minden" - még hányféle nyelvet szeretne felhasználni a HTML, JavaScript, CSS trión kívül kliensoldalon?"A dinamikus weblapokhoz szükség van egy-egy olyan leíró nyelvre (például PHP, Java)"
Nem is tudtam, hogy a PHP és a Java leíró nyelvek."adatbázisba betárolás"
Szép kifejezés.Sk8erPeter
-
honda 1993
senior tag
Sziasztok.
Feltöltöttem a weboldalam és most a copyright témája miatt írok nektek.
A legtöbb weboldalon ez legalul szokott elhelyezkedni, viszont én ezt máshogy csináltam meg.
(Van egy külön "copyright" menüpont és ott lesz leírva minden)Szerintetek ez probléma, vagy nincsen megszabva hogy hol kell feltüntetni ?
Érdekelne még hogy van -e valami hivatalos megfogalmazása ennek?
Vagy ezt nekem kell megfogalmaznom ?
Ha igen akkor miket kell neleírni?XD alias IKSZDé
-
Zedz
addikt
válasz Sk8erPeter #12751 üzenetére
Kikapcsoltam a JS-t, elküldtem vagy 10 üres formot a kapcsolat menüben. Úgy tűnik hibás az úgynevezett motor.
-
webdeejay
aktív tag
Sziasztok!
Egy (egyelőre egyetemi) projekthez keresnék egy web alapú, open source projekt management rendszert. A problémám leginkább a magyar nyelv hiánya, de ezen viszonylag könnyen át tudnék lendülni(mivel a csapatban van angol tudás nélküli ember is). Ami kéne, az a time tracking, fázisok, fázisokhoz kommentelési lehetőség, üzenetek(akár real-time), fájlfeltöltési lehetőség, üzenőfal, to-do list. Létezik, vagy túl sokat akarok(egyáltalán jó helyen járok-e)?
Köszi!
-
webdeejay
aktív tag
Kifelejtettem, de olyan kellene, amit saját szerveren tudok futtatni(folyamatos backup, nagyobb biztonságban érezném a dolgot).
Néztem az openAtriumot, ez valami nagyon durva konfigolás során lenne képes ilyen dologra, pedig elvileg erre csinálták. OpenProject nem rossz, de olyan mintha a messaging kompletten kimaradt volna belőle. collabtive talán ér egy próbát, csak fizetős pluginek, de lehet nélküle is megleszünk. Bármi más ötletet is szívesen fogadok!
[ Szerkesztve ]
-
biker
nagyúr
válasz webdeejay #12756 üzenetére
felejtsd el, elég nagy rendelkezésre álláson van máshol is
durvább dolgokra meg pivotal trackerlocalban akkor futtas saját gépen valami project wizardot
Elektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |
-
Sk8erPeter
nagyúr
Cyber security:
https://www.youtube.com/watch?v=opRMrEfAIiI(#12753) Zedz:
Most megmutattad neki, hogy a dinamikus oldalak "segítségével ismételten végezhetőek azonos műveletek egyszerűen"![ Szerkesztve ]
Sk8erPeter
-
Zedz
addikt
válasz Sk8erPeter #12758 üzenetére
Így van!
-
PumpkinSeed
addikt
válasz Sk8erPeter #12751 üzenetére
Ezt beraktam könyvjelzők közé szomorúbb napjaimra.
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
Phvhun
őstag
válasz webdeejay #12754 üzenetére
Trello sem időt mérni nem tud sem valósidejű kommunikációra nem alkalmas.
Pivotal tracker sem tud időt mérni.
Magyar nyelvet felejtsétek el gyorsan és akkor megnyílnak a lehetőségek.
Csapaton belüli kommunikációra remekül alkalmas az Atlassian Hipchat (free).
Projektek, milestoneok, taskok és subtaskok követésére talán a legjobb kezdésnek az Asana (free), amiben van Harvest time tracking ($49 havonta), ami nem működik intuitívan, szóval én nem használnám, szóval idő követésre valami külön eszköz kell megint, de kérdés hogy megéri-e nektek erre időt szánni?
Alternatíva lehet google spreadsheetekben követni a dolgokat, mivel scriptelhető ezért könnyen testre lehet szabni, lehet benne pl olyan idő trackelést csinálni, ami mondjuk csak akkor számol, ha az user épp gépnél van, vagy ha pl vidi renderelés a feladat, akkor ha a processzor 100%-on pörög, stb.. Persze meg vannak a maga limitációi ennek a megoldásnak, ami deal breaker lehet.
Projekt fájlok összeszinkronizálására használhattok dropbox megosztott mappákat, és akkor kb minden meg is van oldva.
A nehezebbik feladat nem a helyes eszköz megtalálása lesz (ezt sokféle kombinációval ki lehet hozni), hanem a workflow definiálása és betartása/betarttatása, mert enélkül káosz uralkodik akármilyen csapatban, akkor is ha csili vili saját fejlesztésű és tökéletes project management eszközt használtok!!
-
Rolly
veterán
válasz Phvhun #12761 üzenetére
ha már ilyen jellegű szoftverek szóba kerültek...
engem érdekelne, hogy van-e valami jó szoftver amivel a megbízók, alkalmazottak és alvállalkozók kommunikációját, feladatok követését és a folyamatban lévő projekteket lehet követni...
Mivel ügyfelek is érintettek lehetnek így lehet kellene vagy magyar nyelv vagy valami api ami segítségével e-mailből vagy weboldalon egy minimális formal lehet új üzeneteket taskokat felvenni..
-
Phvhun
őstag
válasz Sk8erPeter #12763 üzenetére
Gitelj fel egy photoshop fájlt githubra
-
martonx
veterán
-
webdeejay
aktív tag
válasz Phvhun #12761 üzenetére
Köszi a terjedelmes választ. Új terület ez az egész számunkra, így csak egy kiinduló pontot jelentett a pm eszköz. Kommunikációnál elég a hangouts/skype, 5-en vagyunk, ebből is két részre osztva frontend/backend(minden mást megpróbáljuk együtt megoldani, és/vagy emberekre osztani pluszba). Github student dev pack elég hasznos ebből a szempontból, screenhero benne van, mint ahogy github privat repo(micro acc) is, de jogos, nem csak a kódolásra használnánk, így a dropbox jó ötlet. Time traciking átbeszélés után kilőve, mivel szabadidős projekt lesz, később áldozunk időt/pénzt ennek megoldására, ha látjuk, hogy megéri és kell. Így egyelőre maradt collabtive a to-do list, milestone-ok, maradandó üzenetekre, ráadásul kis erőforrás igényű(nyilván egy létező szolgáltatás még kisebb igényű), de ez most elég, ha már belőttük.
Köszi mégegyszer!
-
martonx
veterán
Azért kezdtem el, mert az egyik szerverem annyira szét van terhelve, hogy komolyan nehezére esik még a kismillió, kép, js, css kiszolgálása is pluszban. Így aztán a későbbiekben már mindenhol ezt az alapfelállást alkalmaztam, függetlenül attól, hogy a szerver erőforrásai éppen malmoznak-e egész nap. Egyszerűen a szerver nem arra való, hogy statikus tartalmat szolgáljon ki, arra pont ezért vannak a CDN-ek. És persze ezt meg is lehet szépen sok pontba fogalmazni, meg lehet legyinteni, hogy miért ne, de ez akkor is így van.
Én kérek elnézést!
-
Rolly
veterán
válasz martonx #12769 üzenetére
nálunk anno pont fordítva volt ... cdn-eztünk aztán mikor valami hiba miatt 1x-2x nem volt elérhető 1-2 js + css ... akkor visszaálltunk lokális js kiszolgálásra, mert ha az oldal működik akkor a js-ek is működni fognak
persze ez már régen volt, de szokásként megmaradt ...
-
Sk8erPeter
nagyúr
válasz Phvhun #12764 üzenetére
Ja, hát azalatt, hogy "projektfájlok", nem volt egyértelmű, hogy mit is értesz pontosan. Ilyenek lehetnek programozós projektekhez tartozó fájlok, illetve tök más jellegű, például épp grafikus tervezőprogikhoz készült fájlok is...
A Photoshop-fájlokra és egyéb óriásfájlokra tényleg nem túl jó megoldás például a Git. Most rákerestem, és ez egy egész érdekes thread:
http://superuser.com/questions/715690/can-i-use-git-to-version-control-psd-files-and-maya-projects
Itt vannak a Facebookos tapasztalatok:
https://code.facebook.com/posts/218678814984400/scaling-mercurial-at-facebook/Ez pedig egy elég jónak tűnő SVN-kliens Adobe-cuccokhoz (Adobe Photoshop/Illustrator/inDesign-pluginek formájában):
Timeline
http://pixelnovel.com/timeline/Sk8erPeter
-
Sk8erPeter
nagyúr
Ez így rendben is van, a CDN-eket nem véletlenül találták ki, de számomra ez az egy rész érthetetlen:
"The google.load() approach offers the most functionality and performance."
Ami állítólag a Google eredeti iránymutatása, bár most nem találtam már ilyen mondatot a hivatalos oldalakon. Nem látom be, hogy a plusz overhead egy plusz kliensoldali metódushívással, majd a megfelelő fájl dokumentumba injektálásával mitől is gyorsítaná fel a betöltést ahhoz képest, mintha simán csak egy URL lenne bedrótozva a megfelelő attribútumba - mindkét request során a háttérben megtörténnek a megfelelő terheléselosztási, kiszolgálási mechanizmusok, csak a google.load() még hozzátesz plusz lépéseket.
Alapvetően egy kényelmes megoldásnak tűnik, mert így a google.load() segítségével több szolgáltatás fájlja is betölthető a sok csúf bedrótozott URL helyett, és könnyű verziót is váltani, callback-et lehet definiálni, ilyesmik, de hogy ez a teljesítményen miért is dobna, az számomra érthetetlen. Ha valakinek van ötlete, megoszthatná.
Azt is el tudom képzelni, hogy ez simán ki lett emelve a kontextusából, és így önmagában simán hülyeség, mert nincs ott, hogy mihez képest nyújt jobb teljesítményt.[ Szerkesztve ]
Sk8erPeter
-
honda 1993
senior tag
-
PumpkinSeed
addikt
válasz honda 1993 #12773 üzenetére
Kíváncsian várjuk.
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
honda 1993
senior tag
válasz PumpkinSeed #12775 üzenetére
De nem ér majd kinevetni
A forrsákód összeszedetlenségétől pedig majd tekintsetek el.
Bár ahogy már mondtam, még pár napig dolgozok és csak utána lesz elérhető.A kérdés viszont továbbra is adott. [link]
[ Szerkesztve ]
XD alias IKSZDé
-
Zedz
addikt
válasz honda 1993 #12776 üzenetére
Nem tudok a megfogalmazás részben segíteni, de az, hogy hol helyezed el a linket ami átvezet az oldalra, az teljesen mindegy. Lehet alul, felül, oldalt, menüben, csak legyen kint.
-
honda 1993
senior tag
AHHA értem. Köszi.
A megfogalmazásban nem is kértem segítséget, csak az volt a kérdés hogy van- e valami hivatalos formája ennek ?
Vagy igazából úgy írom meg ahogy akarom?
Jó mondjuk az egyértelmű hogy nem írom bele hogy
Akko én má' nem válaokkk felelűssíget. Szóval a helyesírás az alap.Hanem csak azt nem tudom, hogy van- e valami amit feltétlenül bele kell írni, amit ha nem teszek meg akkor mondjuk az egész érvénytelen. Már ha érted hogy mire gondolok.
[ Szerkesztve ]
XD alias IKSZDé
-
Zedz
addikt
válasz honda 1993 #12778 üzenetére
Nem tudom, nézz utána. Írd le ha jutottál valamire.
-
#68216320
törölt tag
Nem szeretnék reszponzív weboldalakat készíteni, hanem inkább egy desktop és egy mobil verziót csinálnék ugyanabból. Az érdekelne, hogy milyen megoldással lehetne automatikusan felismerni, hogy melyikkel van dolgom? Csinálnék egy m.domain.hu aldomain-t a mobilos verziónak és oda irányítanám ilyen esetben.
-
#68216320
törölt tag
válasz fordfairlane #12784 üzenetére
Ejjha, ez igen szupernek tűnik. Köszönöm.
-
martonx
veterán
válasz #68216320 #12783 üzenetére
"Csinálnék egy m.domain.hu aldomain-t a mobilos verziónak" - jelzem ez nem igazán jó megoldás. Ok, tudom, hogy ez a legegyszerűbb, de egyrészt a gugli csúnyán bünteti ezeket az átirányításokat, másrészt csúnya is.
Szóval azért mert sok helyen ezt látjátok, attól ez még nem lesz jó gyakorlat. Csak jelezni akartam.Én kérek elnézést!
-
Rolly
veterán
válasz Sk8erPeter #12789 üzenetére
egyszerűbb oldal tartalmaknál mi responsive designt használunk ... de vannak olyan összetett siteok ahol nagyon költség lenne így csak a fontos menüpontokat húzzuk ki mobile változatra ... vagy tabletre... persze mindig azt csinálom amiért fizetnek
-
Sk8erPeter
nagyúr
Hát ja, nem két perc átállni, de pl. PeachMan most akarna készíteni mobilos nézetet úgy, hogy totál szeparált megoldást választ, ehelyett szerintem értelmesebb lenne ugyanazt az erőfeszítést abba fektetni, hogy media query-ket felhasználva reszponzívvá teszi a meglévő oldalát, és úgy készíti el a mobilon/egyéb eszközön is jól kinéző változatát az oldalnak.
Sk8erPeter
-
martonx
veterán
válasz Sk8erPeter #12791 üzenetére
Igen, nem is azt írtam, hogy akkor most mindenki kukázza a meglévő működő (ha nem is tökéletes) megoldását.
Mindezt igaziból csak azért jegyeztem meg, ha már valaki most áll neki nulláról új alkalmazás készítésének, akkor már ne a régi elavult, túlhaladott módszerrel kezdjen neki. Szóval ez inkább csak egy apró megjegyzés akart lenni.Egyszer hátha a PH is normálisan mobil barát oldal lesz
Én kérek elnézést!
-
Sk8erPeter
nagyúr
válasz martonx #12792 üzenetére
Abszolút egyetértek az "apró megjegyzéseddel", és szerintem nem is kell, hogy olyan apró legyen. Például egy meglévő oldal esetében egy teljesen különálló mobilnézet létrehozása az elavult, különdomaines átirányítós módszerrel szerintem ugyanakkora szopás tud lenni adott esetben, mint a meglévő oldalt átalakítani reszponzívvá. Én legalábbis nem látom egyszerűbbnek egyiket a másiknál, mindkettőnek megvan az előnye-hátránya. Abban az esetben természetesen költséges lehet, amennyiben már most is létezik egy működő változata mindkettőnek, de ha most készül éppen a mobilnézet, akkor mindenképp a jövőre gondolva a reszponzívvá alakítást választanám.
(#12794) martonx:
"mobilos megjelenítés, és reszponzivitás szemszögéből nézve (nem pedig dizájn, illetve használhatóság) a hardverapro.hu teljesen rendben van ellentétben a mobilos PH-val"
Ezzel viszont már sajnos nem érthetek egyet. Miért van rendben reszponzivitás szempontjából a HardverApró? Próbáld ki a böngésző fejlesztőeszközével különböző felbontásokon. Egyáltalán nem alkalmazkodik a beállított felbontásokhoz. Újrafrissítést igényel, hogy igazodjon, tehát detektálás van oldalbetöltéskor, és ahhoz képest mutat egy alternatív nézetet, amiből van még egy darab, aztán kész.
Nem beszélve a HardverApró okádék kódjáról.[ Szerkesztve ]
Sk8erPeter
-
honda 1993
senior tag
válasz PumpkinSeed #12775 üzenetére
Hali.
Szóval... Ha még mindíg kíváncsi vagy a végeredményre, akkor kb 2 nap múlva elkészül az oldal és meg tudod nézni.De lehet hogy inkább privátban küldeném el a címet mert nem hiszem hogy a fórumban szabad "reklámozni."
És tényleg nem ér kinevetni.[ Szerkesztve ]
XD alias IKSZDé
-
Sk8erPeter
nagyúr
válasz honda 1993 #12797 üzenetére
Sztem nyugodtan bedobhatod ide a linket,
ízekre szedjük a kódotmajd jól ellátunk tanácsokkal.Sk8erPeter
-
DNReNTi
őstag
válasz honda 1993 #12797 üzenetére
Ha martonx "reklám"ozhatott, akkor te is "reklám"ozhatsz. Ez egy szakmai fórum, nem reklám ha megosztod a terméket. Persze javítson ki valaki ha tévedek.
but without you, my life is incomplete, my days are absolutely gray
-
honda 1993
senior tag
Ha azt mondjátok, akkor jó.
Bár jobb lett volna ha nem linkelitek be nekem martonx weboldalát, mert ahoz hasonlítva a sajátomat méginkább azt érzem hogy elég béna munkát végeztem.XD alias IKSZDé