Die neuste ACE Version verwendet diese Module nicht mehr.
https://ace3mod.com/2017/12/20/cba-settings.html
https://github.com/CBATeam/CBA_A3…server-settings
Und ganz wichtig:
Die neuste ACE Version verwendet diese Module nicht mehr.
https://ace3mod.com/2017/12/20/cba-settings.html
https://github.com/CBATeam/CBA_A3…server-settings
Und ganz wichtig:
class CfgPatches {
class 9th_berets {
version = 1.1;
requiredVersion = 0.10000;
requiredAddons = {"A3_Characters_F_EPB";};
author = "Miep3r";
};
};
Aus requiredAddons würde ich schon mal requiredAddons[] machen, da es sich hier grundsätzlich um ein Array handelt
Und natürlich ist das Simikolon " ; " innerhalb des Arrays zu entfernen. =>
(Weitere Quellen belegen diese Vermutung: Bohemia Wiki)
Witzig ist, dass du PHP als "alt" und nicht Zeitgemäß beschreibst, dem ist leider gar nicht so. PHP wird immer noch weiterentwickelt, und es gibt sogar ne PHP7 Variante.
Ich würde PHP daher nicht unbedingt als "nicht mehr zeitgemäß" beschreiben - Im Gegenteil, du kommst oftmals nicht drum herum.
Gerade deshalb sind Kentnisse in PHP auch nichts "besonderes" - Sondern vielmehr, gleich dem HTML und JS, geforderte Grundkentnisse, die man einfach erwartet, und auch erwarten kann.
Nichts desto trotz, ich bin auch ein riesen AngularJS fan, ein klasse Framework.
Scriptingerfahrung vorhanden?
https://community.bistudio.com/wiki/setStamina
Weiß leider nicht wie genau das Maverick-System aufgebaut ist, aber prinzipiell sollte man damit die Ausdauer erhöhen können (Arma³ Standard Fatigue System).
Webhost ist Nitrado?
Dann lass dir ggf. vom Nitrado Support helfen, da diese dann auch Zugriffs- bzw. Eingriffsmöglichkeiten haben um die genaue Fehlerursache festzustellen.
Die hier nur spärlich vorliegenden Informationen reichen kaum aus um eine eindeutige Fehleranalyse, geschweige denn Problemlösung herbeizuführen.
Ist die Webseite noch in irgendeiner Form übers WWW erreichbar. oder gänzlich vom öffentlichen Netz ausgesperrt?
Einstellungen im ACP Domain Einstellungen auf ihre Richtigkeit überprüfen (Beachte den Hinweistext zur korrekten Eingabe von Domainnamen, Pfad korrekt?
Wenn dann noch ein HTTP(S) Frame vorliegt sollte es kein Problem mehr geben.
Ansonsten mal Apache Logfiles nach Fehlern untersuchen, sofern Zugriff darauf
Ich kann mich des Weiteren nur wiederholen:
-> Webhost Support ansprechen
Schau mal hier: https://wiki.nitrado.net/de/Kategorie:Domain_weiterleiten
Kenne mich leider nicht mit Nitrado aus
Das ist schon die richtige Lösung. Guck dir das Video an.
Was du willst ist ein HTTP(S) Eintrag als Frame.
So dass die IP nicht mehr angezeigt wird, sondern die Domain.
Immer aktuelle Logs mit dranhängen, damit wir auch aktuelle Fehler beheben können.
Ist der Fehler in der initCop behoben ?
Nun die Config-Datei des extDB3 überprüfen.
Prefix korrekt? ( " [altisife] "). Benutzername + PW korrekt? etc..
Jetzt hat er zwar das Plugin extDB3 aber er kann keine Verbindung aufbauen, womöglich wegen fehlerhafter Konfiguration
Evtl. die extdb konfig datei anhängen (passwort anonymisieren ^.- )
Die Controls die dein Script nicht lädt sind alle vom Typ "Life_Checkbox".
Diese wurde in der common.hpp hinzugefügt.
Vergewissere dich, dass du diesen Script bei der Installation des Scripts nicht vergessen hast.
(Erste Seite, unter den Punkt "Überprüfe nun die common.hpp ob es eine Klasse namens Life_Checkbox gibt")
Ich gehe aktuell davon aus, dass keine Life_Checkbox Klasse definiert wurde.
Module gibt es in der neuesten ACE Version nicht mehr
Tatsächlich? xD
Sieht man mal, ist bissl her bei mir
yo,
Man kann dir nur helfen, wenn du die entsprechenden Logs auch anfügst.
Diese Log war schon mal leer :p
Server RPT und Client RPT fehlen noch
Logs?
Also extDB, Serverlog, evtl. clientlog :p
Aber denke die Log von extDB wird am aufschlussreichsten sein
Lass' uns nicht im Regen stehen un informier' uns :p Loooogs pls thanks
Hallo Bosco,
Erstmal tuen sich mir lauter Fragezeichen auf, weil ich die Frage dahinter nicht erkenne :p
Um ACE³ zu nutzen ist die Mod entsprechend zu installieren und die zu nutzenden ACE³Module in deine Mission zu integrieren.
Prinzipiell funktioniert es dann schon, wobei du womöglich das Health-System aus dem Altis Framework rausnehmen möchtest, um das von ACE zu nutzen :p
BackToTopic:
Wie ich gesagt habe - die Files nochmal direkt ausm Github ziehen und neu aufsetzen. Hilft manchmal wunder. Sollte dort gefixt sein.
Das war wohl der sinnvollste Tipp :p
Script passt aktuell nicht zur Datenbank (siehe meinen Beitrag oben).
Wenn Du also eh "nur" das Standardscript Altis Life 4.4 nutzen wolltest, macht es Sinn die Sachen neu vom Github runterzuladen, und die entsprechende Installation, Schritt für Schritt, erneut durchzuführen.
Pack es in eine .rar Datei. Das funktioniert mit WinRar.
(@Administration: wieso ist das Wort "pastebin" zensiert? :D)
Habs da mal mit eingefügt.
Das Ding ist, wie in der Fehlerlog zu erkennen, das Feld "pid" existiert nicht.
[19:18:56:821206 +01:00] [Thread 5772] extDB3: SQL: Error MariaDBQueryException: Input: INSERT INTO players (pid, name, cash, bankacc, aliases, cop_licenses, med_licenses, civ_licenses, civ_gear, cop_gear, med_gear) VALUES('76561198168022810', 'Leonard Hofstadter', '0', '2000000000', '"[`Leonard Hofstadter`]"','"[]"','"[]"','"[]"','"[]"','"[]"','"[]"')
[19:18:56:935574 +01:00] [Thread 5772] extDB3: SQL: Error MariaDBQueryException: Unknown column 'pid' in 'field list'
In seiner SQL wird die Tabelle mit dem Feld "playerid" angelegt, nicht PID.
DROP TABLE IF EXISTS `players`;
CREATE TABLE IF NOT EXISTS `players` (
`UID` int(12) NOT NULL,
`name` varchar(32) NOT NULL,
`aliases` text NOT NULL,
`playerid` varchar(64) NOT NULL,
`cash` int(100) NOT NULL DEFAULT '0',
`bankacc` int(100) NOT NULL DEFAULT '0',
`coplevel` enum('0','1','2','3','4','5','6','7','8','9','10') NOT NULL DEFAULT '0',
`mediclevel` enum('0','1','2','3','4','5') NOT NULL DEFAULT '0',
`civ_licenses` text NOT NULL,
`cop_licenses` text NOT NULL,
`med_licenses` text NOT NULL,
`civ_gear` text NOT NULL,
`cop_gear` text NOT NULL,
`med_gear` text NOT NULL,
`civ_stats` varchar(32) NOT NULL DEFAULT '"[100,100,0]"',
`cop_stats` varchar(32) NOT NULL DEFAULT '"[100,100,0]"',
`med_stats` varchar(32) NOT NULL DEFAULT '"[100,100,0]"',
`arrested` tinyint(1) NOT NULL DEFAULT '0',
`adminlevel` enum('0','1','2','3','4','5') NOT NULL DEFAULT '0',
`donorlevel` enum('0','1','2','3','4','5') NOT NULL DEFAULT '0',
`blacklist` tinyint(1) NOT NULL DEFAULT '0',
`civ_alive` tinyint(1) NOT NULL DEFAULT '0',
`civ_position` varchar(64) NOT NULL DEFAULT '"[]"',
`playtime` varchar(32) NOT NULL DEFAULT '"[0,0,0]"',
`insert_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
`last_seen` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 AUTO_INCREMENT=12 ;
Alles anzeigen
playerid in pid umbenennen.
Oder im Script von "pid" auf "playerid", das obliegt nun dir.
Fakt ist nur, dass diese Datenbank nicht 100% konform mit deinem Script ist
Denn ein weiterer SQL Fehler zeigt dies deutlich:
[19:17:07:037271 +01:00] [Thread 5772] extDB3: SQL: Error MariaDBQueryException: Unknown column 'houses.garage' in 'field list's
In der Tabelle "Houses" fehlt das Feld "garage"
Fehlerbeschreibung? Was genau passiert?
Und dann die Serverlogfile, im Client hab ich nichts gefunden
1. Wenn du dir da so sicher bist, ist ja gut
2. Stimmt, der Fehler liegt darin, dass hier geklaute Scripte verwendet werden und dann auf Native-Network um Hilfe gebeten wird, weil man es nicht gestartet kriegt.
3. Bleibst Du immer noch bei "Frage Spielerinformationen" hängen, steht dies im Zusammenhang mit der Datenbank.
Daher ist die extDB Logfile (die aktuelle ^.- ) sinnvoller als die server rpt.
Vllt. hängst du diese einfach mal dran. Serverordner -> extDB -> logs
Wobei ich empfehlen würde, sollten da mehr als 1-2 Ausnahmen entstehen, das Framework dahingehend zu modifizieren, dass man in der config_process.hpp die Arrays um den Eintrag "license" erweitert, und diesen Eintrag einfach abfragt
Dann ist die fn_processAction nicht so zugemüllt mit ausnahmeregelungen, und man hat die Konfiguration auch wieder zentral :p
Framework 5.0 ?
Ich sehe das wie folgt:
Folgende Problematik:
Das Framework sucht nach der Lizenz "License_FRAKTION_TYP". Also bei dir nach license_civ_beerp und license_civ_applej.
Eine Doppelzuweisung ist also nur möglich wenn du eine Ausnahme in fn_processAction.sqf (core->actions->fn_processAction.sqf) hinzufügst.
Denn gesucht wird mittels scriptmakro
if (_vendor in [mari_processor,coke_processor,heroin_processor]) then {
_hasLicense = true;
} else {
_hasLicense = LICENSE_VALUE(_type,"civ");
};
(_type ist dabei dein übergebener Parameter in der addAction)
Die angesprochenen Makros sind wie folgt definiert:
LICENSE_VARNAME(varName,flag) format ["license_%1_%2",flag,M_CONFIG(getText,"Licenses",varName,"variable")]
LICENSE_VALUE(varName,flag) missionNamespace getVariable [LICENSE_VARNAME(varName,flag),false]
d.h. ähnlich wie bei den Drogenhändler müsstest Du dort eine "Ausnahme" für dein beerp und applej hinzufügen und die Variable "_hasLicense" entsprechend auf true setzen, wenn die License "license_civ_liquor" vorhanden ist.
Würde den o.g. Auszug also wie folgt abändern: