- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
- Vezetékes FEJhallgatók
- NVIDIA GeForce RTX 4060 / 4070 S/Ti/TiS (AD104/103)
- OLED TV topic
- Dell notebook topic
- Hogy is néznek ki a gépeink?
- Milyen cserélhető objektíves gépet?
- Házimozi haladó szinten
- Milyen egeret válasszak?
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
- Publikálta a Microsoft az MS-DOS 4.0 forráskódját
Hirdetés
-
Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
it Egyre nagyobb probléma az AI hallucinálása – most az osztrák adatvédelmi hatóság veheti elő a ChatGPT miatt az OpenAI-t, alapvetően a GDPR megsértése miatt.
-
Új Beats fej- és fülhallgatók jelentek meg
ma Frissítette a Solo termékcsaládot az Apple házi audiomárkája.
-
Xbox Game Pass [2024] - A májusi lista
gp Az elkövetkező időszakban többek között megkapjuk a Kona II Brume című játékot.
Új hozzászólás Aktív témák
-
j0k3r!
senior tag
hello!
a kerdesem kicsit off lesz, de talan itt elfer (remelem).
naszoval, win xp sp3 ujratelepites ota nem megy a xampp (1.7.7), ranyomok, hogy "apache start", aztan kiirja, hogy "apache started [port 80] busy...", de nincs ott a kis zold felirat, es nem is mukodik.
amiket neztem a neten, de megsem volt jo:
- nincs skypeom
- iis sem fut
- csak chrome.exe hasznalja a 80 as portot (netstat -ano)
- mas nincs a 80-as porton (bar atallitottam a httpd.conf-ban a portot, aztan ujrainditottam a xampp-ot, megis a 80 as porton akarta inditani (?), de igy sem ment)ha van valakinek valami otlete, azt megkoszonnem
mod: tuzfalat is kikapcsoltam, ugy sem mukodott
[ Szerkesztve ]
some men just wanna watch the world burn...
-
-
j0k3r!
senior tag
válasz Peter Kiss #8702 üzenetére
bevillan egy konzol ablak, aztan rogton eltunik. (elobb atmentem win7 ala, felraktam, aztan ott mukodik rendesen, de azert xp alatt is szeretnem mukodesre birni (2 kulonbozo xampp-rol van szo, 2 kulonbozo particion))
mod: netstat
[ Szerkesztve ]
some men just wanna watch the world burn...
-
Speeedfire
nagyúr
MVC-ben szeretnék osztályokat házasítani.
Adott egy Post mvc és egy item mvc. A post a blog bejegyzésekre van, az item pedig fájlfeltöltésre.
Külön-külön megy, de én a postban akarok még külön item mezőt is. A view-ban meg is adtam szépen mutatja is.Mit lehetne tenni, hogy amikor elpostolom a post controller feldolgozza az item mezőt is?
Nem akarok mindenhez külön item mezőt. Értem ez alatt pl, hogy ha nem csak bloghoz szeretnék fájl-t feltölteni, hanem pl oldalhoz is.Megoldható? Vagy minden egyes post/site controllerben külön létre kellene, hozni ezt?
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
válasz Speeedfire #8705 üzenetére
Egyszerű: készítesz egy (igazából valószínűleg többet) osztályt, ami ténylegesen dolgozni fog a fájlok feltöltésével, és ezt használod az összes helyen, ahol csak kell, csak a határok kijelölésére van szükség.
-
MODERÁTOR
válasz Speeedfire #8705 üzenetére
Csinálj osztályokat, amit példányosítasz és/vagy statikus függvényeken keresztül hívogatsz.
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
Speeedfire
nagyúr
válasz Peter Kiss #8706 üzenetére
Sajnos nem ennyire egyszerű a helyzet.
Vagy csak nekem nem akar összejönni...Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
válasz Speeedfire #8708 üzenetére
Nem tudom, mi lehet olyan nehéz benne. Ma megírtam saját magamnak a fájlfeltöltős részt, kellett 2 osztályt írnom (mindkettőt egy-egy meglévőből származtattam, de semmi fájlfeltöltéssel kapcsolatos nincs benne), és megy is:
/**
*
* @return ViewResult
*/
public function index() {
if ($this->HttpContext->IsPost()) {
$i = 0;
foreach ($this->HttpContext->Files as $value) {
/* @var $value \System\Web\HttpPostedFile */
if ($value->IsMultiple()) {
foreach ($value as $m) {
$m->SaveAs("o/up" . $i . ".valami");
++$i;
}
} else {
$value->SaveAs("o/up" . $i . ".valami");
++$i;
}
}
}
return $this->View('index');
}Egy SaveAs jellegű sort simán el lehet viselni bárhol. Egyébként a SaveAs mellett tudom neki azt is mondani, hogy ->Stream() és máris tudom olvasni. Ha pedig mentettem és sikerült is, akkor kapok egy FileInfo nevű objektumot. Amennyiben nem sikerült a feltöltés, dobja SaveAs-nál és Stream-nél az Exception-öket.
-
Speeedfire
nagyúr
válasz Peter Kiss #8710 üzenetére
Hát ezek nekem készen vannak már, a yii ezeket készen adja.
Nem is ezzel van a gond, hanem a controllerben amikor fel akarom dolgozni az adatokat, akkor nem tettszik neki valami.Mutatom, ez van a post controllerben. A create action-nél ez van meghívva.
protected function newItem() {
$item = new Item;
$item->attributes=$_POST['Item'];
$item->media=CUploadedFile::getInstance($item,'media');
var_dump($item->media);
exit;
$item->name=$item->media->name;
$item->size=$item->media->size;
if($item->save())
{
$item->media->saveAs('assets/media/'.$item->media->name);
// redirect to success page
}
$post->addItem($item->media);
return $item;
}A view-ben pedig ez van:
<div class="row">
<?php $item = new Item; ?>
<?php echo CHtml::form('','post',array('enctype'=>'multipart/form-data')); ?>
<?php echo CHtml::activeFileField($item, 'media'); ?>
</div>Szépen meg is hívja, a fájl meg is van, ellenben amikor az $item->name=$item->media->name; sornál már nem tettszik neki valami.
Trying to get property of non-object
Ami fura, mert pont előtte mondtam meg neki, hogy márpedig objektum. Illetve már az $item->media értéke is null...itt valami infomáció elveszik az éterben.Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
válasz Speeedfire #8711 üzenetére
CUploadedFile::getInstance NULL-t ad vissza, ha nem lett semmilyen fájl feltöltve az adott "attribútumhoz". Nézd meg, mi van a $_FILES-ban, mert könnyen lehet, hogy csak látszólag működik a dolog.
-
Speeedfire
nagyúr
válasz Peter Kiss #8712 üzenetére
A $_FILES[] valóban null ad vissza, de a $_POST['Item']-ben benne van a fájl neve. Akkor viszont itt veszik el az adat, az már biztos.
Közben meg is lett a megoldás...hát ha nem figyelmeztetsz a $_FILES-ra, akkor nem is jut eszembe. Ugye én megadtam, neki hogy
'enctype'=>'multipart/form-data')
csak nem jó helyen, most már rendesen működik. Nagyon köszönöm.
Szerk.: Amúgy te is yii-t használsz?
[ Szerkesztve ]
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
válasz Speeedfire #8713 üzenetére
Szívesen.
Nem, én sajátot írok.
-
Speeedfire
nagyúr
Na, most nézem ez a múltkori még sem teljesen 100-as. Ha üres a filefield akkor sír miatta. Pedig a feltöltés funkció csak akkor van meghívva, ha van benne valami. Mos még bővítettem is, hogy isset és !empty. De mégis belelép a feltételbe. Mi lehet vele?
if(isset($_POST['Item']) && !empty($_POST['Item'])) {
....
$this->newItem();
...
}Szóval nem értem. A print_r és a var_dump-al is megvizsgáltam, szerintük sincs értéke a $_POST['Item']-nek...
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
válasz Speeedfire #8715 üzenetére
Azt nem értem, hogy a $_POST-nak mi köze van a fájlfeltöltéshez? A PHP minden egyes fájlt a $_FILES tömbbe mappeli, nem másnak, csináljon bármit is a keretrendszer (no persze teljesen kukázni lehet a $_FILES-t, de ezt nem teszi a yii).
-
Speeedfire
nagyúr
válasz Peter Kiss #8716 üzenetére
Nem tudom, de a $_FILES-as is belép a ciklusba...hát az agyam eldobom.
A yii így mutatta a példát.
public function actionCreate()
{
$model=new Item;
if(isset($_POST['Item']))
{
$model->attributes=$_POST['Item'];
$model->image=CUploadedFile::getInstance($model,'image');
if($model->save())
{
$model->image->saveAs('path/to/localFile');
// redirect to success page
}
}
$this->render('create', array('model'=>$model));
}Ezt dobja a $_FILES tömbre a var_dump és a print_r.
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
válasz Speeedfire #8717 üzenetére
Önmagában sem az isset sem az empty nem elég a $_FILES-hoz. (Kivéve egy esetet: ha nem tartalmazott a form fájlfeltöltési input-ot.)
Változtatni kell az ellenőrzésen:
if (isset($_FILES['Item']) && $_FILES['Item']['error'] == 0) {
// single file upload
}De több fájl esetén már bonyolultabb a történet, részlet a kódomból:
$this->Files = new HttpFileCollection();
foreach ($_FILES as $key => $value) {
if (is_array($value['name'])) {
$tmp = new HttpFileCollection();
for ($i = 0, $limit = count($value['name']); $i < $limit; ++$i) {
$tmp->Add($key . $i, new HttpPostedFile($value['name'][$i], $value['tmp_name'][$i], $value['size'][$i], $value['type'][$i], $value['error'][$i]));
}
$this->Files->Add($key, $tmp);
} else {
$this->Files->Add($key, new HttpPostedFile($value['name'], $value['tmp_name'], $value['size'], $value['type'], $value['error']));
}
}[ Szerkesztve ]
-
válasz Peter Kiss #8718 üzenetére
A több fájlt úgy értem, hogy 1 név alatt fut több, nem több, eltérő nevű input van!
-
Speeedfire
nagyúr
válasz Peter Kiss #8718 üzenetére
Így már okés, hát akkor vagy a yii doksi hibás vagy a pék tudja, mivel ott csak a $_POST['Item']-et vizsgálták meg, hogy van-e értéke.
Ja, hát valószínűleg kell majd a multiupload is.
De lehet, hogy jquery-vel fogom majd hívogatni, nem tudom. Vagy ahogy most mutattad, ezt még meg kell álmodnom.Ja és It's Work!
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
biker
nagyúr
Van e tuttijo megoldas arra, ha nem szeretnem, hogy a kodomat mas is hasznalja, aki csak jutalekert arulja, es zsebre eladja?
Az hogy elrejtek benne egy kodot amit mondjuk az en serveremrol olvas be, az kinyerheto alapismeretekkel is
Ha obfuscalom, az is ugyesseggel visszabonthato, ugy hallottamTi hogy oldanatok meg?
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 |
-
APC-t hegesztenék XAMPP alá, de nem igazán akar menni.
Ha egy 2 fájlos valamin próbálom ki, működik. Amint próbálom futtatni a nagy alkalmazást (amiben nincs is apc_ hívás), akkor az első kérés még megy, de refresh-re appcrash-be borul a httpd és a php5ts.dll-re hivatkozik. 2 különböző verziójú XAMPP-ot próbáltam, de ugyanazt csinálja.
Ötlet?
[ Szerkesztve ]
-
MODERÁTOR
válasz Speeedfire #8722 üzenetére
Hát szerintem az xy.com ról akar bizonyos php kódot betölteni.
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
biker
nagyúr
válasz Speeedfire #8722 üzenetére
Van egy php alapu rendszer amit nem csak en arulok hanem egy emberem is
Nem szeretnem hogy zsebre adja el
Hogy tudom minimum azt megoldani hogy ne tudjon beleolvasni, modositani, illetve ha ez sikerulne akkor levedenem azzal hogy a kod egy reszet tavolrol kapja a progi
De amig olvashato addig ezt o kiszurhatja es kijavithatjaElektromos 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
válasz Tele von Zsinór #8284 üzenetére
Bocs, hogy csak most válaszolok, nem volt időm itt is reagálni.
A Decorator pattern asszem az, hogy mondjuk egy kész objektumot kiegészítesz runtime-ban még valamivel, amire szükséged van pluszban, igaz? Jól leegyszerűsítve. Akkor ezek szerint pl. gondolom itt PHP esetén valami olyasmire kell gondolni, ha a példát veszem, amit mondtál ("Cserébe nincs az összes view-edben a header és footer include."), hogy pl. van egy Page objektumod, ehhez pedig hozzácsapod a headert és a footert.
Nem hülyeség végül is.
Ezt amúgy melyik frameworknél alkalmazzák?
Te ezt a megoldást szoktad választani? Csak kíváncsiságból érdekel. Én eddig ezt a megoldást nem igazán alkalmaztam.================
(#8285) Brown ügynök : ja, és Te gondolom minden oldaladnál a Decorator patternt alkalmazod, mi?
Sk8erPeter
-
Sk8erPeter
nagyúr
Végül is erőltetetten megoldható úgy, hogy valami API-t vagy web service-t a rendelkezésére bocsátasz annak a valakinek az általad nem kifejtett feladatra, és távoli szerverről szolgáltatsz adatokat. Persze ezt úgy is védeni kellene, hogy mondjuk csak adott domainről érjék el azokat az adatokat, hogy máshonnan ne terheljék feleslegesen a Te szerveredet.
Persze kéne tudni, miről is van szó, de azt mondtad, nem kódobfuszkálással szeretnéd megoldani.===
(#8720) Speeedfire : "Ja és It's Work!" úgy érted, "It works!", igaz? Annak még van is valami értelme.
===
(#8723) Athlon64+ : mindezt Windows-on vagy UNIX-alapú szerveren?
Windows alatt én is szívtam APC-vel, állítólag a fájlzárolási mechanizmusok különbözősége miatt, de mivel egy idő után a t×köm tele lett a szívással, végül inkább úgy döntöttem, ezt hagyom a francba.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
-
biker
nagyúr
válasz Sk8erPeter #8729 üzenetére
végülis az obfuszkálás is megoldás, csak azt ha ügyes, visszafejtheti, nem?
csak az amatőrök ellen véd.ez egy komplett működő oldal, konkrétan fitness terem nyilvántartó rendszer, amit csináltam, és veszik is, csak van egy "kolléga" aki árulná. egyelőre úgy van, hogy csak jutalékért, én adom ő kap pénzt, de ha hozzáfér a serverhez, lementheti, és fű alatt árulhatja.
ezért próbálnám ezt megvédeni, hogy pl már ha obfuszkálva van, akkor nem tudja testreszabni, igaz? szóval ez is valami, de ha emellé elrejtek benne valamit, amit tőlem hív le, az lenne az igazi, mert az már több fejtörést okozcsak free obfuszkálót nem találok régen volt
[ Szerkesztve ]
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 |
-
Coyot
őstag
Írsz egy obfucalót nem nagy kunct az sem, weblaboron volt is kész példa rá.
vagy: obfuscatephp a progi, nem ingyenes így belerak egy kódrészt amitől 7 nap után leáll a kód. Írtam rá egy reguláris kifejezést ami kibombázza belőle np++al pikkpakk ki lehet pucolni, ha kell szólj
[ Szerkesztve ]
Má' nem
-
Tele von Zsinór
őstag
válasz Sk8erPeter #8728 üzenetére
Igen, jóra gondolsz. Az eredeti objektum módosítása nélkül kibővíted plusz funkcionalitással.
Egy egyszerű demo, hogy phpben hogyan kell ezt elképzelni: [link]A symfony1 template rétege ezt használja - először az action kimenete készül el, aztán azt csapja bele a layoutba.
Az utóbbi időben a twig template motort használom, ez elég rugalmas, hogy akár decoratort használjak (lásd az extends kulcsszó), vagy include-oljak oda, ahova éppen kell.
-
Speeedfire
nagyúr
válasz Sk8erPeter #8729 üzenetére
Sorry for my poor english.
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Sk8erPeter
nagyúr
Hát nem tom, szerintem egy "jól" összezagyvált kódot visszafejteni úgy, hogy aztán sikerüljön értelmezni is, mi mit csinál, aztán megváltoztatni mindent úgy, hogy értelmes változó- és függvénynevek legyenek a kódban, ismét felkommentezni, hogy következő hozzányúláskor ne kelljen már megint hajadat tépni, hogy átlásd, nem egy egyszerű munka.
Nem tartom magam amatőrnek (ha az az állítás, hogy csak azok ellen véd), de nem szívesen vállalkoznék ilyenre...
Persze gondolom a query-ket meg stringeket nem lehet összezagyválni, úgyhogy az sokat segít.
Az ismerősöd meg lehet, hogy szintén nem szívesen vállalkozna egy visszafejtegetésre, vagy kis túlzással ennyi idő alatt már meg is írná inkább magától az egészet.
Aztán lehet, hogy vannak zsenijelöltek, akiknek mindez pikkpakk megy, most így hirtelen nehéz elképzelni, hogy lehet egy "jól" obfuszkált, más által megírt kódot visszafejteni, értelmezni, majd annyira belejönni, hogy máshol is alkalmazni tudd, mindezt normális idő alatt, hogy ne érezd úgy, hogy ezzel értékes, valós pénzt kínáló munkaórákat dobálsz ki az ablakon...Ettől függetlenül még mindig választhatod az API-t vagy web service-t, csak ezt is elég melós lehet megírni jól.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Tele von Zsinór #8733 üzenetére
köszi, ez a példa teljesen érthető. Amúgy közben megnéztem a Wikipédiás, JavaScriptes példát is, az is teljesen világossá teszi, hogy tulajdonképpen mire is való az egész.
Mostanában én a Drupalra és az ahhoz való modulírogatásra vagyok rákattanva, meg azonbelül is van template-ezés, szerintem nagyon jól átlátható.
Egyébként Ti hogy álltok a CMS-kérdéshez?
Régebben, amikor belecsöppentem az egészbe, és még nem sokat tudtam erről a témáról, fura módon azt gondoltam, a CMS-ek inkább kezdőbbeknek való, gyors honlap-összepakolásra. Amióta a Drupalt használom, rájöttem, hogy ennél sokkal komolyabb dologról van szó - nagyon komplex dolgokat is össze lehet hozni egyéni modulírással vagy mások moduljának felhasználásával, a modulírásba való beletanulás után egészen gyorsan, szóval nagyon ki van ez találva. Nektek mi a véleményetek ezekről? Ahogy elnézem, sokkal szívesebben használtok frameworköket, mint pl. bármilyen CMS-eket.Sk8erPeter
-
Speeedfire
nagyúr
válasz Sk8erPeter #8736 üzenetére
CMS-ek inkább kezdőbbeknek való, gyors honlap-összepakolásra
Szerintem ez teljes mértékben így van, a legtöbb felhasználó pont emiatt használ cms-t. Csak ugye ha valaki jobban ért hozzá és nem csak a modulokat pakolja bele és szabja testre az oldalt, akkor szinte bármire lehet használni.
Nekem ez a véleményem.Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Sk8erPeter
nagyúr
válasz Speeedfire #8737 üzenetére
Igen, de az "inkább kezdőknek való" résszel már abszolúte nem értek egyet, pont azóta, mióta jobban belemerültem a Drupal-fejlesztésbe. Ahogy elnézem a Drupal-közösséget, ott is nagyon nagy számban fordulnak elő jó programozók, nem olyanok, akik tegnap kezdték. Tulajdonképpen most már nem látom be, hogy mitől lenne "profibb" mondjuk egy keretrendszerrel, a széles körű testreszabást lehetővé tévő grafikus admin-felület nélkül összehozni egy honlapot, mint egy CMS-sel. Drupal-modulfejlesztés sokszor bizonyos komplikáltabb feladatokat alaposabb PHP-ismeret nélkül egyszerűen lehetetlen összehozni. Viszont az egész "rendszer" átgondoltsága és a meglévő API-k miatt radikálisan redukálódik (ezt a két szót most muszáj volt egymás mellé raknom, annyira jól hangzik ) a fejlesztésre fordítandó idő. Nemrég már némi Drupal-tapasztalattal hoztam össze egy egyszerű, többnyelvű céges honlapot, egyszerűbb kódolásra is szükség volt, de nagyon gyorsan össze tudtam kalapálni. De komolyabb célokra is esélyes, hogy a Drupalt választanám. A jól megírt és szintén alaposan testreszabható jogosultsági rendszer (szinte a legapróbb részletekig beállítható, melyik felhasználónak mire van jogosultsága), valamint a cache-elési mechanizmusok, a security és egyéb update-ek gyors megszületése, valamint a mögötte álló nagy közösség is mellette szólnak.
Igazából a modulfejlesztés széleskörűsége miatt nem is nagyon látom a Drupal alatti fejlesztés korlátait, ami miatt feltétlenül át kellene térni inkább keretrendszerre - persze bizonyára vannak olyan feladatok, amik esetleg gyorsabban összehozhatók épp egy komolyabb frameworkkel, de akkor talán még mindig egálban van a kettő, mivel a Drupalnak ugye elég komoly grafikus alapú admin-felülete is van, meg a meglévő modulok miatt rengeteg megoldás már tálcán van kínálva a hivatalos honlapon.Az mondjuk lehetséges, hogy épp a nagy felhasználói bázis miatt talán több a kísérlet a rendszerek feltörésére. Bár tudtommal a biztonság kérdésében is egész jól helytáll (most hirtelen mondjuk nincs előttem erről szóló kimutatás).
Ezek miatt a szempontok miatt érdekelne, hogy ki miért tartja mondjuk kevesebbre a CMS-eket, miért gondolja úgy, hogy akkor is a framework a nyerő egy profi környezetben. (Bár gyorsan hozzáteszem, elég sok profi környezetben használják a Drupalt is.)
Itt nyilván elég sok szempont van, érdekelnének a különböző vélemények.[ Szerkesztve ]
Sk8erPeter
-
Speeedfire
nagyúr
válasz Sk8erPeter #8738 üzenetére
Kezdő alatt azt értem, hogy felrakod és van egy használható oldalad. Fórum, oldal, írás, blog, szavazás, userfelület, adminfelület, jogok stb stb.
Viszont itt van is egy kis hátulütője a dolognak. Sok zugweblapkészítő wp-t használ, de ha már kell valami extra dolog, akkor sírnak rínak a megrendelőnek, hogy ezt nem tudja kivitelezni.
A lényeg, hogy akár 0 html tudással is lehet szép, sokoldalú oldalt készíteni, de ha komolyabb dologokra is kell, az sem akadály csak épp olvasni és fórumozni kell hozzá.
A lényeg a lényeg, hogy szerintem egy jó cms igazán jó dolog (mondani sem kell, hogy én is drupal párti vagyok). Nekem a framework most csak azért van, hogy tágítsam a látásteremet és a tudásomat.Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Sk8erPeter
nagyúr
válasz Speeedfire #8739 üzenetére
Persze, a frameworköknek is bőven megvan a létjogosultsága, ez nem is kérdés.
Csak az én kezdeti véleményemet befolyásolták fórumos hozzászólások is (nem feltétlenül itt, és most nem linkelek konkrétakat, mert honnan tudjam már, hol vannak azok ), miszerint elsősorban kezdőknek valók a CMS-ek, ami ebben a formában baromság.
Arra lennék kíváncsi, hogy vajon mi az oka a CMS-ek degradálásának."Viszont itt van is egy kis hátulütője a dolognak. Sok zugweblapkészítő wp-t használ, de ha már kell valami extra dolog, akkor sírnak rínak a megrendelőnek, hogy ezt nem tudja kivitelezni."
Ez nem látom be, miért a CMS-ek hátulütője. Ez a zugweblapkészítő gyökérségét (finomabban: hozzá nem értését) igazolja, ez a szememben nem a CMS-ek "hátulütője".Sk8erPeter
-
biker
nagyúr
válasz Sk8erPeter #8735 üzenetére
Úgy értetem, hogy korábban sok ilyen scriptet láttam, ami csak a változó és function neveket nevezte át követhetetlenné, és azt azért ki lehetett következtetni.
eddig két free online obfuscatort teszteltem, gyakorlatilag el sem indul a site tőle, nem hogy hibás, nulla futásElektromos 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 |
-
CSorBA
őstag
válasz Speeedfire #8737 üzenetére
Ismerek egy embert (haverom dolgozik/ott neki), amerikai és a következő a filozófia:
1, Vegyünk ingyenes CMS-t, pl. Joomla
2, Vegyünk hozzá, ha kell fizetős modult, sablont
3, írjuk át ahogy nekünk kell.Ennyi
-
cucka
addikt
Úgy értetem, hogy korábban sok ilyen scriptet láttam, ami csak a változó és function neveket nevezte át követhetetlenné, és azt azért ki lehetett következtetni.
Meg is próbáltad kikövetkeztetni? Nyilván, elméletileg ki lehet, gyakorlatilag meg kevesebb idő újraírni az egészet, mint megérteni egy ilyen kódot. Nem php ugyan, de nézd meg a google által szolgáltatott javascript-eket (pl. analytics) vagy mondjuk a jquery minimalizált forrását, aztán szólj, ha vissza tudtál benne követni egyetlen változót/függvényt is . -
Sk8erPeter
nagyúr
És mi ezzel a filozófiával a probléma? Úgy tűnt, mintha ezt negatív dolognak akarnád beállítani.
(#8744) Speeedfire : "4. Adjuk el pofátlanul drágán (a sz*rt)."
Ezt a hozzáállást megint nem értem. Miért kellene, hogy szar legyen?
Attól még, mert valaki ingyenes CMS-sel dolgozik, vesz hozzá egy igényes sablont, mert mondjuk nincs pénze külső, brutális pénzekért dolgozó dizájnerre, vagy csak simán talált egyet, ami neki megfelel, és aztán még módosítgatja az oldalt ízlésének és az igényeknek megfelelően, nem értem, miért kellene, hogy szar legyen egy weboldal!
Azt meg el kell fogadni, hogy ami jól néz ki, megfelel az igényeidnek, azt általában igenis meg kell fizetni.Tudod, mi a nevetséges? Amikor hozzánk bejött az irodába egyszer egy csávó, hogy ő 35 ezer Ft-ért (!!!) komplett ingatlanközvetítő portált akar összetett keresővel, admin-felülettel, képfeltöltési lehetőséggel, stb.
Azt hittem, eldobom az agyam...[ Szerkesztve ]
Sk8erPeter
-
cucka
addikt
válasz Speeedfire #8744 üzenetére
Értem, hogy mire célzol, de soha ne felejtsd: az ügyfél nem azért fizet neked, hogy te gépelj be egy csomó kódot az editorodba, hanem azért, hogy készíts el neki egy alkalmazást, ami megoldja az ő problémáit. Egy szoftver pontosan annyit ér, amennyi hasznot hajt annak, aki megvásárolja.
-
CSorBA
őstag
válasz Sk8erPeter #8746 üzenetére
Nem! Dehogy. Akkor félreérthető volt
Szerintem van benne ráció. Nagyon sokan szidják a joomlát, de véleményem szerint igen kikupálódott, én is jópár oldalt csináltam már vele, ráadásul a 2.5ös már elég korrekt. Ott már különvált a joomla rendszer és a fejlesztői api. Véleményem szerint akár abból is meglehetne élni, ha ráállna valaki erre az apira és kész. Hogy miért? A rendszer ingyenes. Rengeteg jó sablon van hozzá, ami pár ezerért meg lehet kapni. És ha tudsz hozzá komolyabb modulokat írni, akkor elég gyorsan össze lehet hozni egy igényes oldalt is.
szerk.: Természetesen meg van a maga hátránya a teljesen saját kóddal szemben. De nem akarok érvelésekbe, ellenérvelésekbe belemenni. Nyilván mindenki fel tudja mérni.
szerk2.: Nem akarok belemenni most önreklámba, de pl ez így konkrétan 3-4 óra volt összesen: http://www.helenakozmetika.hu/
[ Szerkesztve ]
-
biker
nagyúr
válasz Sk8erPeter #8746 üzenetére
Hehe, +1 nulla, annyiert csinaltuk az aranykapuingatlan.hu oldalt
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 |
-
válasz Sk8erPeter #8729 üzenetére
Windows-on vagyok, és én is arra jutottam, hogy ez Windows alatt kb. kivitelezhetetlen.
Új hozzászólás Aktív témák
- Samsung Univerzum: Az S23-at is megbabonázta a Galaxy AI
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- Gyúrósok ide!
- Huawei Mate 10 Pro - mestersége az intelligencia
- Háború Izraelben
- Kerékpárosok, bringások ide!
- Vezetékes FEJhallgatók
- Itt az első kép a 2024-es Nokia 3210-ről
- Külpolitika
- Kupon kunyeráló
- További aktív témák...