- Érintésnélküli fizetési megoldások - PayPass via NFC
- Okosóra és okoskiegészítő topik
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Android alkalmazások - szoftver kibeszélő topik
- One mobilszolgáltatások
- Honor Magic7 Pro - kifinomult, költséges képalkotás
- Xiaomi Smart Band 8 - folyamatosan
- Motorola Edge 40 - jó bőr
- Magyarországon is kapható a Moto G85 5G
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
Új hozzászólás Aktív témák
-
coco2
őstag
válasz
Tele von Zsinór #8112 üzenetére
Az a PDO pár google-kidobta cikk alapján jó dolog, csak kicsit furcsa, hogy éppen a php offi pagen egy ilyet látok: [link] (404)
A linkeket köszönöm. Ezzel a PDO-val még nyűglődöm kicsit.
(Szerk
Apropó, ha már úgyis előkerült, olyasmi kellene majd alkalmazáshoz, hogy nem táblákba nyulkálok, hanem kizárólag az adatbázisban rögzített tárolt eljárások alapján férek hozzá dolgokhoz. Azoknak kell paramétereket küldeni, és ami tábla azoktól jön vissza, azt kell értelmezni kapott adatként. A teljes adatbázis kvázi csomagolva lenne. Ez lenne az elgondolás. Remélem ez a PDO elég kiforrott lesz hozzá, hogy elboldoguljon ilyen szituval. -
CSorBA
őstag
válasz
Tele von Zsinór #8029 üzenetére
Én is kb hasonló cipőben járhatok. Legtöbb általam készített oldalnál eléggé egyben van a sablon és a funkció, és mivel a dizájváltás általában eddig sosem annyiból állt, hogy tisztán csak kinézetet cserélt a cég (hanem rengeteg funkció került adott esetben be és ki) így kb én is annyit csináltam mint te:
"Nagyon sokáig tiszta php-t használtam a templateimben, kis odafigyeléssel: nem nyúlok már adatbázishoz (ami kell, azt megkaptam a controller rétegtől), illetve vezérlési szerkezetekben az alternatív szintaktikát használtam."
Nem tudom én sem igazából eldönteni, mivel eddig egyszemélyes fejlesztőként dolgoztam kizárólag, így egyelőre én is az első tábort gyarapítom, úgyis csak én foglalkozok az egésszel, és megfelelően kommentezve, tördelve, jegyzetelve, értelmesen csinálva eddig még mindent átláttam. Van egy cég (akikkel elég régóta dolgozok), ami eddig négy átalakuláson ment át, és mindig teljesen új honlap készült
, szóval eddig teljesen tudtam hanyagolni ezt a template témát, de persze ez leginkább azért van, mert nem volt olyan munka, ahol szükség lett volna rá.
-
Lacces
őstag
válasz
Tele von Zsinór #8016 üzenetére
Köszönöm, azért segítséget.
Az lenne a kérdésem, tudsz kezdőknek ajánlani esetleg egy jó weboldalt, ahonnan meglehetne tanulni egy komplett webáruház elkészítését?
Ezt a könyvet unom, mindig más hibákat dob mint ami benne van, vagy csak itt szerencsétlenkedek vele...
-
Lacces
őstag
válasz
Tele von Zsinór #7989 üzenetére
Lehet elrontok valamit... De szerintem akkor inkább windows. Vagy Asp.net...
ÉN neten is nézem ezeket a tutorialokat, és nem értem. Hogy a szerzőknek miért működik? Nekem meg miért nem?
Most ehhez ennyire hardcore Linux kockának kell lenni?Igen, azt választottam ki Apache Servert.
Sőt már 2-szer is újraraktam az Ubit, De a phpmyadmin sehogy sem működik...
Azért köszönöm a segítséget, de elég volt mára. Inkább mást tanulok
-
Lacces
őstag
válasz
Tele von Zsinór #7976 üzenetére
Oooohhhh! Ezt holnap kipróbálom!
Hogy érdemes feltenni Ubin? (még kezdő vagyok Ubuntun is) Terminálból? Synaptich csomagkezelőből?
-
dodopek
addikt
válasz
Tele von Zsinór #7954 üzenetére
Frankó! Működik! Köszönöm!
-
Brown ügynök
senior tag
válasz
Tele von Zsinór #7934 üzenetére
Itt van ezekről szó.
-
Peter Kiss
őstag
válasz
Tele von Zsinór #7923 üzenetére
Köszönöm az elismerést.
Simán elképzelhető, ha van konkrét elképzelés, mit látnál, látnátok szívesen, lehet szólni.
-
Sk8erPeter
nagyúr
válasz
Tele von Zsinór #7846 üzenetére
"Egyébként ez nem hiba, hanem csak egy E_NOTICE - arról megoszlanak a vélemények, hogy ezekre érdemes-e figyelni fejlesztés közben. Én azt vallom, hogy igen"
Huhh, de örülök, hogy ezt írtad...Amúgy továbbmegyek, szerintem fejlesztés közben legjobb az error_reporting( E_ALL | E_STRICT ) beállítás, nem árt, ha ezek a hibajelzések vagy figyelmeztetések némi szigorúságra nevelik az embert kódolás során. Ezzel a további anyázások meg fejfalbaverések is nagyobb eséllyel elkerülhetők.
-
dany27
őstag
válasz
Tele von Zsinór #7846 üzenetére
Köszi pont ez volt a gond hogy undefined... hibát kaptam!
-
Sk8erPeter
nagyúr
válasz
Tele von Zsinór #7801 üzenetére
Hirtelen nem is nagyon tudok mit hozzátenni, teljesen egyetértek.
Én is inkább amellett vagyok, hogy először működjön minden JS nélkül, utána lehet rápakolni a "csicsát". Persze ez is esetfüggő, nekem pl. kellett olyat is csinálnom, ahol különböző gombokra való kattintgatások esetén rajzolt emberalakokat tudsz összeállítani (testrészeket cserélgetni, stb.), tehát full JavaScript-alapú az egész, itt nyilván egyetlen lehetőség leszarni, ha valakinél ki van kapcsolva a JS. A <noscript> tagben viszont benne van a buzinagy felirat, hogy ne szopassa már a júzer magát a JS nélküli használattal, mert szart se fog látni az alapfunkciókból. -
Sk8erPeter
nagyúr
válasz
Tele von Zsinór #7572 üzenetére
Én egy éles szerverre felraktam a XAMPP-ot, és megfelelően konfiguráltam.
"Részben igen, részben pedig mert ezek fejlesztői gépre kitalált csomagok, ennek megfelelő biztonsági beállításokkal."
Nem igazán értem, miért okozna több kínszenvedést ezeknek a kész csomagoknak az utólagos biztonsági beállítása, mint ha minden egyes összetevőt külön-külön raksz fel? Biztonsági szempontból szerintem pontosan ugyanannyi beállítást igényel mindkét megoldás. Csak annyi különbséggel, hogy ezekben a kész csomagokban ott van az összes általában szükséges dll (ami nincs benne, nyilván ritkábban kell, így külön erőfeszítés), nagy valószínűséggel azok a konfigfájlok is megvannak (legalább félkészen, vagy van benne egy minta), amiket alapvetően neked kéne megírni, beállítgatni egyenként - így meg ott van készen, csak módosítani kell, kevesebb az esély, hogy elcseszed. Ami meg neked nem kell az eredeti fájlokból, egyszerűen kommentezed, vagy törlöd.
Példa: Apache HTTP Servert kellett összehoznom Tomcat szerverrel. Alapból a kettő összehozásához konfigfájlokban való pötyögésre van szükség, sok szerverújraindítgatásra, próbálgatásra, anyázásra (jó, ez igaz, hogy az első igazán jó beállításig tart, amíg már órák árán sikerül megtanulnod, korábban mit kúrtál el), míg ha felraksz egy újabb XAMPP-ot, ott eleve adott a Tomcat "add-on", a megfelelő beállításokkal, meg egy működő mintával, amit már csak saját szád ízére kell átalakítani.
Szóval szerintem mindkét megoldásban oda kell figyelni a biztonsági résekre.
Persze a kész csomagok néha több összetevőt is tartalmazhatnak, mint amire alapvetően szükséged van, ezért azokra az összetevőkre is oda kell figyelni, hogy megfelelően legyenek konfigurálva - vagy egyszerűen kiszedni őket, és kész.Amúgy milyen grafikus felületről beszélünk? A XAMPP és az EasyPHP esetén is van egyetlen külön adminfelület-féleség, amin elindíthatod a service-eket, de ennyi. Meg hát a localhostos próbaoldal, amin csekkolhatod a beállításokat (és nem a default "It works!" felirat fogad), de az nem egy komoly grafikus felület.
-
Brown ügynök
senior tag
válasz
Tele von Zsinór #7572 üzenetére
Miért nem raknál? Grafikus felület miatt?
-
Speeedfire
félisten
válasz
Tele von Zsinór #7326 üzenetére
+1 a relatív eléréshez. Max megadni a htaccess-ben a base-t.
-
válasz
Tele von Zsinór #7190 üzenetére
Köszönöm!
Másik kérdésem: hogy tudnám azt megvalósítani, hogy egy objektum (osztály példánya) globálisan elérhető legyen? Globális változóként definiálom? Az úgy "szép" megoldás?
-
Brown ügynök
senior tag
válasz
Tele von Zsinór #7169 üzenetére
Valószínű safe_mod van bekapcsolva. Ez esetben kapcsoltassam ki?
Azt olvastam, hogy elavult.
-
Brown ügynök
senior tag
válasz
Tele von Zsinór #7161 üzenetére
Így próbálom kilistázni a "data" mappa tartalmát:
$dir = "../data/".$user."/";
if ($i = is_dir($dir)) {
if ($dh = opendir($dir)) {
while (($file = readdir($dh)) !== false) {
$this->return_ = $file;
}
closedir($dh);
}
}Na most, ezzel nem tudok kilépni a public_html mappából és kilistázni a data mappa tartalmát. A hivatkozást rontom el?
@Alukard: Kösz a kódot. A jogosultságkezelés rég kész van.
Csak nem fut le.
-
Brown ügynök
senior tag
válasz
Tele von Zsinór #7158 üzenetére
Ha a weboldal mappáján kívülre helyeztem, attól még ugyanúgy elértem, ha nem voltam bejelentkezve. Megjegyzem, localhoston próbáltam.
@Athlon64+: Erre tudnál esetleg példát mutatni? Vagy kicsit bővebben kifejtenéd?
-
Brown ügynök
senior tag
válasz
Tele von Zsinór #6947 üzenetére
A jelszóra azért van szükség mert azzal kapcsolódik az adatbázishoz minden adatbázis műveletkor.
Az ip-ről és a user-agent-ről is olvastam, de ha a user-agent kevesebb ütközéssel jár akkor azt használom.
Viszont a user-agent megegyezhet egy nem jogosult felhasználóéval aki így könnyen szert tehet adatokra / elhelyezhet rosszindulatú kódokat az oldalon, nem?
-
cucka
addikt
válasz
Tele von Zsinór #6876 üzenetére
Javítsatok ki, ha rosszul tudom, de szerintem a mezők száma nem befolyásolja érdemben a sebességet.
-
Brown ügynök
senior tag
válasz
Tele von Zsinór #6855 üzenetére
A tűzfal engedi. Most már sikerült elérni hogy 127.0.0.1:8080-on bejön a képernyő, a VH nevet még mindig nem látja.
-
Speeedfire
félisten
válasz
Tele von Zsinór #6823 üzenetére
Ilyet nem látok win7 alatt.
Mindegy, akkor ez a kényelmi funkció nem fog menni. -
Speeedfire
félisten
válasz
Tele von Zsinór #6821 üzenetére
A defaultra gondolok. Szóval ne a dokumetumok/netbeans legyen hanem a munka/web az alapértelmezett mappa. Kis kényelmi funkció csak, de szerintem jó dolog.
-
Sk8erPeter
nagyúr
válasz
Tele von Zsinór #6744 üzenetére
Hali!
Köszi, ezt is mindenképp ki fogom próbálni!
De időközben keresgéltem, és rátaláltam az Asido-ra, amiről korábban soha nem hallottam, csak Google segítségével akadtam rá, de eddig nagyon tetszik, kézenfekvő a használata, de még ráadásul jól is működik (utóbbi már sajnos komolyan meglep, azok után, amennyi hibás képkezelő szkriptet próbáltam).
Direkt próbálgattam szélsőséges eseteket, hogy mondjuk kábé kétszer akkora képet választok vízjelnek, mint amekkora az eredeti kép, amire a vízjelet tenni szeretném, plusz átméretezem arányosan az eredeti képet, de akkor is jól működik, tehát fel van készítve az ilyen lehetséges hibákra. Ez eddig nagyon bejön, mert számtalan képmanipuláló osztályt próbálgattam már, de azoknál ez általában szarul volt megoldva. Belenézegettem a kódjába, elég összeszedettnek tűnik.
A hibakezelésnél mondjuk engem az zavar, hogy a trigger_error() függvényt használja, ami mondjuk jóval kevésbé kezelhető elegánsan, mintha mondjuk kivétel-kezeléssel lenne megoldva.
Ettől függetlenül eddig eléggé meggyőzőnek tűnik (persze nem teszteltem agyon, még csak pár példát néztem meg vele), plusz a honlapon lévő példakódokból is látszik, hogy elég sokféle esetre gondolt a készítője.
GD2, Magick Wand és Image Magick kezelésére is fel van készítve.Holnap a phpThumb-ot is kipróbálom.
Amúgy meglepő, mennyire befolyásolja az ember véleményét egy honlap: amikor megláttam ennek a phpThumb-nak a honlapját, hogy milyen ocsmány, valahogy nem jött meg a kedvem, hogy kipróbáljam.Viszont van még egy ugyanilyen nevű, a PHP Thumb, aminek kifejezetten igényes a honlapja, ami valahogy eleve kíváncsivá teszi az embert, jól áttekinthető tutorialt mellékeltek hozzá, és a kódja szép és áttekinthető a doksi alapján.
Nálam jelenleg az volt a kizáró ok, amiért nem foglalkoztam vele, hogy asszem nem lehet vele vízjelezni, de egyébként nagyon tetszetős ez is.
Csak most sajnos nálam fontos szempont, hogy legyen megoldva a vízjelezés is, nem akarok szarakodni azzal, hogy ezt is meg kelljen írnom. -
Alukard
senior tag
válasz
Tele von Zsinór #6728 üzenetére
Köszönöm, úgy néz, ki hogy sikerült újra gondolni a dolgot...
Ha nem szólsz eszembe sem jut, hogy lehetett volna másképp is
Köszönöm
-
D@ni88
addikt
válasz
Tele von Zsinór #6725 üzenetére
hali, kipróbáltam és a docx-re azt írja hogy application/zip
-
D@ni88
addikt
válasz
Tele von Zsinór #6725 üzenetére
Köszi, majd estére kipróbálom hogy működik.
-
D@ni88
addikt
válasz
Tele von Zsinór #6723 üzenetére
Köszi
Akkor mit ajánlasz ami kevésbé hamisítható? -
fordfairlane
veterán
válasz
Tele von Zsinór #6709 üzenetére
Köszi az infót. Most már megvárom a végleges symfony2-t, állítólag májusban jön, utána akarok vele komolyabban kísérletezni.
-
D@ni88
addikt
válasz
Tele von Zsinór #6677 üzenetére
közben rájöttem hogy az strstr is működik if-be. de azért köszi
-
D@ni88
addikt
válasz
Tele von Zsinór #6675 üzenetére
nem arra kellene hogy ott elvágja a sort, hanem egy olyan függvényre amely pl boolen-t ad vissza, vagy megszámolja hányszor van benne.
Az strstr() ha jól láttam akkor ott vágja le a stringet, ahol ez szerepel, tehát ez nem jó -
D@ni88
addikt
válasz
Tele von Zsinór #6632 üzenetére
a generált query az sztem okés
Select * from adatbazis where tulajdonsag LIKE '%,2,%' OR tulajdonsag LIKE '%,3,%' OR tulajdonsag LIKE '%,4,%'
A fő ok igazából az lenne, hogy a lap első betöltésekor is lemegy az if(isset($_POST["lista"]))
feltételbe adott folyamat, így létrejön egy a lekérdezés önmagában ennyi lesz:Select * from adatbazis where
Pedig közöm nem volt még a submit gombhoz...
-
fordfairlane
veterán
válasz
Tele von Zsinór #6624 üzenetére
Részemről lezártam a témát, mindenki annyit, és olyan mélyen notiszol, amennyire neki jólesik.
-
biker
nagyúr
válasz
Tele von Zsinór #6598 üzenetére
gondolkodtam rajta, de arra jutottam, a concat csak meglévő, lekérdezett mezőkkel dolgozik
és nem is foglalkoztam vele tovább.
-
Alukard
senior tag
válasz
Tele von Zsinór #6594 üzenetére
Köszi
Ez a változat eszembe sem jutott
Így a meglévő 3 táblámat, helyenként +1 oszloppal hasznosítani is tudom
-
Sk8erPeter
nagyúr
válasz
Tele von Zsinór #6573 üzenetére
Az lesz.
Csak egy kis idő kellene hozzá.
Mondjuk egyelőre élvezem azt, hogy mindent megírok magamtól, aztán majd úgyis jól rájövök a komolyabb keretrendszerek használatakor, hogy nem biztos, hogy sok értelme van mindent ab ovo megírni, ha már más úgyis megtette helyettem, mert akkor nekem csak a megfelelő függvényeket kell jól hívogatnom, és a megfelelő módosításokat elvégezni, aztán gyorsabban kész vagyok.
Igen, én sem úgy értettem, hogy MVC-t csak OOP-szemlélettel lehet írni (ezért is csak azt írtam, hogy "eléggé megkönnyíti a munkát az MVC-nél"), de szerintem procedurálisan megírva azért sokkal önszívatósabb, nehezebb átlátni.
Mondjuk nem véletlenül találták ki az OOP-t, ha már hasonlít az emberi gondolkodás működéséhez, használjuk is ki. -
Sk8erPeter
nagyúr
válasz
Tele von Zsinór #6571 üzenetére
Sejtettem, hogy ilyesmi, meg értem én az MVC-szemléletet nagyjából, csak azt hittem, hogy nálad mégsem fordul elő az említett F5-ös frissítgetős probléma, és az nem állt össze, hogy hogyan lehet, ha nem redirectelgetsz minden esetben.
(de ezek szerint a probléma fennáll)
Szerintem az én koncepcióm sem mond amúgy ellent az MVC-szemléletnek.Mostanság igyekszem én is nagyjából errefelé tendálni, meg teljesen OOP-szemléletre átállni, ami szerintem eléggé megkönnyíti a munkát az MVC-nél (én legalábbis nehezen tudom igazán elválasztani tőle), bár még bőven van mit tanulnom.
-
Sk8erPeter
nagyúr
válasz
Tele von Zsinór #6569 üzenetére
Igen, a keresés get-tel okés, ott nem para az esetleges frissítés, de még mindig vannak oldalak, ahol post-olják a keresőmezőben megadottakat (most hirtelen az ncore jut eszembe, ahol kifejezetten zavar). Meg ugye a get-tel történő kereséskor kapott cím lementhető, könyvjelzőzhető, átküldhető másnak, szóval ezer szempontból praktikusabb.
Az első felére reagálva: na, akkor úgy tűnik, félreértettem, sorry.
"a form actionja ugyanaz a file és függvény lesz" - innen elsőre úgy értelmeztem, hogy ugyanabba a fájlba irányítod vissza az adatokat, tehát ugyanott dolgozod fel.
"Ha invalid, vissza ugyanahhoz a view-hez, csak most már hibaüzenetek is vannak"
Ez hogy néz ki nálad a gyakorlatban?
Pl. van a foo.php fájl, amiben megtörténik a kiíratás (ezt a címet kérte le a júzer), és van egy formod:
<form action="bar.php" method="post" ..........>..........</form>
Ekkor az action szerinti bar.php fájlba irányítja át a formot. Itt csekkolod, hogy valid-e, ha nem, egyből kiíratod a formot? Mert akkor megint felmerül az F5-ös probléma. Vagy pedig van a foo.php fájl, és az action-ben is ugyanez a fájl található, és itt nézed meg a validitását? Igazából itt is felmerül az F5-ös para. A visszairányítós játéknál nyilván nincs ilyen probléma, de ott meg már elvész a post-olt adat (amennyiben nem mented sessionbe).Most hirtelen nem értem, hogyan éred el, hogy validálod az adatokat, fel tudod használni azonos kéréssel a $_POST tömb adatait (tehát a felhasználónak nem kell begépelnie újból azokat), kiíratod, nem mented el sessionbe a dolgokat, és még az F5-ös frissítgetős para sem merül fel?
-
Sk8erPeter
nagyúr
válasz
Tele von Zsinór #6567 üzenetére
A felvázolt megoldásban nekem egyedül az nem szimpi (persze ízlés kérdése), hogy ugyanabban a fájlban történik a validálás, mint amiben a form kiíratása - én pont azért tértem át inkább arra, hogy még a validálás során is redirectelgetek (még ha nem is lenne feltétlenül muszáj/praktikus sessionben tárolni az adatokat, bár nem hiszem, hogy ezen múlnának a teljesítménybeli különbségek), mert nagyon zavar, amikor egy form elküldésekor F5 (frissítés) lenyomása hatására a böngésző visszakérdez (Opera általában nem teszi), hogy elküldje-e még egyszer a $_POST-adatokat. Engem ez legalábbis felhasználóként is zavar: ha bármi miatt úgy döntök, hogy frissíteni szeretnék, és nem probléma, ha elvesztem a begépelt adataimat, akkor hadd tegyem ezt visszakérdezés nélkül.
(Bár hozzáteszem, pl. Gmailnél el nem mentett levél elküldésekor, vagy szerver felé történő függőben lévő kérés megszakítási kísérlete esetén, vagy épp a stackoverflow oldalán történő hsz.-íráskor jól jön, hogy figyelmeztet, hogy még nem mentettem/küldtem el, amit akartam. DE ez szándékos és indokolt fejlesztőoldali dolog, nem a böngésző egyéni döntése, hogy most akkor jól figyelmeztesse a felhasználót, szerintem egészen más a kettő "hangulata".)
Sok oldalon a keresőmezőkbe beírtakat is azonos oldalon dolgozzák fel, olyankor is sűrűn előfordul az F5-nyomkodásos probléma, az még zavaróbb, az ember adott esetben többször keres, mint amennyiszer mondjuk hozzászól adott oldalhoz, cikkhez, ilyenkor F5 nyomkodására mindig megakasztja a böngészést a figyelmeztető ablak a post-adatok újbólli elküldéséről.
Mostanában nagyon sokszor megpróbálom inkább AJAX-szal megoldani a dolgokat, mert az úgy szebb felhasználói szempontból, mint az egészoldalas frissülés - ráadásul akkor az F5-ös és redirectelős probléma egy része is megoldódhat, AJAX-os feldolgozásnál lehet egyből kiíratni is (máskor is lehet, de mint fentebb mondtam a Wordpress-es példát, nem túl szép a külön hibaoldal, majd visszanavigálási kényszer).
-
Sk8erPeter
nagyúr
válasz
Tele von Zsinór #6565 üzenetére
Ja, nyilván attól függ, hogy oldod meg. Nálad nem tudom, hogy van konkrétan, azt nem írtad.
Van egy formod, az elküldi a post adatokat egy másik fájlnak, ott meg hiba esetén megint ugyanúgy kiíratod a formot, meg az oldal többi részét, vagy hogyan?
Amúgy az szerintem ultraronda megoldás, ami a Wordpress-motort használó weboldalak többségénél szokott lenni adott cikkhez történő hozzászólásnál fellépő hiba esetén, hogy dob neked egy hibaoldalt, egy pici keretben kiírva a hibaüzenetet, az oldal egyéb részei egyáltalán nem látszanak, és csak a böngészőben az eredeti oldalra való visszanavigálást követően tudod megfelelően módosítani a form kitöltését. (Persze egyes böngészőknél ilyenkor a visszanavigálásnál törlődik is az eredeti hsz., fasza.)
-
biker
nagyúr
válasz
Tele von Zsinór #6535 üzenetére
ahham, pl van 75 cimke, és 6 kategória, akkor 75/6=12,5 (legyen (int)(12,5)=13)
és akkor 1-13 kat=1, 14-26 kat=2 stb? étem
-
Sk8erPeter
nagyúr
válasz
Tele von Zsinór #6509 üzenetére
Valóban, ez teljesen igaz! És bocsi, nem voltam túl pontos és egyértelmű, azt akartam mondani, hogy sokszor JÓVAL többet várok, tehát mintha a szerver túl sokat szarakodna az általad említett dolgokkal, aminek része az Apache-szerver felőli dolgok elintézése, így pl. a .htaccess fájl vizsgálata is, és ezért merült fel bennem, hogy esetleg a reguláris kifejezés vizsgálgatásával is elszöszmötöl egy darabig.
De rájöttem, hogy ez hülyeség, mert annyira azért nem komplikált a reguláris kifejezésem, hogy pont ez lenne a probléma. Igazából ingyenes tárhelyről van szó, előfordulnak olykor problémák, amikor lassú a szerver, valószínűleg ez lehet ritkán a baj. Amúgy meg van, hogy rohadt gyorsan lefut az egész. Úgyhogy bocsi, tárgytalan!Nem tudom, miért pont erre feküdtem rá...
Amúgy milyen jó lenne, ha már a .htaccess fájlból is el lehetne indítani egy időmérést.
---
Holnap megpróbálom a többszörös kondícióvizsgálgatást .htaccess-ben mod_rewrite-hoz, ma már nem volt időm rá. -
Speeedfire
félisten
válasz
Tele von Zsinór #6490 üzenetére
Van benne valami.
Sk8erPeter: Érdekes téma!
Én anno csak a .htaccess-be írtam be mindent, jópár sor lett a végére...
Utána néztem meg a nagyobb cms-eket, ki hogy használja és megpróbáltam lemásolni. Azóta azt használom.
A .htaccess-ben csak 1 sor van, adott egy php fájl ami a kéréseket dobálja a megfelelő helyre. A keresőbarát url-ek meg az adatbázisban vannak. Amelyik táblában az url-ek vannak cachelve van. Elvileg nagy sebesség különbség szerintem nincs.
pumatom: A php kód végére rakj egy header() parancsot. A paramétere meg legyen maga a kép. -
V.Stryker
nagyúr
válasz
Tele von Zsinór #6463 üzenetére
A magyar ékezettel nincs baja, a könyvben is így volt. Viszont a "-al megoldódott a gond, köszönöm.
-
V.Stryker
nagyúr
válasz
Tele von Zsinór #6463 üzenetére
Bakker, köszi.
Sz@r minőségű a könyv és a "-ot *-nak néztem.
Mindjárt kipróbálom így.
-
meone
tag
válasz
Tele von Zsinór #6453 üzenetére
Bocsi legközelebb odafogom írni
, el bambultam és ideírtam, időközben megoldódott a helyzet.
-
válasz
Tele von Zsinór #6449 üzenetére
Értem, tehát ha hosszabb ideig nem tervezek frissíteni, akkor az 5.3.x-es vonalra kell lépnem.
Azt hogyan tudom megnézni ( ha meg tudom egyáltalán ), hogy frissítés után kell-e valamit konfigolni?
-
D@ni88
addikt
válasz
Tele von Zsinór #6445 üzenetére
és erre valaki tudna egy működő példát is mutatni?
-
Speeedfire
félisten
válasz
Tele von Zsinór #6438 üzenetére
Igaz, nem volt pontos a megfogalmazás.
-
Speeedfire
félisten
válasz
Tele von Zsinór #6425 üzenetére
Értem, így már akkor kerek a dolog.
Épp azt írom, hogy nem akarom kétszer megírni. A szülőben elakarom hagyni és csak a gyerekben akarom meghagyni. Így elvileg ugyan úgy működni, de mégsem dobna notice-t.
-
Speeedfire
félisten
válasz
Tele von Zsinór #6422 üzenetére
Akkor megint a könyvben lesz valami bibi:
...Mivel a megvalósításuk részleteit egyáltalán nem határozzuk meg, ezeket a függvényeket (az abstract kulcsszó segítségével) absztrakt metódusként deklaráljuk. Ez tudatja a PHP-vel, hogy az interfészt megvalósító osztályok felelősek e függvények implementálásáért. Ha elmulasztjuk megadni az intrefész összes absztrakt metódusának konkrét megvalósítását, akkor a PHP futásidejű hibát generál. Mindez azt jelenti, hogy nem választjuk ki, hogy mely absztrakt metódusokat kívánjuk kidolgozni...Kivettem és tényleg jó.
---
Akkor ezzel mit lehet kezdeni ebben az esetben, hogy lehessen használni a Teglalap-ként és Negyzet-ként is?Lényegében kiszámolja, csak ugye dobja is a hibát előtte. Ilyenkor jobb ha elhagyom a szülőből a __construct() metódust? A gyereknél úgy is definiálom majd.
DeltaPower: Lényeg, hogy megvan a hiba oka. -
Speeedfire
félisten
válasz
Tele von Zsinór #6408 üzenetére
Igazából logikusnak is tűnik, mivel a __destruct() csak a objektum "életének" a végén fog megjelenni. Gondolom én, hogy ez lehet az oka.
Más:
Ugye a gyerek osztályban a parent::[hivas]-al lehet meghívni a szülő metódusait.
Ilyen meghívja az egészet, de ha módosítani akarom akkor mi van? Már a szülőben úgy alakítsam ki a metódust, hogy könnyen át lehessen alakítani? A bővítés ugye nem egy nagy dolog, mert csak meghívom a parent-at és kiegészítem vele. -
Speeedfire
félisten
válasz
Tele von Zsinór #6403 üzenetére
Igen én is észrevettem, hogy akkor módosúlt az adatbázisban az adat amikor már újra lett töltve az oldal.
Az utolsó mondatot nem teljesen értem (hála a perfekt angolomnak). A lényege ha jól értem, hogy nem szerencsés kivétel kezelést írni a __destrucktorban, mert fatal error is lehet a vége.
-
Speeedfire
félisten
válasz
Tele von Zsinór #6393 üzenetére
Igen azt én is észrevettem, hogy developer verzió, csak a hivatalos oldalon egy szó sem esik erről. Ha valóban készül akkor lehet tudni, hogy mik lesznek az újítások?
Most akkor lehet megint félreértettem valamit. Ha jól értettem akkor a függvény a __get() részben megnézni, hogy van-e az adott néven ilyen függvény, ha van akkor meghívja ha nincs akkor elkészíti ellekező esetben kivételt dob nekem.
class TulajdonsagObjektum {
private $_tulajdonsagok;
public function __construct() {
$this->_tulajdonsagok = array();
$this->_tulajdonsagok['nev'] = null;
$this->_tulajdonsagok['szuletesidatum'] = null;
}
function __get($tulajdonsagnev) {
if(!array_key_exists($tulajdonsagnev, $this->_tulajdonsagok)) {
throw new Exception('Ervenytelen tulajdonsag-érték!');
}
if(method_exists($this, $tulajdonsagnev. 'Lekerdezes')) {
return call_user_func(array($this, $tulajdonsagnev . 'Lekerdezes'));
}
else {
return $this->_tulajdonsagok[$tulajdonsagnev];
}
}
function __set($tulajdonsagnev, $ertek) {
if(!array_key_exists($tulajdonsagnev, $this->_tulajdonsagok)) {
throw new Exception('Ervenytelen tulajdonsag-ertek');
}
if(method_exists($this, $tulajdonsagnev . 'Beallitas')) {
return call_user_func(array($this, $tulajdonsagnev . 'Beallitas'), $ertek);
}
else {
$this-> _tulajdonsagok[$tulajdonsagnev] = $ertek;
}
}
function szuletesidatumBeallitas($szd) {
if(strtotime($szd) == false) {
throw new Exception('A szuletesi datumnak egy ervenyes naptari napnak kell lennie!');
}
else {
$this->_tulajdonsagok['szuletesidatum'] = $szd;
}
}
function koszontes() {
echo 'Szia! '.$this->nev.' vagyok! '.$this->szuletesidatum.' -an/en szulettem!<br/>';
}
}
try {
$obj = new TulajdonsagObjektum();
$obj->nev = "Szabi";
$obj->szuletesidatum = '1985-08-27';
$obj->koszontes();
}
catch (Exception $e) {
echo 'Hiba: ', $e->getMessage(), "\n";
}Ugye itt a __get() második if ágában van a vizsgálata ennek. Vagy te arra az egy db szuletesidatumBeallitasra gondoltál? Mert abban az esetben valóban van ilyen de a többi esetben nincs ilyen típusú függvény.
Viszont most megint felmerült egy kérdés a fejemben? Nem lenne célszerűbb már a __get() résznél megvizsgálni a dolgokat? dátum, név stb? Mert így feleslegesen dolgozik utána még a __set() is. Akkor már a kivételkezelés az elején végbe menne. -
Speeedfire
félisten
válasz
Tele von Zsinór #6380 üzenetére
definiál egy mágikus __set függvényt, ami akkor hívódik meg, mikor egy nem létező tulajdonságot próbálsz beállítani. Működése:
- ha a $_tulajdonsagok tagban nincs olyan kulcs, akkor hiba
- ha létezik "tulajdonságnévBeallitas" függvény, akkor meghívja
- amúgy beállítja az adott tulajdonságotEz nagyon hasznos volt. Főleg a vége, szóval beállítja az adott kérést.
Eddig csak azt tudtam, hogy a php alapból meghíva a __set() __get() függvényeket és ott keresi ha nincs meg egy adott függvény.Csak engem megzavart, hogy nem volt a példa programban olyan, hogy:
-tulajdonsagnevLekerdezes
-tulajdonsagnevBeallitas -
jeges
senior tag
válasz
Tele von Zsinór #6364 üzenetére
igaz, csak gondoltam, hátha van tapasztalat.
kicsit teszteltem:
cca 25000 elemig (ill az alatt) az a) a nyerő, a b) a második (10000 elemnél 20% körüli a különbség), végül a b) cca 20%-ot ver a c)-re
durván 25000 felett viszont megfordul a helyzet: a b) egyre jobban lekörözi az a)-t. 100000 elem esetén már erős 20% a difi a b) javára. a c) egyértelműen a leglassabb.azaz a sorrend: a -> b -> c ha kb 25ezer és alatta vagyunk, efölött pedig b -> a -> c
szerk:
persze ez nem egy "rendes" tesztrendszer, csak amolyan koca mérés. néhányszor lefuttattam, 25000 és alatta a b) nem mutat túl stabil eredményeket, de a sorrendet nem tudja "áttörni" a szórás -
Sk8erPeter
nagyúr
válasz
Tele von Zsinór #6358 üzenetére
Ja tényleg, az meg a másik. Tehát magyarul ha lenne is kivételdobálás, akkor is le akarna futni az $obj->koszontes(); függvény, mert teljesülne, hogy nem létezik az $e változó.
-
Siriusb
veterán
válasz
Tele von Zsinór #6337 üzenetére
Persze, de más böngészőnél, pl. chrome nem így működik, a böngésző bezárásával törlődik a süti. Lehet ezt valahogy kényszeríteni ff-nél is?
-
Sk8erPeter
nagyúr
válasz
Tele von Zsinór #6318 üzenetére
Ja, az ötleted jó a noscript áthelyezésére, pl. milyen jó lenne erre JavaScript használata.
Igen, én is úgy csinálom, hogy megírom először teljesen JS nélkül működőképesre az oldalt, és csak azután módosítgatom az oldalt úgy, hogy AJAX-szal is működjön. Természetesen pluszmunka, de szerintem a használhatóság miatt megéri. Pl. amikor egy form-ot küldök el, akkor engem felhasználói szemmel nagyon szokott zavarni a teljes oldal-újratöltődés. Minek, amikor csak pár adatot küldök át (ha épp nem fájlfeltöltésről beszélünk, ott felőlem lehet újratöltődés, bár a Flash-es vagy iframe-es megoldás itt is sokkal szebb) - az adatok fogadásáig meg megjelenítek egy forgolódó kis ikont, hogy a felhasználó azért tudjon róla, hogy valami tényleg történik a háttérben.
Tipikus példa lehet akár a stack overflow.Tele van JavaScriptes, AJAX-os megoldásokkal, és épp ezért kényelmes a használata. Ezért mondom azt, hogy manapság az igazán modern honlapok esetén elkerülhetetlen, vagyis inkább szükséges az AJAX használata - pusztán a felhasználói élmények növelése érdekében.
-
Sk8erPeter
nagyúr
válasz
Tele von Zsinór #6315 üzenetére
"cserébe ne feledd figyelmeztetni az ilyenre a felhasználót egy jól elhelyezett noscript taggal."
Pont ezt alkalmazom az egyik egyelőre csak tesztoldalamon, de időközben az jutott eszembe, hogy akkor esetleg ezt is indexeli a Google, az meg furcsán mutathat a találatoknál, hogy szerepel rajta egy figyelmeztetés arról, hogy be kéne kapcsolni a JavaScriptet, vagy olyan böngészőt használni, ami támogatja azt.
Mi a véleményetek erről? -
fordfairlane
veterán
válasz
Tele von Zsinór #6236 üzenetére
Igazad van, sokkal korrektebben írtad le nálam.
Mindenesetre nekem a fejemben a PDO és a prepared statement szinte fixen kapcsolódott össze, írtam is rá osztályt. -
zka67
őstag
válasz
Tele von Zsinór #6299 üzenetére
A textarea-nak is.
-
TomyLeeBoy
tag
válasz
Tele von Zsinór #6293 üzenetére
Elolvastam a nl2br manualt, az tényleg pontosan erre van kitalálva. Én ezt a megoldást magamtól eszeltem ki még évekkel ezelőtt, és mivel jó volt ezért használom ezt. De mostmár lehet váltok. Mindig tanul az ember.
-
Speeedfire
félisten
válasz
Tele von Zsinór #6266 üzenetére
Ismerkedni ismerkedek vele, de egy ilyen egymásba ágyazáshoz elég sokat kellene tudnom. Meg még mindig a php a fontosabb tanulnivaló.
-
Speeedfire
félisten
válasz
Tele von Zsinór #6263 üzenetére
Komolyan mondom tele van már a tudatom ezzel a scripttel.
Most meg a chrome panaszkodik a 100-as lépésekkel, hogy mindig meghívja magát....
A 200-as határ már jól sikerült, de ez a több fájl másolás most elvette mindentől a kedvemet...Ez lett a végleges script, biztos lehetne még mit csiszolni rajta, de működik így is...
<?php
$domd = new DOMDocument();
libxml_use_internal_errors(true);
$domd->loadHTML(file_get_contents("http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/"));
libxml_use_internal_errors(false);
$domx = new DOMXPath($domd);
$links = $domx->query(sprintf("//a[position() >= %d]", isset($_GET["start"]) ? (int)$_GET["start"] : 0));
$i = 0;
$j = 0;
foreach ($links as $link) {
if ($i <= 199) {
$file = 'http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/';
$file .= $link->getAttribute("href");
$newfile = '../packages/' . $link->getAttribute("href");
if (!copy($file,$newfile)) {
echo 'Nem sikerült a(z) '.$i.' másolása.<br />';
}
else {
echo $i.'. Ok.<br />';
$j++;
}
}
else {
break;
}
$i++;
}
if (isset($_GET['start']) == 0) {
$file = 'http://downloads.openwrt.org/snapshots/trunk/ar71xx/openwrt-ar71xx-generic-tl-wr1043nd-v1-squashfs-factory.bin';
$newfile = '../'.end(explode('/',$file));
if (!copy($file,$newfile)) {
echo 'Nem sikerült a bin másolása.';
}
else {
echo 'Sikeres volt a bin letöltése.';
}
}
$ciklusstart = $_GET['start'] + 200;
$uri = $_SERVER['PHP_SELF'].'?start='.$ciklusstart;
if ($j != 0) {
header("Location: $uri");
}
?>Köszönöm az eddigi fáradozásodat!
Szerk.: Egy hátránya van egye ennek a meghívásos dolognak, hogy nem látom a kimeneteket.
-
jeges
senior tag
válasz
Tele von Zsinór #6263 üzenetére
(esetleg plusz korlátozás a jelszó minimum hosszára, bonyolultságára, erősségére, stb. emlékeim szerint - de lehet, tévedek vagy elavult az info - 5 vagy 6 karakterig vannak rainbow táblák közforgalomban, úgyhogy egy viszonylag hosszú - >10 karakter - szöveges változóval viszonylag hatékonyan védhető az ilyen fenyegetés)
kérdés: van esetleg tapasztalat, hogy egy saltolt sha1 mennyivel "keményebb dió" az ugyanúgy saltolt md5-nél? nekem ez a 128 vs 160 bites izé nem sokat mond.
-
Speeedfire
félisten
válasz
Tele von Zsinór #6250 üzenetére
Hát nekem egyelőre úgy néz ki még ez is nagy falat.
<?php
$domd = new DOMDocument();
libxml_use_internal_errors(true);
$domd->loadHTML(file_get_contents("http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/"));
libxml_use_internal_errors(false);
$domx = new DOMXPath($domd);
$links = $domx->query(sprintf("//a[position() >= %d]", isset($_GET["start"]) ? (int)$_GET["start"] : 0));
$n = $_GET['start'];
$m = $n+100;
echo $n;
for ($n; $n<$m; $n++) {
$file = 'http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/';
$file .= $links->getAttribute("href");
$newfile = '../packages/' . $links[$n]->getAttribute("href");
if (!copy($file,$newfile)) {
echo 'Nem sikerült a(z) '.$n.' másolása.';
}
else {
echo $n.'. Ok.';
}
}
$uri = $_SERVER['PHP_SELF'].'/?='.$_GET['start']+100;
header("Location: $uri");
?>Fatal error: Call to undefined method DOMNodeList::getAttribute() in /var/www/szunyi.com/openwrt/www/admin/masol.php on line 19
Lehet tényleg jobban járnék valami ajaxos megoldással...
-
Speeedfire
félisten
válasz
Tele von Zsinór #6248 üzenetére
Ajaxxal még nem foglalkoztam.
Mennyire lenne csúnya megoldás, ha mindig meghívnám a php fájlt és egy for ciklussal iratnám ki a dolgokat. A fájl végén meg a headerbe továbbítanám +100-as start paraméterrel. Így mindig meghívja megát a fájlt.
Kicsi csúnya lenne, meg nem tudnám,hogy melyiket sikerült neki átmásolnia, de menne.
Esetleg sessionben. -
Speeedfire
félisten
válasz
Tele von Zsinór #6246 üzenetére
Valóban tiltva van.
Viszont ez az ajax meghívás nekem magas.
Ennyire nem értek a dologhoz. -
Speeedfire
félisten
válasz
Tele von Zsinór #6244 üzenetére
Ez még jobb mint az enyém (a tied).
Viszont itt is felmásolja az első ~1200 fájlt után dob egy error500-at. Ingyenes tár ismét hangsúlyozom. Ezzel lehetne valamit kezdeni?
-
Speeedfire
félisten
válasz
Tele von Zsinór #6242 üzenetére
Most nincs error,warning ellen nem fut le a másolás. Lehet én értem rosszul az egész folyamatot. Ha jól értem akkor a $link a megadott paramétere a href="" -nek.
$domd = new DOMDocument();
libxml_use_internal_errors(true);
$domd->loadHTML("lista.txt");
libxml_use_internal_errors(false);
$domx = new DOMXPath($domd);
$links = $domx->query(sprintf("//a[pos() >= %d]", isset($_GET["start"]) ? (int)$_GET["start"] : 0));
foreach ($links as $link) {
$link->getAttribute("href");
$file = 'http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/';
$file = $link;
$newfile = '../packages/'.$link;
if (!copy($file,$newfile)) {
echo 'Nem sikerült a(z) '.$i.' másolása.'; flush();
}
else {
echo $i.'. Ok.'; flush();
}
} -
Speeedfire
félisten
válasz
Tele von Zsinór #6239 üzenetére
Vagy nagyon béna vagyok vagy tényleg béna vagyok, de nekem sehogy sem akar menni. :S
1. Igen elvileg kiírja, de akkor amikor lefutott a script, real time kiírásra gondoltam, de azt ahogy sejtem csak ajaxal lehetne megoldani.
2. Minden formában próbáltam már de mindig warning van vagy error erre a sorra:
$links = $domx->query(sprintf("//a[pos() >= %d", isset($_GET["start"]) ? (int)$_GET["start"] : 0); -
Speeedfire
félisten
válasz
Tele von Zsinór #6219 üzenetére
Annyira jó, hogy a curl_exec() függvény tiltva van ezen a tárhelyen....
Ezt próbáltam meg kezdésnek:
$ch = curl_init("http://downloads.openwrt.org/snapshots/trunk/ar71xx/");
curl_setopt($ch, CURLOPT_HEADER, 0);
curl_setopt($ch, CURLOPT_POST, 1);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
$output = curl_exec($ch);
curl_close($ch);
echo $output; -
Speeedfire
félisten
válasz
Tele von Zsinór #6199 üzenetére
Oks, mondjuk ezek a módosítók még nem tiszták nekem teljesen. absztrakt, static meg az imlementálás de rajta vagyok a témán.
Inv1sus: Lehet hülyeséget írok, de a parent (gondolom olyasmi lehet mint a self) szerintem meghívja a blog osztály funkcióját, hiába van a CI_Controllerben ugyan ilyen, akkor is a blog osztályét fogja használni.
Aztán lehet teljesen rossz fele haladok. -
Speeedfire
félisten
válasz
Tele von Zsinór #6192 üzenetére
-
Brown ügynök
senior tag
válasz
Tele von Zsinór #6186 üzenetére
Kösz!
Illetve volt még benne hiba:
$nev = real_escape_string(utf8_decode ($connect, $nev)) helyett:
$nev = mysqli_real_escape_string ($connect, utf8_decode($nev)); -
Brown ügynök
senior tag
válasz
Tele von Zsinór #6172 üzenetére
Igen, már épp kezdtem megszokni az 1.4-t. Aztán amikor ránézek a 2-re, hát eléggé meglepődtem.
Pl. Az új sablonrendszer a twig számomra elég zavaró. Van egy bizonyos szintű php tudásom erre más nyelvben írjam meg szinte az egészet?...
&Invus &Speedfire: Symphony 2 összetevőiről.
-
Brown ügynök
senior tag
válasz
Tele von Zsinór #6129 üzenetére
Jó, a mappák akkor jó helyen vannak.
Engedélyeztem a plugint.
A plugin:publish-assets lefuttattam de hibát dobott vissza, amit két üzenettel ezelőtt írtam.
-
Brown ügynök
senior tag
válasz
Tele von Zsinór #6126 üzenetére
Nekem a lib/vendor/symfony/data/web/ mappában egy sf mappa van. Ha azt berakom a web mappába vagy az almappákat rakom be sf_defaults, sf_admin... akkor nem változik semmi.
Más:
Az sfDoctrineGuardPlugin-t így raktam a plugin könyvtárba (13. nap) és hibát dobott vissza:Call to undefined method myUser::getUser
Összehasonlítottam a kódot a weben lévővel és nem találtam hibát, igaz ott pear-rel telepítették a plugint. Aztán letöltöttem a teljes 13. napot, akkor működött, viszont a css és a képek ott sem jelentek meg!
-
Brown ügynök
senior tag
válasz
Tele von Zsinór #6015 üzenetére
Symfony: Front&, Back&
A 12. leckében ki kellene adni azt a bizonyos plugin:publish-assets parancsot, hogy kiszolgáló oldalon is elérhetővé váljanak a css-k és a képek.
Hibát kapok, talán valami konfigurációs hiba miatt:
...
PHP Warning: symlink(): Could not fetch file information(error 3) in E:\easyphp
\www\jobeet\lib\vendor\symfony\lib\task\sfFilesystem.class.php on line 224
...
Warning: symlink(): Could not fetch file information(error 3) in E:\easyphp\www\
jobeet\lib\vendor\symfony\lib\task\sfFilesystem.class.php on line 224
...
Dump $_SERVER
Variables in local scope (#9):
$copyOnWindows = TRUE
$finder = *uninitialized*
$ok = FALSE
$originDir = '..\\lib\\vendor\\symfony\\lib\\plugins\\sfDoctrinePlugin\\web'
$targetDir = 'E:\\easyphp\\www\\jobeet\\web\\sfDoctrinePlugin' -
PazsitZ
addikt
válasz
Tele von Zsinór #6107 üzenetére
Vagy én is rosszul tudom, de pont ugy hallottam én is, ami logikusnak is tűnik, hogy egyik esetben minimum át kell futtatni, hogyy van-e benne változónév, míg a másik esetben simán string literálnak vesz és nem végez vizsgálatot.
Persze kérdéses, mennyire jelentős az a művelet, de simán elképzelhető különbség. -
Sk8erPeter
nagyúr
válasz
Tele von Zsinór #6107 üzenetére
És erre mi a bizonyíték? Mert amúgy logikusnak tűnik, hogy legyen különbség, mivel gondolom meg kell vizsgálni, tartalmaz-e egyáltalán változónevet.
Amúgy meg már csak a HTML-elemek miatt is érdemes szerintem sima aposztrófot használni, csak egy példával élve nem mindegy, hogy néz ki a következő:
<?php
//aposztróffal:
echo '<img src="/images/misc/valid-xhtml10-blue.png" alt="Valid XHTML 1.0 Strict" height="31" width="88" />';
//idézőjellel:
echo "<img src=\"/images/misc/valid-xhtml10-blue.png\" alt=\"Valid XHTML 1.0 Strict\" height=\"31\" width=\"88\" />";
?>utóbbi elég ocsmány.
-
Brown ügynök
senior tag
válasz
Tele von Zsinór #6065 üzenetére
Igen, megnéztem a fv. és rájöttem mi a hiba a limit fv.-nél: 2 paramétert várt és csak egyet adtunk a példa alapján. Ezért így a helyes:
public function getActiveJobs($max = 5)
{
$q = $this->getActiveJobsQuery()
->limit('3',$max);
return $q->execute();
}Másik: Valamiért rosszul képezte le az adatbázist ezért a slugg mező értéke NULL volt. Átírtam az értékét a kategória id-kre, így már megy az oldal lapozás.
Kösz a linket.
-
#10382336
törölt tag
válasz
Tele von Zsinór #6079 üzenetére
a php kódot.
-
Brown ügynök
senior tag
válasz
Tele von Zsinór #6029 üzenetére
Igen, az alapján végeztem a telepítést, a weblabor cikk amolyan segítség volt.
Most már látom, hogy mindegyik projekthez kell a symfony:
Be kell rakni a projekt könyvtár lib\vendor\ mappájába --> generate:project --> ezután a symfony.bat-t közvetlenül a projekt könyvtárból el lehet érni (jobeet\symfony) és onnan kell kiadni az utasításokat.
Egyelőre működik.
-
Brown ügynök
senior tag
válasz
Tele von Zsinór #6022 üzenetére
Nem, kézzel telepítettem. Kicsomagoltam a www root-ba egy Symfony könyvtárba. Aztán (nem emlékszem pontosan) valahogy úgy volt hogy létrehoztam egy jobeet mappát szintén a www root könyvtárban. Ezután a jobeet mappába került a projekt (generate:project) de a teljes symfonyt nem, csak a symfony.bat-t másoltam át. Ezután a jobeet\symfony.bat-tal adtam ki a parancsokat cmd-ben.
Mindenesetre most nem sikerült megcsinálni így. Szóval nem biztos, hogy így történt.
Tehát az a kérdés, hogy a teljes symfonyt kell a projekt mappába másolni vagy elég ha csak a symfony.bat-t másolom és onnan adom ki a parancsokat?
Szerk: A telepítéshez ezt a cikket is segítségül hívtam. http://weblabor.hu/cikkek/a-symfony-keretrendszer-telepitese-es-bemutatasa
-
Brown ügynök
senior tag
válasz
Tele von Zsinór #6020 üzenetére
Szerintem jó helyre mutat. Ahhoz nem nyúltam:
require_once dirname(__FILE__).'/../lib/autoload/sfCoreAutoload.class.php';
Az talán fontos lehet, hogy miközben a php.ini-s gondom volt újraraktam az Easyphp-t. Ez annyiban lényeges, hogy nem telepíti automatikusan a PEAR-t. Nem tudom, hogy szükség van-e a symfonynak hozzá mindenesetre megemlítettem.
Egyébként mire jó a PEAR?
Szóval mielőtt újraraktam a webszervert, előtte néhány nappal próbáltam telepíteni a PEAR-t ami nem ment. Ekkor fogtam a Xampp-ot lehúztam és az egész pear könyvtárat bemásoltam az easyphp-hoz. Talán ezért működött előtte...
Más ötletem nincs
-
Brown ügynök
senior tag
válasz
Tele von Zsinór #6015 üzenetére
Beraktam a másik fájlt is de hibaüzenetet ad vissza:
E:\>easyphp\www\jobeet\symfony -V
PHP Fatal error: Uncaught exception 'Exception' with message 'Unable to find sy
mfony libraries' in E:\easyphp\www\jobeet\symfony:32
Stack trace:
#0 {main}
thrown in E:\easyphp\www\jobeet\symfony on line 32
Fatal error: Uncaught exception 'Exception' with message 'Unable to find symfony
libraries' in E:\easyphp\www\jobeet\symfony on line 32
Exception: Unable to find symfony libraries in E:\easyphp\www\jobeet\sy
mfony on line 32
Call Stack:
0.0013 327512 1. {main}() E:\easyphp\www\jobeet\symfony:0
Dump $_SERVER
Variables in local scope (#1):
$dir = '@PEAR-DIR@/symfony'Amíg csak a php.ini-vel volt gond addig az SQL-s részekig működött, most már ha nem másolom át a teljes symfony könyvtárat nem hajlandó működni.
-
Speeedfire
félisten
válasz
Tele von Zsinór #6017 üzenetére
Eddig is ki volt eresztve a netre a router. Eddig még nem volt betörés, kisérket volt, de hála a jól konfigurált iptablesnek nem sikerült nekik.
Laptopon szoktam még olyakor-olyakor, de sokszor nem rakom rá a legfrissebb módosításokat, így van amikor pár nappal ezelőtti források vannak rajta. -
Speeedfire
félisten
válasz
Tele von Zsinór #6015 üzenetére
Azt tudom, hogy win alatt is lehet, de mivel linuxos a routerem így "globálisan" megtudom oldani ezt. Úgy is tervezek már egy ideje rá php, mysql, lighthttpd kombót.
Sk8erPeter: Már megvolt a megoldás mire leírtad, írtam is a modiknak, hogy töröljék, csak volt egy kis latency...nem akartam teleszemetelni a topicot. -
Sk8erPeter
nagyúr
válasz
Tele von Zsinór #6009 üzenetére
"Amúgy én úgy szoktam csinálni, hogy minden projektnek létrehozok egy-egy apache VirtualHost-ot, projektneve.local néven, megfelelő DocumentRoottal, és ezt felveszem a /etc/hosts-ba is. Innentől külön domainen futnak, elkerülve például az ilyen problémákat."
A számból vetted ki a szótPont ezt akartam javasolni, még csak a múlt hónapban csináltam meg, azóta már csak így használnám, ezerszer kényelmesebb, mint a korábbi megoldás, amikor a localhostnak megfelelő könyvtárba pakoltam mindent, azonbelül is külön könyvtárakat kellett létrehozni a projekteknek, annál többet bepötyögni a böngésző címsorába, stb., szóval több szempontból is nagyon macerás.
Így meg teljesen egyedi neveket tudok létrehozni, és oda állítom be az elérési útjukat, ahová csak akarom.
Kezdetben próbálkoztam azzal is, hogy különböző portszámokhoz rendeltem a localhoston belül az egyes projekteket, aztán gyorsan rájöttem, hogy az megint macera (pl. nem túl beszédes a neve annak, hogy http://localhost:1234). -
Speeedfire
félisten
válasz
Tele von Zsinór #6009 üzenetére
Ha jól értem akkor rendes domain alatt már nem lesz ilyen gond. Ez a host átnevezés nem is rossz.
A routerben csak beállítom neki és kész is. -
Speeedfire
félisten
válasz
Tele von Zsinór #6007 üzenetére
2 azonos domain-nek minősűl a localhost is akkor? Mert akkor igen.
localhost/valami
localhost/valami-2Ha jól értem a függény leírását akkor meglehet adni pl azt, hogy az egyiknek session_name('valami') a másiknak meg session_name('valami-2') és bejelentkezéskor ezt lekérdezem?
-
Sk8erPeter
nagyúr
válasz
Tele von Zsinór #6002 üzenetére
vagy inkább radio button.
-
Speeedfire
félisten
válasz
Tele von Zsinór #6002 üzenetére
Egyelőre csak egy "skicc" az oldal, még nagyon sokat kell finomítani rajta többek között ezt is. Csak még nem éreztem fontosnak.
-
Speeedfire
félisten
válasz
Tele von Zsinór #5992 üzenetére
És tényleg.
Szerk.:
Esetleg azt még valaki megtudná mondani, hogy ez miért van?Adott egy string:
$valami = 008;Amit postolok később, utána ha ezt át akarom kicsit módosítani az str_pad függvénnyel. Akkor ezt írja ki: Fatal error: Function name must be a string in
Ha előtte a postolt adatra ráküldöm az intval($valami) függényt akkor is ezt írja ki.
-
Brown ügynök
senior tag
válasz
Tele von Zsinór #5992 üzenetére
Igen, a Temp könyvtár az. Oké, kösz.
Ja igen, schema...
Új hozzászólás Aktív témák
Hirdetés
- GAMER PC : RYZEN 7 7800X3D /// 32 GB DDR5/// RX 9070 XT 16GB /// 1TB NVME
- Eladó garanciális Hohem iSteady V2S gimbal
- Creative 3D Blaster 3Dfx Voodoo Banshee PCI (CT6760)
- Samsung Galaxy S22 Ultra 12/256GB Megkímélt,Kétkártyás,Tartozékaival. 1 év Garanciával!
- Samsung Galaxy Note 20 Ultra 12/256GB Újszerű,Kétkártyás,Töltővel. 1év Garanciával!
- 3DKRAFT.HU - 3D NYOMTATÁS - AZONNALI ÁRAJÁNLAT - GYORS KIVITELEZÉS - 480+ POZITÍV ÉRTÉKELÉS
- IKEA (HAVREHOJ) tablet vagy laptop tartó
- Huawei P20 Lite 64GB, Kártyafüggetlen, 1 Év Garanciával
- Samsung Galaxy A13 64GB, Kártyafüggetlen, 1 Év Garanciával
- Okosóra felvásárlás!! Samsung Galaxy Watch 5 Pro, Samsung Galaxy Watch 6 Classic
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged