Ale zaczynając od początku. Powstała nowa kategoria na forum: Informacje Developerskie. W tej kategorii będą prezentowane wpisy o wydaniach nowych wersji aplikacji, modyfikacji i innych dodatków. Wystarczy zasubskrybować kanał RSS aby być na bieżąco ze wszystkimi dodatkami.

Drugą nowością jest blog: IP.Board Apps DEV Blog. Dzięki temu blogowi będziecie mogli uzyskać informacje z pierwszej ręki dotyczące prac nad nowymi wersjami dodatków. Nie będą to puste informacje a postaram się, aby były to techniczne informacje wraz z konkretnymi przykładami.

Trzecią nowością, której nie widać na pierwszy rzut oka jest uruchomienie aplikacji (SD) Apps System. Aplikacja ta ma na celu zarządzać wersjonowaniem moich dodatków, dzięki czemu będziecie mogli bezpośrednio w panelu administratora sprawdzić, czy dla danego dodatku ukazała się już nowa wersja. To jeszcze nie wszystko, aplikacja ta będzie w serwować newsy we wszystkich nowych wersjach moich aplikacji, dzięki czemu każdy będzie mógł zapoznać się z najciekawszymi informacjami :)

Post Klika drobnych zmian na IPSBeyond.pl pojawił się poraz pierwszy w Dawid Baruch - DEV blog.

Jako właściciel serwisu staram się wyjść na przeciw oczekiwaniom użytkowników i dlatego właśnie w ostatnich dniach uruchomiłem program partnerski pozwalający użytkownikom serwisu zarabiać realne pieniądze, które później można przeznaczyć na zakup dodatków w serwisie.

Zarabianie odbywa się poprzez link partnerski. Użytkownicy polecają serwis a użytkownicy, którzy się zarejestrują z tego linku stają się naszymi poleconymi użytkownikami. Za każdy zakup dokonany przez tego użytkownika otrzymujemy odpowiednio:

• Zwykły użytkownik – 5%
• Użytkownik premium – 10%

Kwoty są naliczane za każdy zakup od ostatecznie zapłaconej kwoty przez użytkownika.

Warunki są ciekawe a z czasem pojawią się kolejne udogodnienia dla polecających użytkowników…

Post Zarabianie na IPSBeyond.pl – Ty też możesz zarabiać… pojawił się poraz pierwszy w Dawid Baruch - DEV blog.

Sam certyfikat jest ostatnim etapem prac techniczno-organizacyjnych na forum, które zostały zapoczątkowane w styczniu 2012 roku. Dzięki ciągłemu rozwojowi IPSBeyond.pl zostało zgłoszone w GIODO, na wszystkie zakupy w sklepie wystawiana jest faktura. Oczywiście to nie są jedyne zmiany jakie zostały wprowadzone bo ciężko tutaj zapomnieć chociażby o restrukturyzacji kategorii na forum, kategorii w pobieralni itp. Ciągle też pracujemy nad zwiększeniem atrakcyjności forum oraz przyciągnięciem jeszcze większej rzeszy użytkowników.

Kolejne zmiany na forum są przewidziane już w najbliższym czasie, ale narazie nie zdradzę co to będzie. Napewno można się spodziewać nowych aplikacji do pobrania…

Post Szyfrowanie połączenia na IPSBeyond.pl pojawił się poraz pierwszy w Dawid Baruch - DEV blog.

A mianowicie logujemy się na FTP i przechodzimy do katalogu głównego forum. Następnie edytujemy plik initdata.php i szukamy w nim takiego wpisu:

define( 'IPS_DEFAULT_PUBLIC_APP', 'forums' );

Aby zmienić domyślną aplikację np. na blog wystarczy zamienić słowo forums na blog. Zapisać zmiany i wgrać na serwer.

A co w przypadku gdy chcemy pozwolić np. użytkownikom decydować o tym, jakiego wyglądu chcą używać? Tutaj sprawa nie jest już niestety taka prosta, o czym przekonałem się sam niedawno. Wydawało by się, że to nie jest w cale trudne, bo wystarczy w bazie danych w tabeli ibf_members dodać nową kolumnę, która będzie decydować o wybranym wyglądzie i odpowiednio ją wykorzystać gdzieś w skrypcie. Podstawowe pytanie każdego użytkownika w tym momencie powinno brzmieć gdzie? Ja osobiście postanowiłem to zrobić w głównym pliku czyli ipsRegistry.php.

