Új hozzászólás Aktív témák
-
19.Norbika
csendes tag
válasz Speeedfire #13995 üzenetére
Ha figyelmesebben elolvasod mit írtam, akkor rájössz mekkora badarságot írtál. De kiemelem újra. Átlagos felhasználó.
Napi szinten használok linuxot, nem kell bemutatni a GUI-t. Sőt. Napi szinten fejlesztek ruby alkalmazásokat, főként GTK gui lib-el. Ha szerinted a linux GUI felülete olyan jónak nevezhető mint pl win 7 felülete, akkor vagy életedben nem használtad a másikat, vagy olyannyira fanatikus vagy, mint bármely alma rajongó. Érdemes lenne eldobni a fanatizmust és kicsit reálisabban tekintve a kettő nevezett op rendszer GUI felületére. Főleg úgy hogy kiemeltem, az átlagos felhasználói igényekről beszélek. Lehet védeni egyiket,s másikat, de teljesen más célra készültek. De persze van akinek az a fétise, hogy egyszerű műveleteket parancssorba gépeljen be. Nincs ebben kivetnivaló, ha ez a vágya, de a világ nem ebbe az irányba mozog.
Nightvis | www.nethq.hu - html,php,js,jquery,c#,sql programozás
-
PumpkinSeed
addikt
válasz 19.Norbika #14001 üzenetére
Nem akarok beleugatni, de az én véleményem az, hogy a Linux az parancssoros és ott csak kiegészítésnek van GUI, míg a Windows grafikus és ott csak kiegészítésnek van CLI. Ez az én véleményem.
[ Szerkesztve ]
"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
-
19.Norbika
csendes tag
válasz PumpkinSeed #14002 üzenetére
Szerintem ezzel zárható is ez a téma
Nightvis | www.nethq.hu - html,php,js,jquery,c#,sql programozás
-
Speeedfire
nagyúr
válasz 19.Norbika #14001 üzenetére
Ha szerinted a win7 felülete jobb, mint pl egy kde vagy gnome3 akkor szerintem sincs miről beszélni.
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
19.Norbika
csendes tag
válasz Speeedfire #14004 üzenetére
Persze hogy jobb. Ez nem hiszem hogy vita tárgya lehetne. Sok sok éves előnyük van. Ez a lemaradás még erősen érezhető a linux felületeken. Ami tény az tény. A felhasználók többségének a win esik kézre és az a kezelhetőbb is. Mindannak ellenére, hogy már nagyon ritkán használok windows-t és mint fejlesztő, jobban kedvelem a linuxot, a tényeket akkor is elismerem.
Nightvis | www.nethq.hu - html,php,js,jquery,c#,sql programozás
-
Sk8erPeter
nagyúr
válasz Speeedfire #14004 üzenetére
Ez hogy jön ide? És ha ő a túrótortát jobban szereti, mint az almáspitét, akkor máris megvan a véleményed róla? Ez kb. ilyen szintű vita.
Egyébként elindult a szokásos Linux vs. Windows témában történő e-pénisz-méregetés, aminek keretében megint elhangzott pár vélemény, miszerint az a hozzáértő és vagány srác, aki terminálban pötyörészve állít be mindent (meg érted, az tök gizda, amikor valaki odanéz a monitorára, és csak karakteres felületet lát, és akkor olyan hozzáértőnek tűnik). Ha kattintgat, akkor biztos csak egy hülye egységsugarú vérpisti. Hagyjuk már ezt a hozzáállást, annyira lejárt és felesleges. Nyilván egy csomó webszerver esetén totál felesleges a GUI, ezért nincs is, az ügyes rendszergazda meg terminálból is tök jól tudja konfigurálni a dolgokat. De ez a rendszergazda nem lesz kevésbé ügyes, ha egy Windows-szerveren, az IIS Managerben, grafikus felületen állítja be ugyanazt, vagy hogy szándékosan pejoratívabban fogalmazzak, "összekattintgatja". IIS-t is lehet buzerálni akár konzolból, sőt, szerkesztgethetsz XML-fájlokat, ha jólesik, és nyilván sok esetben erre van szükség, de mivel van hozzá tisztességes grafikus felület, bizonyos módosításokhoz hidd el, hogy nem lesz kedved pötyörészni, amikor gyorsan megcsinálhatod ugyanazt a szemnek kellemesebb felületen. (Évekig az Apache konfigfájljait buzeráltam, és nagyon nem hiányzik.) Sok minden meg bármelyik OS alatt épp scripteléssel, batch-fájlokon keresztül, stb. gyorsabb. Tök jó, ha valaki ezeket vágja, nagyon hasznos, sőt, sokszor nélkülözhetetlen, és sok feladat így nagyon felgyorsítható. Mindenki azt választja, ami adott feladatra neki a legkényelmesebb és leggyorsabb, meg nyilván ami adott, szerintem emiatt nem érdemes egymás torkának esni (és a végén már olyanokból ítélkezni, mint hogy kinek melyik grafikus felhasználói felület a tetszetősebb ).
Sk8erPeter
-
trisztan94
őstag
-
Speeedfire
nagyúr
válasz Sk8erPeter #14006 üzenetére
Nem én hoztam fel, hogy melyik melyik gui a jobb a win vagy linux...olvass kicsit vissza. Ő állította, hogy a win gui a best of.
miszerint az a hozzáértő és vagány srác, aki terminálban pötyörészve állít be mindent (meg érted, az tök gizda, amikor valaki odanéz a monitorára, és csak karakteres felületet lát, és akkor olyan hozzáértőnek tűnik).
Ezt te hol olvasod?
Szimplán csak annyiról volt szó, hogy nagyon sok dolgot egyszerűbben meg lehet csinálni parancssorban. Főleg, hogy a legtöbb webszerver linux alatt működik console alatt, ezért nagyon praktikus ha valaki ismeri is ezeket a parancsokat. Ennyiről van szó.De te is leírtad a lényeget.
Tök jó, ha valaki ezeket vágja, nagyon hasznos, sőt, sokszor nélkülözhetetlen, és sok feladat így nagyon felgyorsítható.Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
19.Norbika
csendes tag
válasz Speeedfire #14008 üzenetére
Nem hinném, hogy azt mondtam best of lenne, pusztán két rendszert hasonlítottunk össze. Ha nem gond több sárdobálásba nem mennék bele, nem is hiszem, hogy lenne értelme. Tanácsolom, hogy zárjuk le ezt a meddő vitát
Nightvis | www.nethq.hu - html,php,js,jquery,c#,sql programozás
-
MODERÁTOR
Archívum létrehozására mi a legjobb módszer? Hogyan tudnám legokosabban kinyerni a hozzászólásokhoz tartozó dátumból (int) az évszámokat, hónapokat?
mobal,
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
Sk8erPeter
nagyúr
"Archívum létrehozására mi a legjobb módszer? Hogyan tudnám legokosabban kinyerni a hozzászólásokhoz tartozó dátumból (int) az évszámokat, hónapokat?"
Na de most akkor melyik a kérdés? Mit értesz archívum létrehozása alatt?Dátumra:
http://php.net/manual/en/class.datetime.php
arra viszont figyelj oda, hogy a DateTime konstruktora NEM UNIX timestampet vár, de erre is van megoldás:
http://www.php.net/manual/en/datetime.settimestamp.php
(vagy inicializálás előtt konvertálod date()-tel...)Sk8erPeter
-
Tele von Zsinór
őstag
válasz Sk8erPeter #14012 üzenetére
Vagy kukacoskodsz:
php > $timestamp = "1356057844";
php > var_dump(date("Y-m-d H:i:s", $timestamp));
string(19) "2012-12-21 03:44:04"
php > var_dump((new \DateTime("@" . $timestamp))->format("Y-m-d H:i:s"));
string(19) "2012-12-21 02:44:04" -
Speeedfire
nagyúr
DATE_FORMAT(FROM_UNIXTIME(`comment_date`), '%Y') as "comment_year",
DATE_FORMAT(FROM_UNIXTIME(`comment_date`), '%m') as "comment_month" FROM commentsVagy a where részbe rakod, nem tudom pontosan mi a cél vele.
select
a.*
from
comments
where
DATE_FORMAT(FROM_UNIXTIME(`comment_date`), '%Y') as "comment_year" > :pelda
and DATE_FORMAT(FROM_UNIXTIME(`comment_date`), '%m') as "comment_month" > :pelda[ Szerkesztve ]
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
MODERÁTOR
válasz Sk8erPeter #14012 üzenetére
Jepp, pontosítok, ki akarom nyerni, hogy adott év adott hónap mikor volt bejegyzés. Valami group by móka lesz ha jól érzékelem?
Szerk.: kikalkuláltam, itt a megoldás!
SELECT DISTINCT FROM_UNIXTIME(last_modified, '%Y. %M') AS last_modified FROM contents
mobal,
[ Szerkesztve ]
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
G.F.
aktív tag
Kis segítséget kérek. Pár éve egy barátom írt nekem egy pár soros scriptet, amit nem találok. A lényege, hogy az adott oldalból kiszedje a képeket. (tehát ne látszódjonak, de a helyük sem...) CSS-sel el tudom tüntetni, de akkor csúnyán néz ki az üres hely. Légyszíves segítsen valaki... Köszönöm előre is...
[ Szerkesztve ]
-gf-
-
Sk8erPeter
nagyúr
-
Petyyyyy
addikt
válasz Blade_W #14011 üzenetére
Köszönöm! Azóta megoldodótt a dolog. A zip archívum tartalmának a tmp-be kellett kerülnie. Tudom, hogy nem okos megoldás, de a feladat megoldásánál így kérték. Amire én kérdeztem rá, hogy az oda kicsomagolt fájloknak hogy tudom meg az elérési útját pontosan. De mivel ez szinte lehetetlennek tűnt számomra, így kiegyeztünk egy normális mappában, ahonnan már elérhetők a képek.
Szemed az úton, pedál a padlón || Whatever, Im the star
-
CSorBA
őstag
A phpmyadmint használókhoz lenne pár kérdésem. Sajnos a szolgáltatóm frissített 3.x-ről 4.x-re. És valami szörnyű eddig.
1, A bal oldali adatbázis navigáció fa szerkezetű lett, iszonyatosan használhatatlan, sosem tudom épp hol vagyok. Hogy lehet ezt visszaállítani a régire?
2, Bizonyos táblákat kódolva látok, míg a régi verzióban normálisan láttam. Ez mi ez? A képen ltászik: Hogy lehet kikapcsolni?
[ Szerkesztve ]
-
Mbazsika
tag
Hello!
Erősen tanulási fázisban vagyok..
Ha egy változó var_dump-ja ez:
array(1) { [0]=> object(stdClass)#16 (1) { ["dok_id"]=> string(1) "8" } }
akkor a dok_id értéket hogyan érem el?
Előre is köszi!
-
-
Mbazsika
tag
válasz Peter Kiss #14023 üzenetére
-
Chrystall
senior tag
Sziasztok!
Egy BBPress fórummal kapcsolatps kérdésem lenne. Megkértek, hogy kissé szedjek rendbe egy fórumot, mert pár link rossz meg ilyenek, meg nincs Privát Üzenet panel benne. Wordpress-es van installálva, amire raktak egy BBPress plugin-t. Ott jött be a probléma, hogy felraktam egy Privát Üzenet plugint, ami fel is települt, minden oké volt, csak volt a privát üzenet panelen egy rész, valami űrlap, ami nem kellett. Megnyitottam a Privát üzenet plugin egyik PHP file-ját, hogy kiszedjem belőle annak az űrlapnak a kódját, erre most elszállt az egész oldal. Ez hogy lehet? A site keret filejaihoz nem nyúltam, csak a plugin egyik PHP-jéhez, hogyhogy ennyire szétcsúszott az egész. Annyira nem megy semmi, hogy még az Admin Dashboard-ba se lehet belépni. Pedig ez a cumó csak egyetlen lapot jelent a honlapból, és ez nem is a kezdőlap. Van ilyen, hogy egy 20-ad rangú pluginban rossz a kód, akkor odavágja a teljes honlapot?
-
kenwood
veterán
válasz Chrystall #14025 üzenetére
elso korben lepj fel ftpn es rakd at a pluginokat olyan helyre,ahol nem latja a wordpress.
ha ez nem segit,csinalj biztonsagi mentest a teljes konyvtarrol,majd ird felul az osszes wordpress filet egy szuz wordpress-el.
nem tudom,hogyan nyultal bele a phpba,de az editort nem ajanlom,mindig ftpn keresztul erdemes modositani.[ Szerkesztve ]
Mi kell az alaplapba? Procibol egy, Rambo 2. <> Egyetlen vizmolekulaban tobb hidrogen atom van,mint ahany csillag az egesz naprendszerben
-
Petyyyyy
addikt
Üdv urak!
Ez egy láma kérdés, de nincs kéznél a php fejlesztők kézikönyve úgyhogy megkérdem. Require - Include. Az egyikük minden alkalommal betölti az adott fájlt, a másik csak akkor, ha szükség van rá. A kettő közül melyik az, amelyik csak szükség esetén tölti be a fájlt?
Szemed az úton, pedál a padlón || Whatever, Im the star
-
DNReNTi
őstag
válasz Petyyyyy #14028 üzenetére
Ha jól tudom több különbség is van. A require() a szigorúbb. Betölti a fájlt abban az esetben is ha az egy nem teljesülő feltételben van, továbbá fatal error-t hoz ha nem található a beolvasandó állomány, megáll a futásban is. Az include() hoz hibát, de lefut a script. Még továbbá ha jók az ismereteim a requrie_once() és az include_once() az amik csak akkor töltik be a fájlt ha "szükség van rá". Pl ha már az inicializálásnál betöltötted a "init.php"-t, és közben valahol a kóddzsungelben ismét előkerül include_once('init.php'); formában, akkor nem fogja újra beolvasni. Asszem így van.
but without you, my life is incomplete, my days are absolutely gray
-
Sk8erPeter
nagyúr
válasz Chrystall #14025 üzenetére
Ott kezdődik, hogy nagyon rossz ötlet közvetlenül belegányolni az ilyen pluginekbe, ha moduláris felépítésű a dolog, és saját pluginnel bele tudsz nyúlni az oldal megjelenésébe, akkor ott kell elintézni az ilyesmit, persze azt is odafigyeléssel. Ahogy már írták, simán lehet, hogy "elszáll" az oldal apró hibától is, azt nem tudhatjuk, mit ronthattál el.
(#14026) kenwood :
"nem tudom,hogyan nyultal bele a phpba,de az editort nem ajanlom,mindig ftpn keresztul erdemes modositani."
Ezt hogy érted?Sk8erPeter
-
kenwood
veterán
válasz Sk8erPeter #14030 üzenetére
van a wordpressnek egy beepitett szerkesztoje,amivel bele tudsz nyulni a kodba.nem sok ertelmet latom a hasznalatanak,sokkal egyszerubb mondjuk notepad++ ban beallitani az ftp kapcsolatot es ott szerkeszteni a fileokat.
Mi kell az alaplapba? Procibol egy, Rambo 2. <> Egyetlen vizmolekulaban tobb hidrogen atom van,mint ahany csillag az egesz naprendszerben
-
Sk8erPeter
nagyúr
válasz DNReNTi #14029 üzenetére
"A require() a szigorúbb. Betölti a fájlt abban az esetben is ha az egy nem teljesülő feltételben van"
Az lehetetlen.A többi amúgy stimmel, a lényeg nagyon röviden, hogy az include a fájl hiánya vagy más para esetén warningot okoz, a require fatal errort, a _once végű függvények pedig ugyanezt csinálják, csak annyi különbséggel, hogy valóban csupán egyszer töltik be a megadott fájlt.
(#14028) Petyyyyy
"Az egyikük minden alkalommal betölti az adott fájlt, a másik csak akkor, ha szükség van rá."
Az include_once(), require_once() függvényekre gondolsz, de ez így nem pontos, hogy csak akkor tölti be, ha szükség van rá, inkább akkor tölti be a fájlt, ha még korábban nem töltötte be (ergo mindenképp "szükség van rá", ha a kódban ezt mondod, de nem mindegy, hányszor).=============
Szerk.:
(#14031) kenwood :
ja, hogy így, OK.[ Szerkesztve ]
Sk8erPeter
-
fordfairlane
veterán
válasz Petyyyyy #14028 üzenetére
A kettő közül melyik az, amelyik csak szükség esetén tölti be a fájlt?
Egyik sem valósít meg feltételes betöltést, erre más autoload mechanizmusok valóak. [link]
A require és az include között annyi a különbség, hogy ha hiányzik a fájl, a fordító require-nál hibával leáll, az include-nál csak warningot ad.
x gon' give it to ya
-
Chrystall
senior tag
válasz Sk8erPeter #14030 üzenetére
Itt van az a PHP amit módosítottam:
Ez a privát üzenetek plugin egyik file-ja, ebből szedtem ki ezt:
//SHOW THE REPLY FORM
$threadOut .= "</table>
<p><strong>".__("Add Reply", "cartpaujpm").":</strong></p>
<form name='message' action='".$this->actionURL."checkmessage' method='post'>".
$this->get_form_buttons()."<br/>
<textarea name='message_content'></textarea>
<input type='hidden' name='message_to' value='".$this->convertToUser($to)."' />
<input type='hidden' name='message_title' value='".$re.$message_title."' />
<input type='hidden' name='message_from' value='".$user_ID."' />
<input type='hidden' name='message_date' value='".current_time('mysql', $gmt = 1)."' />
<input type='hidden' name='parent_id' value='".$pID."' /><br/>
<input type='submit' onClick='this.disabled=true;this.form.submit();' value='".__("Send Message", "cartpaujpm")."' />
</form>";Mondjuk be kell valljam, csak úgy találomra szerdtem ki, mert nem értek egyáltalán ehhez a Wordpresshez, és csak PHPBB-vel meg SMF-fel installáltam eddig fórumot, így eléggé a sötétben tapogatóztam. De akkor is meglep, hogy még az admin dashboard is elérhetetlen, pedig ez a plugin csak egyetlen oldalt vezérel, ami nincs is a főlapon rajta, a főmenüből érhető el. Pl. beírom az oldal címe után, hogy /wp-admin/, az a lap se jön be. Az hogy lehet?
-
Sk8erPeter
nagyúr
válasz Chrystall #14034 üzenetére
Sajnos nem ismerem a WordPress-t pluginfejlesztés szintjén, szóval ebben nem tudok segíteni. Drupalban úgy néz ki a moduláris felépítés, hogy a saját moduloddal/sminkeddel be tudsz avatkozni az adatok betöltésébe, az oldal kódjába, renderelésébe, egyebekbe különböző pontokon, az oldal különböző részeit felül tudod bírálni (amelyeket más modulok generáltak le), így a kódok szétválaszthatók és külön-külön fenntarthatóak maradnak, és egy modulfrissítés során nem törlődik mindenféle belenyúlásod. Feltételezem, van valami hasonló WordPress esetén is, de mondom, ezt a részét nem ismerem.
Sk8erPeter
-
MODERÁTOR
válasz Sk8erPeter #14032 üzenetére
Mellesleg ezt a kérdést szeretik teszteken (állás), hogy mit a különbség, require vs. include.
mobal,
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
Chrystall
senior tag
válasz Sk8erPeter #14035 üzenetére
Engem csak az lep meg, hogy az admin dashboard is elszállt, pedig annak nem tudom mi köze ehhez a cucchoz. Ez elvileg magán a honlapon módosít, de azon is csak annyiban, hogy csinál egy plussz lapot, amit be lehet linkelni.
-
Sk8erPeter
nagyúr
válasz Chrystall #14037 üzenetére
Nem vizsgálgattam túl sokat, de az nem túl jó, hogy pl. megtöröd a táblázatot azzal, hogy a záró </table> taget kiszeded. A többit nem néztem. Mindenesetre átmenetileg CSS-sel is eltüntetheted a formot, amíg rá nem jössz a végleges megoldásra.
Itt tuti tudnak segíteni (angol nyelven):
http://wordpress.stackexchange.com/Sk8erPeter
-
kenwood
veterán
válasz Chrystall #14034 üzenetére
ha ezt a sort berakod a wp-config.php fileba,akkor nem feher kepernyot ad,hanem a hibauzenetet irja ki.
define(‘WP_DEBUG’, true);
http://codex.wordpress.org/Editing_wp-config.php#Debugne felejtsd el kitorolni,ha vegeztel vele,eles oldalon biztonsagi kockazatot jelent.
[ Szerkesztve ]
Mi kell az alaplapba? Procibol egy, Rambo 2. <> Egyetlen vizmolekulaban tobb hidrogen atom van,mint ahany csillag az egesz naprendszerben
-
Chrystall
senior tag
válasz Sk8erPeter #14035 üzenetére
Igen, az nekem is gyanús volt így utólag, hogy ott megszaladt a kivágás kissé, de éjszaka csináltam, a megjegyzés sorra figyeltem, és automatikusan onnan vágtam ki. De akkor se tiszta, hogy a Dashboard hogy a fárszba inaktív, mikor elvileg ez a cucc egy külön lapot csinál csak, amit utána be lehet linkelni. Az a baj nem nálam van a belépő a host oldalra, meg kell várni míg megkapom, remélem nem valami komolyabb hiba lett...
[ Szerkesztve ]
-
Mbazsika
tag
Ismét egy kis segítségre lenne szükségem.
Codeigniter, egy view-ban betöltök egy modelt mert szükségem lenne egy benne lévő funkcióra, de ha meghívom a funkciót, akkor hibaüzenet jön:
A PHP Error was encountered
Severity: Notice
Message: Undefined property: CI_Loader::$uploadfunc
Filename: views/upload_form2.php
Line Number: 61Fatal error: Call to a member function biztip_nevesit() on a non-object in D:\Server\Apache2.2\htdocs\psdok\application\views\upload_form2.php on line 61
A model: (uploadfunc.php)
<?php
Class Uploadfunc extends CI_Model
{
function __construct()
{
// Call the Model constructor
parent::__construct();
}
public function biztip_nevesit ($biztip)
{
.
.
.
return ('Ismeretlen');
}
}
?>A view részlete:
59 $this->load->model('Uploadfunc','',TRUE);
60 $tipus_options = array(
61 '0' => $this->uploadfunc->biztip_nevesit('0'),Mit nézek el?
Előre is köszi a segítséget!
-
Petyyyyy
addikt
válasz Sk8erPeter #14032 üzenetére
Na erre gondoltam tegnap, de már csak az emlékfoltja maradt meg:
"A require() nyelvi szerkezet, amely hasonló a Server Side Include #include deklarációhoz, egyéb fájlok beillesztését teszi lehetővé...Az include() függvény hasonló feladatot lát el, a fő különbség az, hogy az include() függvény végrehajtására minden előforduláskor sör kerüól, míg a require() csak egyszer helyettesíti be a mellékelt fájl tartalmmát. Ez azt jelenti, hogy a behelyettesítés mindenképpen megtörténik, még akkor is, ha az nem hajtódik végre (például egy olyan if utasítás törzsében, amelynek feltétele nem teljesül). Ezzel szemben az include() csak akkor helyettesíti be a fájltartalmat, ha a program végre is hajtja a fájlt."
Szemed az úton, pedál a padlón || Whatever, Im the star
-
Mbazsika
tag
válasz Mbazsika #14043 üzenetére
Biztos csinálok valami marhaságot, csak azt nem tudom mit.
Még egy helyre be akartam tenni ezt a funkciót, megint hibát jelez:Array ( [0] => Uploadfunc )
A PHP Error was encountered
Severity: Notice
Message: Undefined property: CI_Loader::$Uploadfunc
Filename: views/query_view.php
Line Number: 51
Fatal error: Call to a member function biztip_nevesit() on a non-object in D:\Server\Apache2.2\htdocs\psdok\application\views\query_view.php on line 51query_view.php:
$this->load->model('Uploadfunc','',TRUE);
$ci =& get_instance();
$load_arr = (array) $ci->load;
$mod_arr = array();
foreach ($load_arr as $key => $value)
{
if (substr(trim($key), 2, 50) == "_ci_models")
$mod_arr = $value;
}
print_r($mod_arr);
.
.
51 $this->Uploadfunc->biztip_nevesit($row->dok_tip),
.
.A $mod_arr szerint be van load-olva....
-
fordfairlane
veterán
válasz Petyyyyy #14044 üzenetére
míg a require() csak egyszer helyettesíti be a mellékelt fájl tartalmmát.
Régebben ilyen volt, most már nem. Az include és a require is helyettesíthet be többször egy fájlt, például ciklusba belerakva egy listaelem template-jét, annyiszor helyettesítődik be, ahányszor lefut a ciklus.
[ Szerkesztve ]
x gon' give it to ya
-
trisztan94
őstag
Melyek a legjobb oop design patternek php-hoz?
En az observer-t szoktam hasznalni java alatt, hasznalhato az php-val is? Esetleg valami ami jobb vele?
https://heureka-kreativ.hu
-
fordfairlane
veterán
válasz trisztan94 #14047 üzenetére
Melyek a legjobb oop design patternek php-hoz?
A kérdés teljesen rossz. Design patterneket nem nyelvhez használunk, hanem problémák megoldásához. Egyébként az Observer pattern implementálható PHP-ban is, egyszerű sémára épül.
[ Szerkesztve ]
x gon' give it to ya
-
trisztan94
őstag
válasz fordfairlane #14048 üzenetére
Ugy ertettem, hogy melyik a legjobb hozza, mondjuk ab kapcsolat, listazas, stbstb.
Mondom, en eddig az observerbe mentem bele csak, de nyitott vagyok minden ujra
https://heureka-kreativ.hu
-
fordfairlane
veterán
válasz trisztan94 #14049 üzenetére
Ugy ertettem, hogy melyik a legjobb hozza, mondjuk ab kapcsolat, listazas, stbstb.
A patternek továbbra is probléma-, nem pedig nyelvjárásfüggőek. Mondom, attól függ, hogy mire akarod használni az adott patternt. Például MV* architektúráknál a PHP-ban is az observer patternt szokták használni, ahogy minden más nyelvben, ahol felhasználói interaktivitást kell kezelni.
Listázáshoz Iteratort. ab kapcsolat? Adatbázis kapcsolatra gondolsz? Singleton, DI konténer Factory methoddal, stb...
[ Szerkesztve ]
x gon' give it to ya
Új hozzászólás Aktív témák
- ZOTAC GeForce GTX 1080 AMP Edition 8GB GDDR5X 256bit
- Filmes gép gyűjtemény
- Nikon D5000 + AF-S DX NIKKOR 18-105 mm
- Bontatlan Seagate & Western Digital HDD-k 3TB - 12TB -ig - Számla + Garancia, Ár alatt! BeszámítOK!
- DJI Mini 4 pro FMC drón - 3 akku, RC2 táv, 2 táska, Filterek, 2025. decemberig garancia, DJI Care
- Keresek 77"-os LG C vagy Samsung S90C tv-t!
- Eladó Egyedi Arcade 2+2 személyes Játékgép Pac-man/Galaga grafikával 5000+3200 játék
- Apple Macbook Pro Retina 13" 2015 Early ELADÓ
- JBL GT5 1204BR bassreflex mélyláda
- Fullos Lenovo Thinkpad W520 / BIOSmod / i7-2820QM / 16 GB RAM / 256 GB SSD / AX Wi-Fi / Full HD