Creative

Strzelam, że "Manual Payments", chociaż nigdy nie miałem styczności z IP.Nexus także mogę się mylić

IPSMember::load();

W porządku, dzięki wielkie za szybką odpowiedź. Czyli muszę pracować na starym koncie...

Cześć wszystkim. Aby opublikować coś w markecie IPSu, wymagane jest posiadanie licencji, czy trzeba spełniać jakieś inne wymagania? Myślałem, że nie muszę do takiego pytania zakładać tematu, no ale jednak...

W jaki sposób połączyłeś dwie bazy danych (mowa tutaj, że forum stoi na jednej, a AMXBans na drugiej, a używając $this->DB-> łączy się z tą w conf_global.php).

W sumie to jest powiązane właśnie z paginacją, jednak problem mam z zapytaniem do bazy. St nie przyjmuje żadnej wartości "LIMIT ,10". A gdy zrobione jest przez $this->DB->build, działa jak należy. Ale to mi nie odpowiada, ponieważ chcę posiadać inny prefix tabeli.

Tak, wiem na jakiej zasadzie to działa. Jednak gdy zrobiłem {..} LIMIT '.$this->request['st'].', 10 to niestety nie działało.

Mógłbyś przedstawić jak mógłbym wykonać? Dokładnie chodzi mi z tym limitem "'limit' => array( $this->request['st'], 10 )". SELECT * FROM a_tabela ORDER BY uid ASC LIMIT {...}

A może dałoby się prościej, bez modyfikacji plików za pomocą funkcji query?

Cześć, Mam mały problem. Chciałbym zrobić paginację, która sortuje wyniki z tabeli, która ma inny prefix niż forum. Tworzę zapytanie za pomocą $this->DB->build, jednak domyślnie IP.Board dodaje do zapytania prefix tabel, pobierany z konfiguracji. Czy jest możliwość obejścia tego? $this->DB->build( array( 'select' => '*', 'from' => 'm_tabela', 'order' => 'id ASC', 'limit' => array( $this->request['st'], 10 ) ) ); Powyższy kod zamienia na ipb_m_tabela.

Nie jestem pewien, ale może pomoże Ci IPBWI.

Mam już stworzone szablony, które chcę wyeksportować. Wszystko jest w porządku, prócz tego że w /admin/applications_addon/other/panel/xml/panel_root_templates.xml nie znajdują się żadne zmienne. W poprzednich postach pokazałem jak wygląda szablon w pliku .xml <template_name>nazwa</template_name> <template_data/> <template_updated>1321915418</template_updated> Powinny znajdować się tam zmienne. W bazie danych są dodane w kolumnie template_data, a po utworzeniu /master_skin, brakuje ich w pliku skin_{appname}.php Aktualnie nie mam uprawnień do tych plików, gdyż zostały one stworzone przez serwer, także muszę poczekać na znajomego, aż dostanę dostęp do root'a.

Chwila... Nie rozumiem za bardzo czegoś. Pliki w /cache/master_skin/ są generowane automatycznie. Kod szablonu jest pobierany automatycznie z bazy danych, także również variables powinno zostać automatycznie wygenerowane. Bo plików w /cache nie powinienem ruszać, więc ręcznie tego robić nie będę. Wybacz, jeśli pytania są bezsensowne, aczkolwiek nie potrafię sobie z tym poradzić.

Zmienne w master_skin/skin_{appname}.php mam dopisać sam, czy one powinny zostać dodane automatycznie przy stworzeniu się master_skin?

Wklejka: aptqwh825by8 Powinna znajdować się tam zmienna $rows jak widać w kodzie szablonu.

Włączyłem tryb dewelopera, utworzyłem folder master_lang, następnie stworzyłem folder master_skin poprzez ACP "Create Master PHP Templates Directory" i na końcu zrobiłem folder master_css - nic to nie pomogło. Nadal przy każdym szablonie nie ma zmiennych.

No tak. W folderze /master_skin znajduje się plik skin_{appname}.php w których również nie ma zmiennych. function detailChanges() { } Chcę wyeksportować szablony do folderu aplikacji, by przy ponownej instalacji zostały dodane automatycznie do bazy danych.

Skiny są w ACP. W trybie dev w Template Tools używam funkcji Export HTML Templates Into Application Directories

Cześć Stworzyłem pewną aplikację i teraz chciałem wyeksportować szablony do folderu aplikacji. Po otworzeniu pliku {nameapp}_root_templates.xml zauważyłem, że w każdym bicie nie ma zmiennych. Oto przykładowy bit wycięty z pliku: <template> <template_group>skin_game</template_group> <template_content><![CDATA[ <!-- kod szablonu --> ]]></template_content> <template_name>gsList</template_name> <template_data/> <template_updated>1320864793</template_updated> <template_removable>1</template_removable> <template_user_added>1</template_user_added> <template_user_edited>1</template_user_edited> <template_master_key>root</template_master_key> </template>

Wcześniej miałem if( ! $_REQUEST['module'] AND $_REQUEST['app'] == 'gprp' ) { $_RESET['module'] = 'zmiany'; } a teraz mam: if( ! isset( $_REQUEST['module'] ) ) { $_RESET['app'] = 'gprp'; $_RESET['module'] = 'zmiany'; $_RESET['section'] = 'changes'; }

Błąd naprawiłem. Źle skonfigurowany plik coreVariables.php

Nic to nie pomogło - "Błąd 310 (net::ERR_TOO_MANY_REDIRECTS): Zbyt wiele przekierowań." A czy miałbyś trochę czasu, by napisać aplikację, która będzie działała jako domyślna? Wystarczy jeden moduł publiczny + jeden szablon z którego będzie się wyświetlała zawartość w tym module.

Odświeżam!

Niestety nadal ten sam błąd wchodząc na stronę główna. Po wpisaniu adresu http://localhost/index.php?/zmiany wyświetla się zakładka.

Tak, znajduje się na samym końcu.