Mykee fejlesztési naplója
Szerző
Üzenet
No
- a Disqust kitettem ide,
- a Névnapot ide és
- a Remove Re-t is megcsináltam ezek alapján
Remélem, hogy jók lesznek és azért mindegyikbe betettem a régi mod vizsgálatot is, tuti ami ziher
- a Disqust kitettem ide,
- a Névnapot ide és
- a Remove Re-t is megcsináltam ezek alapján
Remélem, hogy jók lesznek és azért mindegyikbe betettem a régi mod vizsgálatot is, tuti ami ziher
Mykee írta:
No
- a Disqust kitettem ide,
- a Névnapot ide és
- a Remove Re-t is megcsináltam ezek alapján
Remélem, hogy jók lesznek és azért mindegyikbe betettem a régi mod vizsgálatot is, tuti ami ziher
Idézet:
WHERE forum_type = 1
Átnéztem a névnapot is, na ez most sokkal jobb
Apró simítás:
Itt megszüntetném a space és áthelyezném a php-ba.
ezt
lecserélném erre
és ezt
erre cserélném
Itt változót is cseréltem -> S_NEVNAP_SHOW
így a html be is ezt kell megadni
Apró simítás:
Itt megszüntetném a space és áthelyezném a php-ba.
Kód:
'NEVNAP' => 'Boldog névnapot ',
ezt
Kód:
$nevnapmod_nap = $nevnapmod_nap-1;
lecserélném erre
Kód:
$nevnapmod_nap--;
és ezt
Kód:
if (!isset($this->user->lang["MYKEE_NN_{$nevnapmod_honap}_{$nevnapmod_nap}"])){
$this->template->assign_vars(array(
'MAI_NEVNAP' => '',
'NEVNAP_SHOW' => false,
));
} else {
$this->template->assign_vars(array(
'MAI_NEVNAP' => $this->user->lang['NEVNAP'].(($nevnapmod_szokonap == 1) ? $this->user->lang['NEVNAP_SZOKONAP'] : sprintf($this->user->lang["MYKEE_NN_{$nevnapmod_honap}_{$nevnapmod_nap}"])),
'NEVNAP_SHOW' => true,
));
}
erre cserélném
Kód:
if (!empty($this->user->lang["MYKEE_NN_{$nevnapmod_honap}_{$nevnapmod_nap}"]))
{
$this->template->assign_vars(array(
'S_NEVNAP_SHOW' => true,
'MAI_NEVNAP' => ($nevnapmod_szokonap) ? $this->user->lang['NEVNAP_SZOKONAP'] : $this->user->lang['NEVNAP'] . ' ' . $this->user->lang["MYKEE_NN_{$nevnapmod_honap}_{$nevnapmod_nap}"]
));
}
Itt változót is cseréltem -> S_NEVNAP_SHOW
így a html be is ezt kell megadni
Oké, Disqust ismét kitettem, nem tudom, hogy miért maradt benne az 1-es. Hiába, azt a 100-at nehéz megütni, de hála az éles szemednek, javítottam, köszönöm!
A névnapot módosítottam, a link ugyanaz, ami itt az oldal tetején is van
Amiért a komplikáltabb If-et használtam előtte: arra gondoltam, hogy lyukra futhat a kód, ha nem határozom meg üresnek, tehát oké, hogy van előtte egy feltétel, de a sablon ne dobjon hibát, ha nincs deklarálva neki legalább egy üres érték. Viszont a tied az elegánsabb megoldás, ehhez kétség sem fér. Hiába no, a rutin, mesterem.
A következő bővítmény a régi Topic List átírása lenne, viszont az nem tetszett, hogy kézzel kellett frissíteni az ACP-n, és HTML-eket készített. Oké, adatbázis lekérésben sok, majd gyűjtőzni, viszont így nem mindig volt friss, plusz egyesével végigkattintgatni...
Arra gondoltam, hogy lekérek egy topiklistát fórumnevekkel, amit betöltök egy tömbbe, és ott szortírozom az acp-ben beállított paraméter szerint (név növekvő, csökkenő, vagy ID), majd a template-be (még nem tudom hogyan) ciklusban legenerálom a listát fórumokra bontva. Mert az SQL így gyorsabban lefutna és a PHP rendezése is szerintem gyorsabban menne, igaz, majd kétdimenziós tömb lenne (FórumID és azon belül a topikok). Az meg csak hab a tortán, hogy a fórumoknál lehessen engedni, hogy szerepeljenek-e a listában vagy sem? Ami még megoldandó (legalábbis házibarkácsban beletettem anno): aki nem jogosult a topikot megtekinteni, az csak a címét lássa, de linkként ne jelenjen meg (ne legyen kattintható).
Ebben a modulban ár felhasználnám a Disqus-ban elkészített fórumos opció modelljét, és ami csavar: én használok Topic Description modot is, amit valahogy még bele kell tennem (miközben ki sem jött 3.1-re, de elvileg írják), hogy a listában a cím után zárójelben megjelenjen, ha van...
A névnapot módosítottam, a link ugyanaz, ami itt az oldal tetején is van
Amiért a komplikáltabb If-et használtam előtte: arra gondoltam, hogy lyukra futhat a kód, ha nem határozom meg üresnek, tehát oké, hogy van előtte egy feltétel, de a sablon ne dobjon hibát, ha nincs deklarálva neki legalább egy üres érték. Viszont a tied az elegánsabb megoldás, ehhez kétség sem fér. Hiába no, a rutin, mesterem.
A következő bővítmény a régi Topic List átírása lenne, viszont az nem tetszett, hogy kézzel kellett frissíteni az ACP-n, és HTML-eket készített. Oké, adatbázis lekérésben sok, majd gyűjtőzni, viszont így nem mindig volt friss, plusz egyesével végigkattintgatni...
Arra gondoltam, hogy lekérek egy topiklistát fórumnevekkel, amit betöltök egy tömbbe, és ott szortírozom az acp-ben beállított paraméter szerint (név növekvő, csökkenő, vagy ID), majd a template-be (még nem tudom hogyan) ciklusban legenerálom a listát fórumokra bontva. Mert az SQL így gyorsabban lefutna és a PHP rendezése is szerintem gyorsabban menne, igaz, majd kétdimenziós tömb lenne (FórumID és azon belül a topikok). Az meg csak hab a tortán, hogy a fórumoknál lehessen engedni, hogy szerepeljenek-e a listában vagy sem? Ami még megoldandó (legalábbis házibarkácsban beletettem anno): aki nem jogosult a topikot megtekinteni, az csak a címét lássa, de linkként ne jelenjen meg (ne legyen kattintható).
Ebben a modulban ár felhasználnám a Disqus-ban elkészített fórumos opció modelljét, és ami csavar: én használok Topic Description modot is, amit valahogy még bele kell tennem (miközben ki sem jött 3.1-re, de elvileg írják), hogy a listában a cím után zárójelben megjelenjen, ha van...
Mykee írta:
Amiért a komplikáltabb If-et használtam előtte: arra gondoltam, hogy lyukra futhat a kód, ha nem határozom meg üresnek, tehát oké, hogy van előtte egy feltétel, de a sablon ne dobjon hibát, ha nincs deklarálva neki legalább egy üres érték.
Szuper!
Viszont azon gondolkodtam, hogy a Névnapost ugyan nem (mert nem sokakat érdekelhet az angol oldalon), de a Disqust és a Remove Re extensiont beadnám a PHPBB-seknek, hátha... Legalább más ne szenvedjen a megírásával, illetve ebből is kiindulhatnak mások.
Emailre kell beadni vagy ki kell tenni Bétába és aztán ott jelezni a modoknak?
Viszont azon gondolkodtam, hogy a Névnapost ugyan nem (mert nem sokakat érdekelhet az angol oldalon), de a Disqust és a Remove Re extensiont beadnám a PHPBB-seknek, hátha... Legalább más ne szenvedjen a megírásával, illetve ebből is kiindulhatnak mások.
Emailre kell beadni vagy ki kell tenni Bétába és aztán ott jelezni a modoknak?
Mykee írta:
Szuper!
Viszont azon gondolkodtam, hogy a Névnapost ugyan nem (mert nem sokakat érdekelhet az angol oldalon), de a Disqust és a Remove Re extensiont beadnám a PHPBB-seknek, hátha... Legalább más ne szenvedjen a megírásával, illetve ebből is kiindulhatnak mások.
Emailre kell beadni vagy ki kell tenni Bétába és aztán ott jelezni a modoknak?
értelemszerűen tölts ki mindent
Köszi a linket, megnézem és aztán kiderül
Mykee egy kis tájékoztató min bukott meg a hitelesítésem:
Kis apróságok
- 1. Amiről már írtam, hogy az ucp infoból kihagytam a kiterjesztés nevét. (Ami nagyon fontos, ha a kiterjesztést letiltom.)
2. A html form-ba az eredeti változót használtam action="{S_UCP_ACTION}"
Tehát hiába használom az eredeti változót a 3.1 már nem veszi figyelembe, ezért nekem is meg kell úja határozni ennek az értékét.
3. Amire nem is gondoltam, hogy a html már nem tehetem be a : jelet, helyette kötelező használni a {L_COLON} nyelvi változót.
Kis apróságok
Az elsőre én is igyekszem figyelni, egyelőre még nem készítettem ilyen kiegészítőt. Viszont a másodikat nem értem. Komolyan. Ugyanis mi az, hogy nem használható az eredeti, gyári meghatározás??? Nehogymár újra le kelljen funkcionálni és úgy elkészíteni! Vagy azért vezessek be új változót, hogy EN_VALTOZOM = GYARI_VALTOZO sort írjam be? Tehát ez valahogy nekem kissé magas, hiszen a gyári változó használata csak egyszerűbb... Vagy attól félnek, hogy így piszkálnak bele? De akkor mennyire lassítja a rendszert az, hogy kétszer kell lekérni az állapotokat vagy akár adatbázist?
Még nem küldtem el nekik a két extensiont, de ezt most furának tartom.
A harmadik esetet meg kell nézzem kódból, így most nem emlékszem rá.
Még nem küldtem el nekik a két extensiont, de ezt most furának tartom.
A harmadik esetet meg kell nézzem kódból, így most nem emlékszem rá.
Mykee írta:
Az elsőre én is igyekszem figyelni, egyelőre még nem készítettem ilyen kiegészítőt. Viszont a másodikat nem értem. Komolyan. Ugyanis mi az, hogy nem használható az eredeti, gyári meghatározás??? Nehogymár újra le kelljen funkcionálni és úgy elkészíteni! Vagy azért vezessek be új változót, hogy EN_VALTOZOM = GYARI_VALTOZO sort írjam be? Tehát ez valahogy nekem kissé magas, hiszen a gyári változó használata csak egyszerűbb... Vagy attól félnek, hogy így piszkálnak bele? De akkor mennyire lassítja a rendszert az, hogy kétszer kell lekérni az állapotokat vagy akár adatbázist?
Még nem küldtem el nekik a két extensiont, de ezt most furának tartom.
A harmadik esetet meg kell nézzem kódból, így most nem emlékszem rá.
A 3. pontnak gondolom annyi az értelme, hogy nem mindenhol a kettőspontot használják.
Viszont a második ponton gondolkodtam: hogyan is hívod meg a saját funkcióban a lokális változót? Mert miből kell deklarálni? A sablonnál nem gond, mert ott egyszerűen beírod és működik, lévén ahol lefut, ott már létezik a template-be a változó, mert lehívja globálisból. Viszont a saját funkcióban nem létezik, és hiába a hookok, a kérdés, hogy mennyire kapod meg? Tehát be lehet-e írni azt a sort vagy komplett funkciókat kell átemelned?
Megnéztem közben a két verziód közti különbséget és ahogy látom, funkciókat nem kell átemelni, de ezt a kettőspontozást... No akkor majd átnézem a három extensiont, hogy van-e benne eltérés. Viszont a Readme.md és Changelog.md mivel készült? Mert nincs GitHubod, ha jól látom, ahol ezt kiteszik...
Megnéztem közben a két verziód közti különbséget és ahogy látom, funkciókat nem kell átemelni, de ezt a kettőspontozást... No akkor majd átnézem a három extensiont, hogy van-e benne eltérés. Viszont a Readme.md és Changelog.md mivel készült? Mert nincs GitHubod, ha jól látom, ahol ezt kiteszik...
Mykee írta:
Viszont a második ponton gondolkodtam: hogyan is hívod meg a saját funkcióban a lokális változót? Mert miből kell deklarálni? A sablonnál nem gond, mert ott egyszerűen beírod és működik
Mivel ez pont sablon változó ezért pont ott nem müxik már
Mykee írta:
Tehát be lehet-e írni azt a sort vagy komplett funkciókat kell átemelned?
Ez egy sima html érték átadása ami a modul útvonalát tartalmazza.
Kód:
'S_UCP_ACTION' => $this->u_action,
Amúgy a változót még használják csak már nem globálba.
Mielőtt megkérdezed a $template->assign_vars(array( tömbbe kell felvenni.
Teljes Funkciókat átemelni?
Ilyenre nem is emlékszem volt-e szükség valaha
Mykee írta:
Viszont a Readme.md és Changelog.md mivel készült? Mert nincs GitHubod, ha jól látom, ahol ezt kiteszik...
Akkor lehet, hogy én értettem félre valamit a fentiekből (legalábbis az írásod alapján ezt sejtem). Pl. csak nem kell újra deklarálni, hogy egy user be van-e lépve vagy sem, pl. a U_ACP, vagy a S_USER_LOGGED_IN változókat... Ezeket nálam simán meghívta a template, legalábbis ezt vettem észre.
De ha ezek nem globálisak már és hiába működnek, akkor is kell ezeket saját template funkciókba tenni, akkor jó lenne erről majd egy komplett lista (mint az Event lista) esetében, hogy mit hogyan hívjak meg, ne kelljen a tömböt bogarászni.
Vagy én keverek valamit, mert reggel van.
Azt hittem, hogy az .md fájlokra van spec program és formula, de ha csak Notepad++, akkor ez nem gond.
De ha ezek nem globálisak már és hiába működnek, akkor is kell ezeket saját template funkciókba tenni, akkor jó lenne erről majd egy komplett lista (mint az Event lista) esetében, hogy mit hogyan hívjak meg, ne kelljen a tömböt bogarászni.
Vagy én keverek valamit, mert reggel van.
Azt hittem, hogy az .md fájlokra van spec program és formula, de ha csak Notepad++, akkor ez nem gond.
Mykee írta:
Akkor lehet, hogy én értettem félre valamit a fentiekből (legalábbis az írásod alapján ezt sejtem). Pl. csak nem kell újra deklarálni, hogy egy user be van-e lépve vagy sem, pl. a U_ACP, vagy a S_USER_LOGGED_IN változókat... Ezeket nálam simán meghívta a template, legalábbis ezt vettem észre.
De ha ezek nem globálisak már és hiába működnek, akkor is kell ezeket saját template funkciókba tenni, akkor jó lenne erről majd egy komplett lista (mint az Event lista) esetében, hogy mit hogyan hívjak meg, ne kelljen a tömböt bogarászni.
Vagy én keverek valamit, mert reggel van.
Azt hittem, hogy az .md fájlokra van spec program és formula, de ha csak Notepad++, akkor ez nem gond.
ui: Már látom is miért csinálták ezt. A régi útvonal alapján már nem lehet meghívni az új al modult csak a kiterjesztés nevével, jó csúnya lett
Mindjárt utána nézek, ha nem az auto modul telepítést választom, hogy akkor használhatom-e az eredeti útvonalat.
Szerk:
Na utána néztem, ha magam adom meg a modul telepítését és nem az auto-ot használom akkor ugyan a modult hozzá teszi a fő modul nevéhez, de nem használható. (Nincs ilyen modul)
Néztem van-e hozzá Event, de az sincs, szerintem ez a 3.1 még nagyon kezdetleges, sok mindent nem lehet még megcsinálni normálisan.
Nekem nagyon nem jön be, hogy az EXT nevet használja, csúnya és hosszú is.
Meg is írtam a csapatnak, hogy jó lenne közvetlen felvenni új MODE az ucp_profile.php mert ez így rettentően csúnya, kíváncsi vagyok mit írnak
Nem készíthetsz új témákat ebben a fórumban.
Nem válaszolhatsz egy témára ebben a fórumban.
Nem módosíthatod a hozzászólásaidat a fórumban.
Nem törölheted a hozzászólásaidat a fórumban.
Nem szavazhatsz ebben fórumban.
Nem válaszolhatsz egy témára ebben a fórumban.
Nem módosíthatod a hozzászólásaidat a fórumban.
Nem törölheted a hozzászólásaidat a fórumban.
Nem szavazhatsz ebben fórumban.