- Apple Watch Sport - ez is csak egy okosóra
- Nem várt platformon a OnePlus Nord 5
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Megérkezett a Google Pixel 7 és 7 Pro
- Samsung Galaxy Watch6 Classic - tekerd!
- Garmin Instinct – küldetés teljesítve
- Google Pixel 9 Pro XL - hét szűk esztendő
- Samsung Galaxy Watch7 - kötelező kör
- iPhone topik
- Motorola Edge 50 Neo - az egyensúly gyengesége
Új hozzászólás Aktív témák
-
biker
nagyúr
Érdekes hibába futottam.
Van egy kis rendszerem, ami működés közben emaileket küldözget, 1-2 soros kis igazolásokat, ugye erre a mail() is jó, több idő betlteni a swiftmailert mint elküldeni a 2 mondatot.DE
Ez ugye localhost alatti xampp esetén nem ment ki, gondoltam, nem kapom meg, mert ugye nem hitelesített levélküldő, stb
Nosza, mivel valaki használná így, saját gépen, és küldene emailt is, mondom beizzítom swiftmailerrel, de nem tud kapcsolódni
Connection timed out caught exception a visszajövő hibaüzenet, 60secig teker, utána jön a hiba.
config jó, mert feltöltöm a teszt serveremre, azonnal okádja a leveleket, de localhostról nem
Valamit kell konfogolni xamppban hogy kifelé és üzenjen? vagy a tűzfal a ludas? -
Sk8erPeter
nagyúr
válasz
Louloudaki #8797 üzenetére
Jaja, engem mezei felhasználóként rohadtul nem érdekelne, hogy a szerver szerint mennyi az idő, legfeljebb az, hogy mennyi időm van még a sorsolás lezárásáig.
Látványosabb is, meg egyértelműbb is. -
Louloudaki
aktív tag
válasz
Sk8erPeter #8796 üzenetére
ügyfél kérése... bár lehet rábeszélem a visszaszámlálásra. végülis ha én kínában játszom és azt mondja az oldal, hogy sorsolás hétfőn 12:00 cet, ma meg szerda este 8 van a serveren, azzal mezei júzerként nem sokra megyek, átszámolni meg észben tartani, ellenben azzal hogy hátralévő idő 5nap 10óra 20perc 10mp.
köszi mind2 megoldást.
valóban a kliens oldali időt arra értettem, hogy nem a user gépét akarom megkérdezni, hogy nála épp hány óra van. -
Sk8erPeter
nagyúr
válasz
Louloudaki #8795 üzenetére
Szívesen.
Ha sorsolás, és azt akarod megmutatni, pontosan hány másodperc van még a sorsolás lezárásáig, akkor nem igazán látom be, miért nem visszaszámlálóval oldod meg...
"nem is akarok másodpercenként servert kérdezni időről, be is halna az egész"
Én is erről beszéltem korábban... de épp Te magad írtad, idézlek:
"szerveridőt lekérdem phpval, majd kiíratom a html fájlomba, és azt szeretném, hogy onnantól kezdve a másodpercek is ketyegjenek meg frissüljön az idő magától [.....] nem flash, és nem kliens oldali idő kell."
Ezt lehetett úgy értelmezni, hogy nem akarsz kliensoldalon számolgatni. De akkor félreérthető volt: tehát a megoldás, hogy először szerveroldalról berakod a pontos időt a kliensoldalon megjelenő kódba, majd kliensoldalon számolsz tovább. Ha nem visszaszámlálót szeretnél, hanem csak egy normál órát, akkor itt van egy: [link].Ja, egyébként a jQuery Countdown-nal felfelé is tudsz számoltatni: [link] (bár a visszaszámláló még mindig indokoltabb).
-
Louloudaki
aktív tag
válasz
Sk8erPeter #8794 üzenetére
nem is akarok másodpercenként servert kérdezni időről, be is halna az egész ha a sok usertől még ilyen kérések is jönnének. ezt a jqueryset megnézem, hátha át tudom alakítani, köszi. bár nem visszaszámlálót akarok, hanem hogy az aktuális serveridő látszódjon egységesen minden ország userének.
-
Sk8erPeter
nagyúr
válasz
Louloudaki #8791 üzenetére
Akkor sem indokolt, hogy másodpercenként AJAX-os kéréseket intézz a szerver felé...
Használd ezt a visszaszámláláshoz, ez elintézi neked, ki is írja, testreszabható:
jQuery Countdown
Nyilván úgy inicializálod, hogy mondjuk egy script tagbe berakod PHP-vel a kezdeti időt.
Egy oldalon én is pont sorsoláshoz ezt használtam fel.
Ezzel azt is meg tudod oldani, hogy a visszaszámlálás lejártakor meghívsz egy tetszőleges függvényt - pl. újrakezded a visszaszámlálást. Nagyon hasznos, visszaszámlálásokhoz "must-have".Egyébként mint említettem, ha nagyon parázol a kliensoldal pontossága miatt, akkor se másodpercenként korrigálj és vesd össze a kliensoldali számláló értékével.
De ha szerveroldali idővel inicializálod a visszaszámlálót, akkor a kliensoldal nem lesz annyira pontatlan, hogy emiatt különösebben meg kellene ijedned.(#8792) cAby: Szívesen!
-
CSorBA
őstag
válasz
Louloudaki #8791 üzenetére
Kiíratod a server időt, és javascripttel számoltatod. De most nem tiszta, visszaszámlálót akarsz, vagy csak sima "szerverpontos" órát?
-
cAby
tag
válasz
Sk8erPeter #8790 üzenetére
Már majdnem írtam, hogy még így sem megy, de aztán rájöttem hol hibáztam.
Köszi szépen a segítséget, most is tanultam valami újat.
Már csak azt kell megoldanom, hogy ha a 2. oldalon nyomok a rendezésre, akkor az elsőre ugorjon, de ez menni fog, ha minden igaz.
-
Louloudaki
aktív tag
válasz
Sk8erPeter #8782 üzenetére
+Athlonnak is válasz: azért kell, mert nemzetközi oldal, és a lottósorsolás és a fogadás lezárása szerver idő szerint fog történni, nem az egyes userek lokális ideje szerint, tehát kéne nekem valami olyan megoldás, hogy a user lássa másodpercre pontosan, mennyi ideje van még szelvényt venni a zárásig. és ha mondjuk elkezdi olvasgatni a főoldal híreit, akkor addig nem frissül az idő az oldalon amíg nem frissít vagy nem navigál el. na erre keresek megoldást. az is jó, ha induláskor lekérem phpval az időt, aztán valahogy átadom ajaxnak és az számol utána másodpercenként valahogy, de konkrétan nem tudom, hogy kéne.
-
Sk8erPeter
nagyúr
Ja, már minden világos.
Akkor ez egy jó megoldás lehet (kipróbáltam, műxik):<?php
$_GET_array = $_GET;
$_GET_array['price_asc'] = 'true';
$path_ascending_for_markup = $_SERVER['SCRIPT_NAME'].'?'.http_build_query($_GET_array, '', '&');
$_GET_array['price_asc'] = 'false';
$path_descending_for_markup = $_SERVER['SCRIPT_NAME'].'?'.http_build_query($_GET_array, '', '&');
?>
<div>
<a href="<?php echo $path_ascending_for_markup;?>">Növekvő ↑</a> |
<a href="<?php echo $path_descending_for_markup;?>">Csökkenő ↓</a>
</div>(A $_GET tömböt szándékosan adtam át egy másik változónak, mert közvetlenül módosítani szerintem nem szép (ahogy a $_POST tömböt sem szoktam közvetlenül módosítani).)
-
cAby
tag
válasz
Sk8erPeter #8788 üzenetére
En meg pont nem arrol a formrol beszelek. Tehat nem az index.php-n levo kereso form-on lehetne ezt allitani, hanem mar listazas utan a keres.php-n egy fel es egy le nyillal. Ha az indexhez szeretnem akkor ertem, hogy mit irtal, meg tudnam csinalni. De ahogy szeretnem, ugy egyelore nem megy.
-
Sk8erPeter
nagyúr
Én is erről a formról beszéltem, amit kitöltenek... Akkor az index.php-n lévő formodat (ahova beírják a keresendő kulcsszót) egészítsd ki azzal, amit mutattam. Aztán a keres.php oldalon elhelyezhetsz még egy linket, ami a $_GET['price_asc'] értékét módosítja, tehát van egy link, ami a jelenlegi keresendő érték+'&price_asc=false' vagy épp true.
-
cAby
tag
válasz
Sk8erPeter #8786 üzenetére
Csak az a baj, hogy úgy szeretném, hogy kitölti valaki a formot, ami az index.php-n van, akkor átirányít az ekeres.php-ra és megjeleníti az eredményt és ott lenne ilyen opció, fel és le nyíl, amivel be lehet állítani a rendezést.
Úgy csináltam meg, hogy gomb hátterének tettem be a nyilat, csak ilyenkor value-t nem tudok beállítani.Tehát még filózok rajta egy sort, mert még nem megy egyelőre.
-
Sk8erPeter
nagyúr
Pl. úgy megoldható, ha kiegészíted a jelenlegi keresőformodat így:
<form ........>
<div class="form-elements-wrapper">
...................
<label for="price_asc">Rendezés:
<select id="price_asc" name="price_asc">
<option value="true"<?php if(isset($_GET['price_asc']) && $_GET['price_asc'] == 'true'){echo ' selected="selected"';}?>>Növekvő</option>
<option value="false"<?php if(!isset($_GET['price_asc']) || $_GET['price_asc'] == 'false'){echo ' selected="selected"';}?>>Csökkenő</option>
</select>
</label>
....................
</div>
</form>A pontok helyére nyilván helyettesítsd be a saját attribútumaidat, illetve mezőidet.
-
cAby
tag
válasz
Sk8erPeter #8776 üzenetére
Igen, erre én is gondoltam, csak valahogy nem jött össze és ezért maradtam a másik megoldásnál.
Megnézem így, ahogy írtad. Köszi. -
Sk8erPeter
nagyúr
válasz
Peter Kiss #8783 üzenetére
Jaja, teljesen egyetértek.
Legfeljebb első oldalbetöltéskor lekéri a szerveridőt, aztán tovább már csak kliensoldalon számol.
Különben tökéletesen feleslegesen zabál fel rengeteg szabad erőforrást a szervertől. -
Peter Kiss
őstag
válasz
Louloudaki #8781 üzenetére
Azért nem írtam bővebben, mert úgyis arra hozom ki, hogy nehogy úgy csináld.
Sk8erPeter adja a korrekt megoldást. (Egyébként a magam részéről nem szórakoznék ilyennel, mutassa csak az időt kizárólag a kliensoldal felhasználásával.)
-
Sk8erPeter
nagyúr
válasz
Louloudaki #8781 üzenetére
Vagy jQuery, vagy más, teljesen mindegy.
Amúgy miért kell neked másodpercenként AJAX-szal lekérni a szerveridőt?
Miért nem jó itt kliensoldali számolgatás, és legfeljebb ritkábban szerveroldali időlekérés az ellenőrzés/korrekció érdekében? -
Louloudaki
aktív tag
válasz
Peter Kiss #8780 üzenetére
gondoltam kicsit konkrétabban leírja valaki
ajaxot sejtettem, de mit és hogyan? sima prototype jó?
-
Peter Kiss
őstag
válasz
Louloudaki #8779 üzenetére
AJAX (!).
-
Louloudaki
aktív tag
kicsit php, kicsit nem: szerveridőt lekérdem phpval, majd kiíratom a html fájlomba, és azt szeretném, hogy onnantól kezdve a másodpercek is ketyegjenek meg frissüljön az idő magától, ne csak az legyen folyamatosan, hogy 2012-03-17 16:53 és a legközelebbi oldalnavigációval frissüljön megint. ezt hogy lehet konkrétan? nem flash, és nem kliens oldali idő kell.
-
Sk8erPeter
nagyúr
Nem ártana ellenőrizni, hogy mi a hiba konkrét oka. Hibaellenőrzés nálad sehol nincs.
Ráadásul erről szokj le, hogy előbb kiíratod a sikerről szóló üzenetet, mielőtt egyáltalán az érdemi feladatot végrehajtanád.
Azt az ellenőrzések UTÁN írasd ki - előbb csekkold le, hogy a levél egyáltalán elment-e, majd attól függően írj ki bármit is.Pl. leellenőrizhetnéd az $smtp változót is, illetve a $sentmailt is:
magyar nyelvű doksi:
factory
sendA kommentek között meg van egy lehetséges példa hibaellenőrzésre:
To handle errors when sending mail use the following. Great for checking if the SMTP server accepted all the addresses.$send = $mail->send($to, $headers, $body);
if (PEAR::isError($send)) { print($send->getMessage());}===
Egyébként mi értelme van PHP-vel kiíratni itt a formot?
<?php
echo 'Ez egy teszt mail mert a * már * * * és remélem menni fog<br><br><br><br>';
echo '<form method="post">'
. 'Név: <input type="text" name="nev"><br>'
. 'Téma: <input type="text" name="theme"><br>'
. 'E-mail Címed: <input type="text" name="email"><br>'
. 'Üzeneted:<br> <textarea name="message" rows=5 cols="40">Ide írhatod az üzeneted!</textarea><br>'
. '<input type="submit" name="submit" value="küldés">'
. '</form>';
if(isset($_POST['submit'])) {
...HELYETT (!!) lehetne így:
Ez egy teszt mail mert a * már * * * és remélem menni fog<br><br><br><br>
<form method="post">
Név: <input type="text" name="nev" /><br>
Téma: <input type="text" name="theme" /><br>
E-mail Címed: <input type="text" name="email" /><br>
Üzeneted:<br> <textarea name="message" rows=5 cols="40">Ide írhatod az üzeneted!</textarea><br>
<input type="submit" name="submit" value="küldés" />
</form>
<?php
if(isset($_POST['submit'])) {
...Ami statikus rész, úgysem változik, azt felesleges PHP-val kiíratni.
De vegyíteni is lehet a kettőt:
<?php
if( !empty($tokmindegy) ) :
// itt jön a HTML-rész...
?>
<form method="post">
.........
</form>
<?php
// HTML-rész vége...
endif;
?> -
Sk8erPeter
nagyúr
Az se rossz, de hogy az URL elmenthető és elküldhető legyen úgy, hogy azt megnyitva eleve növekvő sorrendben jelenjenek meg a dolgok, lehet, hogy ésszerűbb lenne azt is inkább GET metódussal átadni. De nehogy ez alapján tegyél bármit is közvetlenül a lekérdezésbe.
Inkább pl. így nézhet ki egy URL vége:
keres.php?page=2&asc=truePHP-ban pedig:
if( !empty($_GET['asc']) ){
// akkor növekvő sorrendben mutatja a találatokat
}Az empty függvény itt ellenőrzi a változó meglétét is (isset - tehát nem kapsz notice-t, ha a csekkolás után felhasználod a változót), meg azt, hogy az nem üres vagy hamis értékű-e.
-
Chrystall
senior tag
Sziasztok!
Egy egyszerű dolgot kéne PHP-re átültetni, de én teljesen sötét vagyok ebben, nekem csak a HTML megy. Tudna valaki segíteni, erről az egy sorról lenne szó:
Szóval adott egy ilyen sor a fórumom template állományában, hogy:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml"', $context['right_to_left'] ? ' dir="rtl"' : '', '>Ebbe kéne berítni helyesen ezt a két attribútumot oda a "<html" után:
lang=de xml:lang="de"
Ez ugye ilyen nyelvi HTML attribútum, de én nem tudom hogy kell beírni helyesen PHP-be. Nem tudom vessző kell-e utána, pont, vagy mi.
Segítsetek már légyszi!
Köszi!
-
plaYss
csendes tag
Hello!
Van 1 php fusion-os weboldalam. A hostingtól nem kaptam admin jelszót, erre van valami megoldás?
Másrészről: nem tölti fel a képeket és a fájlokat...
Segítenétek?
köszönöm... -
fulton
addikt
Sziasztok
Az miért lehet hogy:
van egy személy aki már próbált küldeni nekem az oldalamra kitett "mail küldő" php-n keresztül levelet de azt én nem kapom meg. Ellenben más emberkéktől megkaptam. Szám szerint 4/1 nem jött meg. Ő az. És tőle egyszer sem. Mi lehet ennek az oka?Próbáltam már egyszerű email küldővel , kicsit komolyabbal is. De nem jön át. Azt hozzáteszem hogy (Smtp hitelesítés van.). Találkozott már valaki ilyennel, irtam a szolgáltatómnak és azt mondták, valószínüleg nála fut le rosszl a php a kód...és szerintem is van benne valami. Mivel én gépemről elküldi, 1.2.3-...stb személyek gépéről is. De tőle nem. És állítólag egy másik gépről is próbálta, onnan sem kaptam meg. Mi lehet a gond? már nincs ötletem..
Ez még helyesen lefut nála és meg is kapom a "tartalom részt" ahogy kell:
<?
$cimzett = "email címem";
$targy = "Szia hubcsika";
$tartalom = "Arra gondoltam, hogy búvárkodjunk. Üdv, Kata";
/*mail($cimzett, $targy, $tartalom)*/;
require_once "Mail.php";
$smtp = Mail::factory('smtp', array(
'host' => 'mail.sunweb.hu',
'auth' => true,
'username' => 'felhasználónevem',
'password' => 'jelszavam'
));
$sentmail = $smtp->send($cimzett, array(
'From' => 'emailcimem',
'To' => $cimzett,
'Subject' => $targy
), $tartalom);
?>de ez már nem fut le helyesen vagy nem tudom.., (mivel nem kapom meg) nálam meg megy:
<?php
echo 'Ez egy teszt mail mert a * már * * * és remélem menni fog<br><br><br><br>';
echo '<form method="post">'
. 'Név: <input type="text" name="nev"><br>'
. 'Téma: <input type="text" name="theme"><br>'
. 'E-mail Címed: <input type="text" name="email"><br>'
. 'Üzeneted:<br> <textarea name="message" rows=5 cols="40">Ide írhatod az üzeneted!</textarea><br>'
. '<input type="submit" name="submit" value="küldés">'
. '</form>';
if(isset($_POST['submit'])) {
if($_POST['nev'] == NULL) {
echo 'Nem adtál meg nevet!';
} else if ($_POST['theme'] == NULL) {
echo 'Nem adtál meg tárgyat!';
} else if ($_POST['email'] == NULL) {
echo 'Nem adtál meg E-mail címet!';
} else if ($_POST['message'] == NULL) {
echo 'Nem írtál üzenetet!';
} else {
echo 'Sikeresen elküldted az üzenetet, a következő e-mail címre: $email';
$name = $_POST['nev'];
$theme = $_POST['theme'];
$email = $_POST['email'];
$message = $_POST['message'];
/*mail($sendto_email, $mail_subject, $mail_message, $headers)*/;
require_once "Mail.php";
$smtp = Mail::factory('smtp', array(
'host' => 'mail.sunweb.hu',
'auth' => true,
'username' => 'felhasználónevem',
'password' => 'jelszavam'
));
$sentmail = $smtp->send("emailcímem", array(
'From' => "$name <$email>",
'To' => "emailcímem",
'Subject' => $theme), "Email jött! A neve: $name, E-mail címe: $email". $message);
}
}
echo '<br><br><br><br><br><br><br><br><br><br><br><br><br><br><br><br><br>';
?>Tudna valaki segíteni?
még ami érdekes lehet:
így ebben a formában mail() fügvénnyel egy másik Igyenes!! tárehlyről (ahol is nincs smtp hitelesítés) elküldi az illető minden levelét. Nincs kivétel!<?php
echo 'Ez egy teszt mail mert a * már * * * és remélem menni fog:D<br><br><br><br>';
echo '<form method="post">'
. 'Név: <input type="text" name="nev"><br>'
. 'Téma: <input type="text" name="theme"><br>'
. 'E-mail Címed: <input type="text" name="email"><br>'
. 'Üzeneted:<br> <textarea name="message" rows=5 cols="40">Ide írhatod az üzeneted!</textarea><br>'
. '<input type="submit" name="submit" value="küldés">'
. '</form>';
if(isset($_POST['submit'])) {
if($_POST['nev'] == NULL) {
echo 'Nem adtál meg nevet!';
} else if ($_POST['theme'] == NULL) {
echo 'Nem adtál meg tárgyat!';
} else if ($_POST['email'] == NULL) {
echo 'Nem adtál meg E-mail címet!';
} else if ($_POST['message'] == NULL) {
echo 'Nem írtál üzenetet!';
} else {
echo 'Sikeresen elküldted az üzenetet, a következő e-mail címre: $email';
$name = $_POST['nev'];
$theme = $_POST['theme'];
$email = $_POST['email'];
$message = $_POST['message'];
mail($sendto_email, $mail_subject, $mail_message, $headers);
}
}
echo '<br><br><br><br><br><br><br><br><br><br><br><br><br><br><br><br><br>';
?>szal...
de amint a mail fügvényt átültetem a tárhelyemnek megfelően smtp ként, akkor ha én irok a gépemről nekem átmegy a levél, de már lesznek emberek (köztük ez az illető is) akinek nem fogom megkapni levelét. Próbáltuk már hogy az én Email címem adja meg akkor sem..(bocsi a terjedelemért)
-
cAby
tag
Hali!
A következőt szeretném megoldani (röviden):
Hirdetéseket listázok ki adatbázisból, 10 kerül egy oldalra, ha több, akkor megjelenik oldalszámozás és lehet lapozni.(ez ok) Szeretnék olyat csinálni, hogy lehessen ár szerint rendezni.Részletesen:
Ha több, mint 10 elem van, akkor megjelenik egy link: "... keres.php?page=" . $i ..."
$i az nyilván az oldal száma.Én a következőképp oldottam meg:
Van egy gombom: <input class='order_by_price_asc' type='submit' name='price_asc' value=' ' />Majd vizsgálom, hogy ha megnyomják a gombot, akkor felülírja az eddigi SQL lekérdezést.
if ( $_POST['ar_nov'] )
{
sql="SELECT ... ORDER BY price asc LIMIT $start_from, 10"; /* LIMIT-es rész a lapozás miatt van */
}Ez így azt csinálja, amit kell, az 1. oldalon rendezi szépen. Azonban, ha lapozok másik oldalra ez nem jó, mert ez így nyilván nem tartja meg a beállítást, mert gombot le kell nyomni, hogy rendezze.
Próbálkoztam úgy, hogy gombnyomásnál egy változó kap egy értéket, pl. $order='price_asc', aztán a gombnyomási feltétel után betettem egy: if (isset($_GET['order'])) {} részt, amibe a módosított sql kerül és ezt az order változót átviszem lapozásnál: "... keres.php?order=" . $order . "&page=" . $i ..."
De így sem mindig jó megoldás született, meg szerintem kell, hogy legyen ennek jobb módja is, de egyelőre nem jöttem még rá.
Valaki tudna erre egy jobb módszert?
köszi,
Csabi -
Peter Kiss
őstag
válasz
Sk8erPeter #8769 üzenetére
Tehát, ha a rendszer úgy látja, hogy be van töltve az extension és engedélyezve is van, akkor feltételezi, hogy működik, így használhatja.
Jelenleg az én fejlesztési környezetemben ez nem lesz igaz, de ugyanúgy dolgozhatok a Cache osztályommal, csak igazából nem fog semmit sem cache-elni, de nem is fog hibát dobni miatta.
-
Sk8erPeter
nagyúr
válasz
Peter Kiss #8768 üzenetére
Mondjuk ezt most nem nagyon értem, miért is kerülő megoldás. Nálam amikor crash-elt, be is volt töltve az extension, és engedélyezve is volt, épp ezért crash-elt.
Ezzel legfeljebb azt kerülöd el, hogy amennyiben nincs engedélyezve, vakvágányra fusson. -
Peter Kiss
őstag
válasz
Sk8erPeter #8765 üzenetére
Nem tudom, mi lehet a dolog feloldása, nagyon nem akarok belemenni, mert ahol elérhető, ott biztosan működik (hostingra gondolok), más esetben meg nem érdekel.
Raktam egy ilyet az osztályomba:
$this->_enabled = \extension_loaded("apc") && ini_get("apc.enabled");Ha nincs engedélyezve, akkor nem fog cache-elni, de nem is fog meghalni.
-
Sk8erPeter
nagyúr
Ja, hát még mindig van, amire a Flash vagy a Silverlight az üdvös megoldás, pl. tipikusan az ilyen 3D-s, "bejárom a szobát"-jellegű dolgokra.
De komplett honlapot építeni erre az számomra nem túl tetszetős. Ha vegyítve van, az már valamennyire okés.Amúgy a 3 hét alatti elkészítés igen korrekt idő... Akkor ott túl sok tökölésre nincs lehetőség.
-
biker
nagyúr
válasz
Sk8erPeter #8762 üzenetére
az eredeti kivitelező silverlightban tervezte, de 8hónap után nulla működéssel ki lett rugva, ,itt keresett fel az illető.
a régi ember 240ért válllalta mi 300-ért 3hétre +1hét feltöltétes teszt, sikerült.flash php-ket hivogat és mysql-be dolgozik, designt grafikus csinálta
fla-kat alvállalkozóm, ahhoz nem értek, de vele írtunk online webes expo felületet standokkal, bejárással, brutál szépen jó 7-800k-s projekt baráti áron -
Sk8erPeter
nagyúr
válasz
Peter Kiss #8763 üzenetére
Legutóbb én pont IIS-en + FastCGI PHP-vel próbáltam az APC-t, és hasonló eredménnyel - az oldalak állandóan crash-eltek.
(#8764) Speeedfire : ja, az open source-t mindenki láthatja, ez igaz. Ettől függetlenül saját kódba is bőven lehet tenni biztonsági réseket, és nincs "több szem többet lát"-alapon történő hibafelderítés, igaz, itt a bugokat valóban talán tovább tart felfedezni épp a rendszer ismeretlensége miatt.
-
Speeedfire
félisten
válasz
Sk8erPeter #8762 üzenetére
...hogy egyedi és profi dolgokhoz márpedig csak egy framework jó.
Szerintem itt inkább csak az van, hogy biztonságosabb. Míg egy teljesen saját kód, még ha bugos is, nehezebb meglelni a hibákat. Míg egy opensource dolognál könnyebb kideríteni.
De lehet, hogy teljesen más oka van. -
Peter Kiss
őstag
válasz
Sk8erPeter #8762 üzenetére
Az a baj, hogy minden kis szar verziót egyeztetni kell, mert különben el sem indul az apache. Talán meg kellene próbálni IIS-en futtatni.
-
Sk8erPeter
nagyúr
"Drupalban nem vagyok annyira otthon, de úgy vélem, ha valamire nem jó a Joomla, akkor nem a Drupálhoz nyúlnék, hanem sajáthoz
Azt hiszem ezzel Te is így lehetsz."
Nem, mert én eleve a Drupallal kezdenék.
Na, de tulajdonképpen pont erre akartam kitérni, hogy manapság már nagyon megfontolnám, hogy érdemes-e belekezdeni saját rendszer megírásába - az esetek többségében nem biztos, hogy megéri beáldozni azt a rengeteg hasznos munkaórát, amit csak példaként azzal töltök, hogy egy szép fastruktúrát építsek a menürendszeremhez, hogy akár több egymásba ágyazható menüpontom is legyen. Persze ilyenkor jól jön, amikor az embernek van korábbról kódja, csak valahogy a saját kódjaimmal eleve úgy vagyok, hogy állandóan találok benne valami javítanivalót, így rengeteg időt eltöltök a kód felülvizsgálatával.Na mindegy, pl. egy ilyen eleve megvan egy CMS-ben, vagy akár egy framework is ezeket a feladatokat sokkal könnyebbé teszi. Most, hogy talán mondható, hogy eléggé belejöttem a Drupalhoz való modulfejlesztésbe, tényleg egyre kevésbé látom a határait, hogy hogyan oldjak meg dolgokat rugalmasan, egyre inkább híve vagyok annak, hogy komplett saját rendszer helyett érdemes felhasználni egy meglévőt, aminek a hibáit sokan felülvizsgálják, javítják, nem kell saját óriási erőforrásokat (pénz, idő, fáradság) szánnom erre a részre is.
Azt is megértem, hogy Te ragaszkodsz a Joomlához: miután az ember átesik azon a szakaszon, hogy "hű, de gyűlöllek, nem értek semmit, nem értem, ezt miért nem tudom elkészíteni, na akkor debuggoljunk megint több órát", majd sikerei vannak vele, és rájön a dolog hátterére, már egészen kezd hozzánőni a szívéhez.
Egyébként a CMS-ekkel készített, igazán igényes honlapok elkészítéséhez szerintem elengedhetetlen a PHP-ismeret: sokszor a számtalan modul felrakása, próbálgatása, majd a jobb füled bal kézzel, a tarkód mögül történő megvakarása helyett lehet, hogy a fejlesztői API segítségével csak néhány sort kell kódolnod a megfelelő helyen, és még erőforrás-takarékos is marad a dolog.Bocs, hogy ennyit ugatok a témáról, csak lököm, ami hirtelen eszembe jut.
Na meg még mindig érdekel a dolog, hogy ki mit gondol a CMS-ekről, és miért - főleg, ha negatív véleménnyel van róluk.===
(#8758) biker: jah, akkor jó.
Gondolom azért nem két perc volt összehozni, ahhoz túl igényes. Bár őszintén szólva fogalmam sincs a Flash-alapú fejlesztésről, hogy milyen segédeszközöket lehet hozzá felhasználni - valószínűleg nem is fogok tudni erről a témáról komolyabban semmit.
Inkább a csillivilli dolgokhoz valami JS-alapú UI-t igyekszem használni, bár tudom, a Flash-eshez képest ez még mindig korlátosabb, vagy talán nehézkesebb. Bár attól függ, pl. az Ext JS elég komoly dolgokra képes.
===
(#8759) Speeedfire :
"Lényeg, hogy érdemes cms-t használni/ismerni szerintem. Kisebb munkákhoz pikk-pakk, egyedi rendszerhez meg framework."
Na, épp ez az, amit felvetettem. Hogy egyedi igényekhez is bőven használható pl. egy Drupal. Ezt próbáltam megérteni, vajon mi az oka, hogy sokan ennyire ragaszkodnak ahhoz az állásponthoz, hogy egyedi és profi dolgokhoz márpedig csak egy framework jó.
Aztán persze lehet, hogy tényleg simán elképzelhető olyan honlap, aminél könnyebb összehozni framework segítségével, mint CMS-sel.===
(#8761) Athlon64+ : na igen... ez amúgy érdekes probléma. Kíváncsi lennék, Windows-on mi a workaround az APC helyes működtetésére.
-
Peter Kiss
őstag
válasz
Peter Kiss #8750 üzenetére
Telepítettem PHP-t Debian-ra:
$cache = new Cache();
if ($cache["first"] == NULL) {
$cache->Insert("first", array(1,2,3,4,5,6,7,8,9), \System\DateTimeHelper::Now()->AddSeconds(20));
sleep(10);
} else {
var_dump($cache["first"]);
}Itt működik minden szépen.
-
CSorBA
őstag
Speeedfire:
Mert elfelejtettem bekapcsolni(és elég csak a keresőbarát url-t)
Sk8erPeter:
Igen, azt használom, rocketthemenél van membershipem.
Többnyire egyetértek amit mondasz, a drupal tényleg sokkal komolyabb, a joomlának még a mai napig vannak hülyeségei, amikkel együtt kell élni. Egész egyszerűen azért maradtam ennél, mert anno volt egy nagyon jó kurzusom, és megtetszett (ez még az előtt volt, hogy php-t tanultam volna), pont amiatt hogy viszonylag egyszerűen és gyorsan lehet vele kompromisszumok mellett egy oldalt összerakni. Majd annyira megtetszett, hogy már 2 éve én tartom ezt az órát, és egész egyszerűen maradtam ennél.
A felhasználókezeléses részre visszatérve, a joomla régi verziójában szörnyű volt, ugye még a mamboo öröksége. A 1.6osban ráncfelvarráson esett át, de szvsz még most sem az igazi.
Drupalban nem vagyok annyira otthon, de úgy vélem, ha valamire nem jó a Joomla, akkor nem a Drupálhoz nyúlnék, hanem sajáthozAzt hiszem ezzel Te is így lehetsz.
De nagyon tetszik a hozzáállásod, h. nem ócsárolod, hanem tényeket közölsz, és belátod, hogy az említett megkötések mellett a Joomla arra jó, amire. - a saját kód meg mindenre
A biztonsági kérdésre meg a megoldás, hogy frissíteni kell és kész. A legtöbb feltörés, mint általában mindig, hanyagságból adódik. Sajnos itt nem lehet magára hagyni a rendszert, hogy megcsináltam, megkapom a pénzt, és pá. Egész egyszerűen jön az értesítés, az updateről, és végig kell menni minden készített oldalon - ez az, amiről megfeledkeznek. -
biker
nagyúr
válasz
Sk8erPeter #8757 üzenetére
Ez volt a keres, minden porogjon forogjon mozogjon
Az arban az is benne volt, hogy o adta el a lakasunkat... Masnak min kicsit tobb + afa -
Sk8erPeter
nagyúr
Ja, látom ezt a template-et alkalmaztad.
Nekem a Joomla már akkor komolytalanná vált, amikor széjjeldobálta a fél éve legfrissebb verziója az oldalamat mindenféle PHP-s hibával, ami az E_STRICT bekapcsolása miatt történt - de nem kevéssel, hanem úgy minimum ötvennel, vagy többel. Egy sokak által használt CMS-nél ugyan figyeljenek már azokra az alapvető programozási technikákra, amikkel az ilyen hibadobálások elkerülhetők. Nem, az nem érv, hogy "dehát ne legyen E_STRICT" - de, fejlesztés alatt igenis legyen.
Aztán nekem személy szerint valahogy gyorsan elment a kedvem a Joomlától, nem láttam benne a potenciált, hogy annyira testreszabható lenne, mint a Drupal, hogy bizonyos felhasználók kezéből kivegyem az irányítást, és csak valami apró részletre adjak jogot, nem tartottam átláthatónak és következetesnek a kódját (ami fejlesztői szempontból - ha modulokat akarok írni, stb. - nem mindegy), és valahogy számomra összecsapottnak tűnt. Senki ne vegye sértésnek, aki Joomla-rajongó.
Megerősítve láttam azokat az érveket, amiket a Joomla ellen írtak különböző fórumokon.
Ahogy a Drupalt használtam, eleinte az is rettenetes káosz volt számomra, de már kezdetektől fogva úgy éreztem, hogy ez egy alapvetően egészen profi rendszer, csak még nem ismerem ki magam rajta - nem volt az az érzésem, mint Joomlánál, hogy mintha egy könnyen összedőlő kártyavárba akarnék berendezkedni (inkább mintha egy erődítménybe).
Nem akarok papolni a Drupal mellett, de számomra a Joomla emellett akkor is komolytalan marad.
Ettől függetlenül természetesen elhiszem, hogy egész jó honlapokat össze lehet benne hozni.Ja, és bocsánat, mielőtt elfelejtem: kollégámmal majdnem egyszerre kezdtünk fejleszteni két tök különböző oldalt, ő Joomlát használt, én Drupalt. Az ő oldalát nagy meglepetésünkre egyszer csak feltörték (valami török zene szólt egy iframe-ből az index.php cím alatt), az enyémet nem, és - lekopogom - eddig azóta sem törték fel. Lehet, hogy ebből nem feltétlenül szabad messzemenő következtetéseket levonni, de valahogy az volt az érzésem, hogy ez valamelyest utal az egyik vagy másik rendszer megbízhatóságára is.
Ahogy sok fórumon azt is olvastam, amikor még vacilláltam, melyik legyen, Joomla vagy Drupal, hogy állítólag a Joomla elég sok biztonsági rést tartalmaz(ott) - lehet, hogy ezeket azóta mind befoltozták, és lettek helyettük újak, nem tudom. Mindenesetre a régebbiek ezek szerint egész jól támadhatók.Azt nem tudom, Joomlához milyen tempóban jelennek meg security update-ek a felfedezést követően, de Drupalhoz nagyon gyorsan elkészítik, ha találnak biztonsági rést, így ez kellő prioritást élvez a fejlesztők munkájában - számomra ez is elég pozitív.
===
(#8749) biker : az már valamennyire közelít a rendes árhoz. Kár, hogy az egész oldal Flash-alapú, pedig jó lenne, de én ezekről az oldalakról valahogy ösztönösen menekülök...
===
(#8752) mobal: én fentebb egy kicsit fáradtan, de próbáltam elmondani a szempontjaimat, hátha érdekel ez a vélemény is a Joomla vs. Drupal témáról.
(#8754) mobal: "Hát nem tudom. Szerintem semmi gond nincs a Joomlával, semmi ilyet nem olvasok róla."
Pedig ezeket a véleményeket kb. 5 perc Guglizás alapján meg lehet találni, én is ugyanezeket olvastam, amikről Speeedfire beszél, pedig elején mindkettőre nyitott voltam.
Ahogy fentebb láthatod, ki is próbáltam mindkettőt, és végül saját tapasztalat alapján döntöttem. Választottam a nehezebbet, de profibbat.===
(#8753) Speeedfire :
ja, világos. Attól még, mert valaki össze tud dobálni mondjuk egy blogos oldalt Wordpress-ben, attól még tényleg nem ő lesz a webfejlesztők királya, ez tény.Amúgy értem, mit akarsz mondani, mintha a CMS-ek használatától valaki venné a bátorságot, hogy elmondhassa magáról, hogy ő profi weboldalakat tud készíteni, pedig az anyja vasporosát.
"CSorBA: Mutatós oldal, bár nem értem a joomla-sokat, hogy miért nem szeretik használni az apache mod_rewrite modulját."
Tényleg, ezt én is megfigyeltem, hogy ez valahogy náluk rendszerint lemarad.(tisztelet a kivételnek) Drupal már a kezdetek kezdetén felajánlja, hogy ezt igazán bekapcsolhatnád, mert van rá mód (ha van).
-
válasz
Speeedfire #8755 üzenetére
"Én elég sokat hallottam róla anno" és azóta gondolom nem is foglalkoztál vele, utalok a párra feljebb levő postra. Én nem foglalkoztam egyikkel sem. Majd most. Drupal - de mielőtt megkérded, hogy miért, mert amikor letöltöttem az volt a legfrissebb
-
válasz
Speeedfire #8753 üzenetére
Hát nem tudom. Szerintem semmi gond nincs a Joomlával, semmi ilyet nem olvasok róla. De ez szerintem kb. olyan mint a CakePHP vs. CodeIgniter.
-
Speeedfire
félisten
válasz
Sk8erPeter #8746 üzenetére
Ezt a hozzáállást megint nem értem. Miért kellene, hogy szar legyen?
Nem azzal van a bajom, hogy összeollózza, hanem ez megint tipikusan az a kategória, hogy na jó ilyen van, ilyen van akkor ezeket beleillesztem, aztán reménykedem, hogy extra dolgot nem fog kérni.
Én csak sírni tudok ezeken a hirdetéseken.
Professzionális, admin felülettel rendelkező oldal, blablablaaa.
Na, de mindegy. Nem is akarom, hogy ez flame legyen. De megint félreértesz, ezzel nem a cms-t akarom lekicsinyíteni, vagy kevesebbé tenni. Csupán, csak annyi, hogy ezek révén már akárki azt mondja magáról, hogy ő professzionális oldalakat készít.
cucka: Jogos.
CSorBA: Mutatós oldal, bár nem értem a joomla-sokat, hogy miért nem szeretik használni az apache mod_rewrite modulját.
mobal: Abban a hsz-ben nem is fikáztam a joomla-t. Nem is inkább nem szeretem, hanem inkább nem szimpatikus.
Elég sok negatív véleményt olvastam róla anno, a sok bug, a sok rosszul megírt kód. Olyan kódrészek mely irracionálisan zabálják a rendszer erőforrását. De ha megkérdezel egy webhoszting céget, hogy mi a véleménye a joomla-ról, akkor le is írja neked jó részletesen szerintem.
Nagyon sok hoszting cég még szűri is a joomla oldalakat, a fájlok maximális számával, mivel nem akarják, hogy egy oldal csak azért, mert rosszul van megírva megegye a szervert. -
válasz
Speeedfire #8744 üzenetére
Miért vagy ennyire Joomla ellenes? Mert Drupalt használsz?
-
válasz
Sk8erPeter #8730 üzenetére
Szia!
Azok a funkciók amik még nincsenek impementálva és/vagy megcsinálva! De ráéreztél az összesre
.
-
Peter Kiss
őstag
válasz
Sk8erPeter #8729 üzenetére
Windows-on vagyok, és én is arra jutottam, hogy ez Windows alatt kb. kivitelezhetetlen.
-
biker
nagyúr
válasz
Sk8erPeter #8746 üzenetére
Hehe, +1 nulla, annyiert csinaltuk az aranykapuingatlan.hu oldalt
-
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/
-
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.
-
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... -
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.
-
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
-
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ás -
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". -
Speeedfire
félisten
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. -
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. -
Speeedfire
félisten
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. -
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
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.
-
Speeedfire
félisten
válasz
Sk8erPeter #8729 üzenetére
Sorry for my poor english.
-
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.
-
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
-
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 okoz
csak free obfuszkálót nem találok
régen volt
-
Sk8erPeter
nagyúr
-
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. -
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?
-
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 kijavithatja -
válasz
Speeedfire #8722 üzenetére
Hát szerintem az xy.com ról akar bizonyos php kódot betölteni.
-
Peter Kiss
őstag
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?
-
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?
-
Speeedfire
félisten
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!
-
Peter Kiss
őstag
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!
-
Peter Kiss
őstag
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']));
}
} -
Speeedfire
félisten
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.
-
Peter Kiss
őstag
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
félisten
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...
-
Peter Kiss
őstag
válasz
Speeedfire #8713 üzenetére
Szívesen.
Nem, én sajátot írok.
-
Speeedfire
félisten
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?
-
Peter Kiss
őstag
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
félisten
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. -
Peter Kiss
őstag
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
félisten
válasz
Peter Kiss #8706 üzenetére
Sajnos nem ennyire egyszerű a helyzet.
Vagy csak nekem nem akar összejönni... -
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.
-
Peter Kiss
őstag
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.
-
Speeedfire
félisten
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?
-
j0k3r!
őstag
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
-
j0k3r!
őstag
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
Új hozzászólás Aktív témák
Hirdetés
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- Szeged és környéke adok-veszek-beszélgetek
- Milyen autót vegyek?
- Honda topik
- Fortnite - Battle Royale & Save the World (PC, XO, PS4, Switch, Mobil)
- Apple Watch Sport - ez is csak egy okosóra
- Milyen billentyűzetet vegyek?
- Elektromos cigaretta 🔞
- Nem várt platformon a OnePlus Nord 5
- Két új Ryzen közül választhatnak a kézikonzolok
- További aktív témák...
- GOPRO Hero 11 BLACK - 5.3k akciókamera - 2 akku, tartozékok (5.)
- DJI AVATA 2 Fly More Combo 1 akku - drón szett DJI Goggles N3 FPV szemüveggel
- Sony PlayStation 5 ( PS5 ) Sony PlayStation VR2 Csomag
- Dell Precision 7680 Eco FHD+ 13600HX 14C / 16G D5 / 1T G4 workstation
- Gigabyte GA-Z68A-D3-B3 LGA 1155 alaplap
- LG 65B4 - 65" OLED - 4K 120Hz 1ms - NVIDIA G-Sync - FreeSync Premium - HDMI 2.1 - PS5 és Xbox Ready
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7600X 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- LG 65" C1 OLED - 4K 120Hz 1ms - NVIDIA G-Sync - FreeSync Premium - HDMI 2.1 - PS5 és Xbox Ready!
- Telefon felvásárlás!! Apple Watch Series 9/Apple Watch Ultra/Apple Watch Ultra 2
- Ne hagyd ki ezt a lehetőséget: Vadiúj Ryzen 7 5800X! Kamatmentes rèszletre is!!
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest