Seite 2 von 2
Verfasst: Mi 29. Sep 2004, 12:55
von timo
den br-tag kannst du ignorieren...zum rest weiß ich im moment nichts...
Verfasst: Mi 29. Sep 2004, 12:56
von prefix
hm, danke! seltsam...
Verfasst: Mi 29. Sep 2004, 13:43
von prefix
es wird immer ärger - auch bei einer anderen installation auf demselben server klappt genau dasselbe nicht mehr :hammer
siehe
hier - errorlog
nur die meldungen im errorlog sind andere!
ich könnte heulen, echt!
Verfasst: Mi 29. Sep 2004, 15:15
von timo
warum? In dem zweiten Errorlog sind die Probleme offensichtlich - fehlende Berechtigungen auf die Datei, die der Cronjob-Emulator versucht zu öffnen...
Verfasst: Do 30. Sep 2004, 07:23
von prefix
oh, aha, danke - ok, das sollte zu lösen sein - d.h. dass der server vmtl. keine cron-jobs zulässt?
edit: sorry - schon klar: die pseudo-cron.inc.php benötigt auch schreib-rechte nehm ich an

Verfasst: Do 30. Sep 2004, 08:15
von prefix
nachsatz: nichtsdestotrotz treten im 2. fall (mit den fehlenden berechtigungen) aber auch dieselben probleme auf ->
a) ich kann nicht unter administration - systemvariablen rein (es tut sich dort nichts)
b) ich kann keine artikel konfigurieren
shit, sowas kann doch nicht sein - mir haut es meine ganzen seiten zusammen.
Verfasst: Do 30. Sep 2004, 08:37
von prefix
und noch etwas hab ich feststellen können:
auch beim dateiupload gibt es jetzt probleme. früher konnte ich normal raufladen, und die files wurden danach erkannt / angezeigt. das ist jetzt bei beiden seiten
nicht mehr der fall - d.h. "alte" uploads klappen, neue nicht mehr

Verfasst: Di 5. Okt 2004, 08:12
von prefix
so, neues von der fehler-front:
1. ich hab die lock-rechte
2. ich hab zusätzlich noch gem. contenido-faq die lock-rechte umgangen (script-änderung in der mysql.inc)
3. das beschriebene problem besteht weiterhin
4. ich bin völlig verzweifelt - ich krieg das nicht hin :heul
Verfasst: Di 5. Okt 2004, 08:17
von timo
kannst du mittlerweile ins errorlog sehen?
Verfasst: Di 5. Okt 2004, 09:14
von prefix
ja, und soeben haben wir (mein provider und ich) auch des rätsels lösung gefunden:
durch eine umstellung der pfade seitens des providers haben sie natürlich auch jene in der
contenido/includes/config.php
geändert - diese haben wir jetzt angepasst und die sache klappt wieder.
danke dir / euch für die unterstützung, ich bin jetzt wirklich wieder beruhigt
auch (bzw. vor allem), weil der provider
www.awebs.at - namentlich hr. lueger - super support und hilfe geleistet hat
thanx an alle!