Adatbázis hiba
Szia.
Megnéztem az oldalt, ez fogadott, azt hiszem magáért beszél:
"Warning: Table 'kulcsiturul.system' doesn't exist"
"Warning: Table 'kulcsiturul.url_alias' doesn't exist"
A settings.php fájlban az adatbázis előtag be van állítva rendesen? Ha igen, akkor úgy tűnik az adatbázis sérült komolyabban valami miatt. Az internal server error hibaüzenet viszont általában fájlrendszer illetve virtualhost (vagy .htaccess) beállítási problámára utal, ezeket az error.log fájlban szépen naplózni szokta a webszerver.
Fizetős webhostingnál szokott lenni napi mentés, legalább néhány napig visszamenőleg, ezzel egy kicsit talán elöbbre lehetsz.
Üdv: Zoli
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
megoldas
/node = cimlap: azok a node-ok jelennek meg amelyeknel be van pipalva a "Címlapra kerül" opcio
"keresett oldal nem talalhato" page_not_found: az jelenik meg amit az admin/settings/error-reporting (404) oldalon beallitottal
"hozzáférés megtagadva" access_denied: szinten az jelenik meg amit az admin/settings/error-reporting oldalon (403) beallitottal
hogy lehet elérni, hogy semmi se jelenjen meg a cimlapon:
1 admin/content/node oldalon raszursz az "állapot = címlapon" ra
2 Frissítési lehetőségek -et atallitod "Nem kerül címlapra"
3 Frissítés
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
mi? ezt nem is értem..
mi köze a blokk modulnak az image (és az image attach) modulhoz??? semmi.
eredetileg hova írtad azt a csst amit a témanyitásban idézel? a sminked css -ébe vagy (szerintem inkább) az image modul saját css -ébe hackelted bele a dolgaidat és amikor felülírtad az image modult a frissítésnél, akkor szépen felülírtad azt is amit beleírtál.
soha ne a modulokkal érkező css -ekbe írj bele, mindig a sminked css -ében írjad felül a modulok alap css -eit. (a sminked css -e csatolódik utoljára a laphoz, így az mindent felülírhat amit előtte más css -ek definiáltak)
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
#submit
felaldoznad a node_save es a node_delete fuggvenyeket csak azert, hogy megoldj egy atiranyitast, ne mar.. ha csak ilyen hentes megoldas lenne akkor inkabb hagynam a fenebe..
en arra gondoltam, hogy sajat submit fuggvenyt kellene hozzaadni a formhoz, ami megnezi mire kattintottal es az szerint allitja be a redirectet.. csak azt nem tudom, hogy lehet e hozzaadni vagy csak felulirni lehet e az eredetit (bar az is egy lehetseges (kevesbe hentes) megoldas lenne). es az sem tudom, hogy ez mukodik e, elfogadja e az ott modositott redirectet, vagy valahol meg modosit rajta utana..
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
technikai részletek
Mobicomnál kérésre használható PHP5 is, de az alapértelmezett beállítás a PHP4. A MySQL4 majd csak a Drupal 7.x megjelenésekor lesz probléma, de az még lehet egy év, plusz még egy, amíg az ember frissít (ugye ezt nem követik ilyen gyorsan a kiegészítő modulok), addig sok víz lefolyik még mindenhol.
Ultranetnél a phpMailer semmilyen problémát nem jelent: az egész annyit tesz, hogy csak és kizárólag authentikált csatornán keresztül lehet levelet küldeni, erre van az SMTP Authentication Support modul, ami pontosan a phpMailer osztályait használja a levélküldéshez.
md5
nagyon meglepodtem volna ha az e107 md5 jelszo atmasolva mukodott volna drupal alatt.
a valasz a problemadra az, hogy a jelszavakat nem fogod tudni atmasolni drupal ala,
mivel az md5 hash-t nem tudod visszafejteni, es igy nem tudod az eredeti jelszot, es nem tudsz belole drupal md5 hash-t kesziteni..
nezd meg a joomla importot:
http://drupal.org/project/joomla
utolso mondat:
ez az egyetlen mod..