Trochę to trwało ale się udało tego dokonać. Przedstawię fragment zmian jakie dokonałem w core systemu aby to wszystko działało jak należy.

Zacznijmy od zmiany w initdata.php

Na wstępie szukamy:

if ( ! defined( 'IPS_DEFAULT_APP' ) )
{
	define( 'IPS_DEFAULT_APP', ( IPS_AREA == 'public' ) ? IPS_DEFAULT_PUBLIC_APP : 'core' );
}

i zamieniamy to na:

if ( ! defined( 'IPS_DEFAULT_APP' ) && IN_ACP )
{
	define( 'IPS_DEFAULT_APP', 'core' );
}

następnie w ipsRegistry.php

szukamy:

/* _manageIncomingURLs MUST be called first!!! */
		self::_setUpAppData();

		/* Load app / coreVariables.. must be called after app Data */
		self::_loadAppCoreVariables( IPS_APP_COMPONENT );

		/* Must be called after _manageIncomingURLs */
		self::$handles['db']->getDB()->setDebugMode( ( IPS_SQL_DEBUG_MODE ) ? ( isset($_GET['debug']) ? intval($_GET['debug']) : 0 ) : 0 );

		/* Get caches */
		self::$handles['caches']   = ips_CacheRegistry::instance();

		/* Make sure all is well before we proceed */
		try
		{
			self::instance()->setUpSettings();
		}
		catch( Exception $e )
		{
			print file_get_contents( DOC_IPS_ROOT_PATH . 'cache/skin_cache/settingsEmpty.html' );
			exit;
		}
		
		/* Bah, now let's go over any input cleaning routines that have settings *sighs* */
		self::$request = IPSLib::postParseIncomingRecursively( self::$request );
		
		/* Set up dummy member class to prevent errors if cache rebuild required */
		self::$handles['member']   = ips_MemberRegistryDummy::instance();
		
		/* Build module and application caches */
		self::instance()->checkCaches();
		
		/* Set up app specific redirects. Must be called before member/sessions setup */
		self::_parseAppResets();
		
		/* Re-assign member */
		unset( self::$handles['member'] );
		self::$handles['member']   = ips_MemberRegistry::instance();
		
		/* Load other classes */
		$classToLoad = IPSLib::loadLibrary( IPS_ROOT_PATH . 'sources/classes/class_localization.php', 'class_localization' );
		self::instance()->setClass( 'class_localization', new $classToLoad( self::instance() ) );
		
		$classToLoad = IPSLib::loadLibrary( IPS_ROOT_PATH . 'sources/classes/class_public_permissions.php', 'classPublicPermissions' );
		self::instance()->setClass( 'permissions'       , new $classToLoad( self::instance() ) );

		/* Must be called before output initiated */
		self::getAppClass( IPS_APP_COMPONENT );
		
		if ( IPS_AREA == 'admin' )
		{
			require_once( IPS_ROOT_PATH . 'sources/classes/output/publicOutput.php' );/*noLibHook*/
			$classToLoad = IPSLib::loadLibrary( IPS_ROOT_PATH . 'sources/classes/output/adminOutput.php', 'adminOutput' );
			self::instance()->setClass( 'output'           , new $classToLoad( self::instance() ) );
			
			$classToLoad = IPSLib::loadLibrary( IPS_ROOT_PATH . "sources/classes/class_admin_functions.php", 'adminFunctions' );
			self::instance()->setClass( 'adminFunctions'   , new $classToLoad( self::instance() ) );
			
			$classToLoad = IPSLib::loadLibrary( IPS_ROOT_PATH . 'sources/classes/class_permissions.php', 'class_permissions' );
			self::instance()->setClass( 'class_permissions', new $classToLoad( self::instance() ) );
		}
		else
		{
			$classToLoad = IPSLib::loadLibrary( IPS_ROOT_PATH  . 'sources/classes/output/publicOutput.php', 'output' );
			self::instance()->setClass( 'output', new $classToLoad( self::instance(), TRUE ) );
			
			register_shutdown_function( array( 'ipsRegistry', '__myDestruct' ) );
		}
		
		/* Post member processing */
		self::$handles['member']->postOutput();

		/* Add SEO templates to the output system */
		self::instance()->getClass('output')->seoTemplates = self::$_seoTemplates;

		//-----------------------------------------
		// Sort out report center early, so counts
		// and cache is right
		//-----------------------------------------

		$memberData	=& self::$handles['member']->fetchMemberData();
		$memberData['showReportCenter']	= false;

i zastępujemy to następującym kodem:

//Modify by SolutionDEVs
				
	    if( IPS_AREA == 'public' && self::$request[ 'do' ] == 'logout' )
	    {     
	        if ( ! defined( 'IPS_DEFAULT_APP' ) )
		    {
        		if ( IN_ACP )
                {
                	define( 'IPS_DEFAULT_APP', 'core' );
                }
                else
                {
                    define( 'IPS_DEFAULT_APP', 'forums' );
                }
		    }
		    
	        /* _manageIncomingURLs MUST be called first!!! */
		    self::_setUpAppData();   
		    
		    /* Load app / coreVariables.. must be called after app Data */
		    self::_loadAppCoreVariables( IPS_APP_COMPONENT );
		    
		    /* Set up app specific redirects. Must be called before member/sessions setup */
		    self::_parseAppResets();
	    }
		    
		/* Must be called after _manageIncomingURLs */
		self::$handles['db']->getDB()->setDebugMode( ( IPS_SQL_DEBUG_MODE ) ? ( isset($_GET['debug']) ? intval($_GET['debug']) : 0 ) : 0 );
		
		/* Get caches */
		self::$handles['caches']   = ips_CacheRegistry::instance();
		
		/* Make sure all is well before we proceed */
		try
		{
			self::instance()->setUpSettings();
		}
		catch( Exception $e )
		{
			print file_get_contents( DOC_IPS_ROOT_PATH . 'cache/skin_cache/settingsEmpty.html' );
			exit;
		}
		
		/* Bah, now let's go over any input cleaning routines that have settings *sighs* */
		self::$request = IPSLib::postParseIncomingRecursively( self::$request );
	
		/* Set up dummy member class to prevent errors if cache rebuild required */
		self::$handles['member']   = ips_MemberRegistryDummy::instance();
		
		/* Build module and application caches */
		self::instance()->checkCaches();
		
		/* Re-assign member */
		unset( self::$handles['member'] );
		self::$handles['member']   = ips_MemberRegistry::instance();
		
		/* Load other classes */
		$classToLoad = IPSLib::loadLibrary( IPS_ROOT_PATH . 'sources/classes/class_localization.php', 'class_localization' );
		self::instance()->setClass( 'class_localization', new $classToLoad( self::instance() ) );
		
		$classToLoad = IPSLib::loadLibrary( IPS_ROOT_PATH . 'sources/classes/class_public_permissions.php', 'classPublicPermissions' );
		self::instance()->setClass( 'permissions'       , new $classToLoad( self::instance() ) );

		/* Post member processing */
		self::$handles['member']->postOutput();
		
		$memberData	=& self::$handles['member']->fetchMemberData();

		if ( ! defined( 'IPS_DEFAULT_APP' ) )
		{
    		if ( IN_ACP )
            {
            	define( 'IPS_DEFAULT_APP', 'core' );
            }
            else
            {
                if( ( $memberData[ 'member_id' ] == 0 ) || ( $memberData[  'member_id' ] > 0 && $memberData[  'sd32_type_view' ] != 1 ) )
                {
                    define( 'IPS_DEFAULT_APP', 'forums' );
                }
                else
                {
                    define( 'IPS_DEFAULT_APP', 'MOJA_APLIKACJA' );
                    
                }
            }
		}
		
		/* _manageIncomingURLs MUST be called first!!! */
		self::_setUpAppData();

		/* Load app / coreVariables.. must be called after app Data */
		self::_loadAppCoreVariables( IPS_APP_COMPONENT );
		
		/* Set up app specific redirects. Must be called before member/sessions setup */
		self::_parseAppResets();
		
		
		/* Must be called before output initiated */
		self::getAppClass( IPS_APP_COMPONENT );
		
		if ( IPS_AREA == 'admin' )
		{
			require_once( IPS_ROOT_PATH . 'sources/classes/output/publicOutput.php' );/*noLibHook*/
			$classToLoad = IPSLib::loadLibrary( IPS_ROOT_PATH . 'sources/classes/output/adminOutput.php', 'adminOutput' );
			self::instance()->setClass( 'output'           , new $classToLoad( self::instance() ) );
			
			$classToLoad = IPSLib::loadLibrary( IPS_ROOT_PATH . "sources/classes/class_admin_functions.php", 'adminFunctions' );
			self::instance()->setClass( 'adminFunctions'   , new $classToLoad( self::instance() ) );
			
			$classToLoad = IPSLib::loadLibrary( IPS_ROOT_PATH . 'sources/classes/class_permissions.php', 'class_permissions' );
			self::instance()->setClass( 'class_permissions', new $classToLoad( self::instance() ) );
		}
		else
		{
			$classToLoad = IPSLib::loadLibrary( IPS_ROOT_PATH  . 'sources/classes/output/publicOutput.php', 'output' );
			self::instance()->setClass( 'output', new $classToLoad( self::instance(), TRUE ) );
			
			register_shutdown_function( array( 'ipsRegistry', '__myDestruct' ) );
		}
		
		/* Add SEO templates to the output system */
		self::instance()->getClass('output')->seoTemplates = self::$_seoTemplates;

		//-----------------------------------------
		// Sort out report center early, so counts
		// and cache is right
		//-----------------------------------------

		$memberData	=& self::$handles['member']->fetchMemberData();
		$memberData['showReportCenter']	= false;
		
		if( IPS_AREA == 'public' )
		{
    		self::$handles['member']->sessionClass()->updateMySession( array( 'current_appcomponent' => IPS_APP_COMPONENT ) );
		}

Następnie jedyne co jeszcze musimy zrobić, to wprowadzić jakieś ustawienie w panelu użytkownika, lub w popup’ie. Metodę wykonania zostawiam już Wam :)

Jako opcja decydująca o wyborze aplikacji decyduje pole sd32_type_view w tabeli ibf_members, które możemy dodać w następujący sposób:

ALTER TABLE ibf_members ADD COLUMN sd32_type_view TINYINT UNSIGNED NOT NULL DEFAULT 0;

Jeśli ustawimy to pole na wartość 1, wtedy będzie odpalana domyślnie nasza aplikacja, natomiast goście i użytkownicy, którzy mają inną wartość w tym polu będą widzieć forum.

Artykuł był pisany w oparciu o wersję IP.Board 3.2.3 i nie obiecuję, że w najnowszej wersji 3.3.3 coś się nie zmieniło w ipsRegistry we fragmencie, który poddaliśmy edycji.

Post Domyślna aplikacja w IP.Board pojawił się poraz pierwszy w Dawid Baruch - DEV blog.

Poświęcając wiele godzin na tłumaczenie nowej wersji uzyskałem coś do czego dążyłem, a mianowicie powstało najdokładniejsze spolszczenie IP.Board. Niewiele osób przywiązuje do tego wagę, ale najważniejsza jest dokładność tłumaczenia dlatego zapraszam do pobierania nowych wersji:
Spolszczenie IP.Board 3.3.1 oraz Spolszczenie do IP.Content 2.3.1

Post Spolszczenie IP.Board 3.3.1 oraz IP.Content 2.3.1 – Wydane pojawił się poraz pierwszy w Dawid Baruch - DEV blog.

Nowa odsłona dodatku przyniesie kilka ciekawych zmian. Miedzy innymi zostanie napisana z myślą o najnowszej wersji IP.Board 3.3.x. Następnymi zmianami jakie się pojawią względem obecnej wersji to to, że nie trzeba będzie już dokonywać żadnych edycji plików. Wszystko zostanie zautomatyzowane.

Dodatkowo co stanowi nowość dodana zostanie możliwość dania powodu przyznawanego plusa lub minusa znana z innego mojego dodatku… Ale to jeszcze nie wszystko dodatkowo zmieniona zostanie cena dodatku. Stanie się on tańszy, przez co więcej użytkowników będzie sobie mogło pozwolić na kup tego dodatku… ale to już niedługo, narazie zabieram się do pracy za owy dodatek.

Post Advanced Reputation System 2.0.0 – rozpoczęcie prac pojawił się poraz pierwszy w Dawid Baruch - DEV blog.

Sama wersja 3.3.1 nie wprowadza żadnych znaczących zmian, wszystkie ciekawe zmiany ostały wprowadzone w wersji 3.3.0 a ta wersja „łata” niejako błędy, których nie zauważył producent. Do nowoÅ›ci w wersji IP.Board z serii 3.3.x należy zaliczyć przede wszystkim zmiany związane z SEO.

Nie może być też inaczej, aby Polskie wsparcie IP.Board nie miało odpowiednich działów, dlatego też powstał dział dla IP.Board 3.3.x. Dodatkowo także zaprzestajemy wspierania raz na zawsze wersji oznaczonych numerkiem 2.x.x. Z nowości na forum można także zaliczyć powstanie nowego działu dla dodatku IP.Calendar, w którym można uzyskać pomoc związaną z tym dodatkiem. W dniu dzisiejszym przewidziana jest także aktualizacja IPSBeyond.pl do nowej wersji oraz prace nad aktualizacją spolszczenia do najnowszej wersji

Post IP.Board 3.3.1 – wydane!!! pojawił się poraz pierwszy w Dawid Baruch - DEV blog.

Dziś przeglądnąłem bardziej dokładnie całą dokumentację i nie będę musiał korzystać jak początkowo planowałem z API do płatności, tylko trzeba będzie użyć IPN’a do weryfikacji płatności. Stwarza to większe możliwości weryfikacji płatności, ale niesie też za sobą pewne konsekwencje. Trzeba będzie przerobić bramkę IP.Nexus’a tak, aby współdziałała z IPN wysyłając odpowiednie requsty do serwera i je później walidując… W związku z tym jest to dobra wiadomość dla osób, które poszukują tej metody płatności do swojego IP.Board, ponieważ bramka ta pojawi się jeszcze w tym tygodniu w sprzedaży.

Wkrótce ujawnię więcej informacji na temat form zakupu oraz ceny za w/w bramkę płatności.

Post AlertPay i IP.Nexus – prace nad nową bramką wznowione pojawił się poraz pierwszy w Dawid Baruch - DEV blog.

Jak już wcześniej wspominałem dodatek ma za zadanie dodać nową funkcjonalność do tematów i postów na forum. Dokładniej chodzi o to, ze w wybranych fora po założeniu tematu powinien on zostać przekopiowany do innego forum z zachowaniem wszystkich informacji. Dodatkowo, aplikacja powinna zamienić znaczniki CODE w treści posta na wiadomość, jaką ustawimy sobie w panelu admina. Tyle jeśli chodzi o funkcjonalność tematów.

Funkcjonalność postów jest deczko inna, a mianowicie, w temacie tak przeniesionym do innego forum jeśli użytkownik odpowie na niego to ma zostać wysłana prywatna wiadomość do grupy użytkowników (także definiowana w ustawieniach aplikacji) z treścią, którą administrator ustawi w Panelu admina oraz dodatkowymi informacjami jak adres do tematu oraz tytuł tematu.

Nie było by w tym nic skomplikowanego, gdyby nie to, że aplikacja ma działać bez najmniejszej edycji plików, co za tym idzie należy użyć systemu hooków. Prac jest dość sporo ale aplikacja naprawdę jest ciekawa. Postaram się opisywać poszczególne etapy pracy nad nią tak abyście mogli się coś także nauczyć czytając moje wpisy.

Post (SD32) Advanced Topics Functions – prace rozpoczęte pojawił się poraz pierwszy w Dawid Baruch - DEV blog.

Na tym mój optymizm się niestety zakończył. Problemy pojawiły się w końcowej fazie realizacji bramki, a mianowicie pisząc bramkę płatności potrzebujemy przekazać swoją wartość, która później zostanie nam zwrócona przez operatora. I to się okazało być problemem nie do przeskoczenia. Chodzi o to, że aby płatność nam poprawnie działała muszę przekazać ID transakcji, które później zostanie mi zwrócone i na tej podstawie będę w stanie zmienić status płatności w zależności od tego jaki status zwróci nam płatność. Niestety AlertPay nie oferuje nam takiego udogodnienia przez co pojawia się mały problem uniemożliwiający nam jaką kolwiek akcję na zakupie użytkownika. Przez taką małą niedogodność użytkownik po powrocie ze strony płatności może zobaczyć stronę z błędem „nie odnaleziono faktury o podanym ID”. Jest to nie dopuszczalne zatem musiałem odmówić a właściwie zrezygnować z pisania samej bramki… Może pojawi się za jakiś czas taka możliwość to wrócę do pomysłu…

Post AlertPay – Nowa bramka płatności dla IP.Nexus ? pojawił się poraz pierwszy w Dawid Baruch - DEV blog.