Valami gáz van az oldalammal. Elvileg semmit nem csináltam vele, egyszer csak szét ugrott (szóltak, hogy nem jó). Nem tudom, hogy hol kellene keresnem a hibát!
Szerintem a következő szövegre beállítok majd valami gyorsbillentyűt:
Linket tudsz mutatni? Elárulod, hogy pontosan milyen Drupal verziót, sminket és egyéb modulokat használsz? Mit jelent az, hogy "szétugrott", a monitort is szétrúgta? Mit csináltál (vagy mások), amikor ez történt? Hova tűnt Damon Hill? Ja bocs, ez utóbbi nem kell. :)
A probléma az adatbázisod sessions táblájában van, erre kéne ráküldeni egy repairt. Másrészt az adatbázis igényli a karbantartást, olykor optimalizálni kell a táblákat a hasonló hibákat megelőzendő.
És mi az oka, hogy az adatbázisom ilyen kicsi lett (pár soros) más Drupalhoz képest? Esetleg újabb verzióknál már nem az SQL-ben tárlódnak az adatok, hanem másutt? (Frissítéseknél csak mentettem nem foglalkoztam a tartalmakkal, ezért lehet lemaradtam valamiről)
KALMI
U.I.
Javítottam frissítettem és lám működik ismételten! fuuuuuuuuuuu.
Azaz igazság, ha működik a rendszer, akkor nem nagyon szeretek bármit is frissíteni optimalizálni, pláne az SQL adatbázison!
Ebből is látszik, hogy a Drupal milyen rugalmas... Az lesz még szép, ha harapni is fog :)
Ebből a kevéske információból: a tartalom szétnyomott valamilyen blokkot, vagy td elemet, amitől aztán a többi elem is máshova került... (az is lehet, hogy ráült). Ez lehet egy link, vagy egy túl hossz szó is...
Inkább a szolgáltató környékén kellene szétnézni, mert
Warning: Table './rexamoco_multik/sessions' is marked as crashed and should be repaired query: SELECT u.*, s.* FROM users u INNER JOIN sessions s ON u.uid = s.uid WHERE s.sid ='0b170bd30cc49e4d00fb3b9203408569' in /home/rexamoco/public_html/multik/includes/database.mysql.inc on line 172
Warning:session_start()[function.session-start]: Cannot send session cache limiter - headers already sent (output started at /home/rexamoco/public_html/multik/includes/database.mysql.inc:172) in /home/rexamoco/public_html/multik/includes/bootstrap.inc on line 862
Warning: Cannot modify header information - headers already sent by (output started at /home/rexamoco/public_html/multik/includes/database.mysql.inc:172) in /home/rexamoco/public_html/multik/includes/bootstrap.inc on line 558
Warning: Cannot modify header information - headers already sent by (output started at /home/rexamoco/public_html/multik/includes/database.mysql.inc:172) in /home/rexamoco/public_html/multik/includes/bootstrap.inc on line 560
Warning: Table './rexamoco_multik/sessions' is marked as crashed and should be repaired query: SELECT sid FROM sessions WHERE sid ='0b170bd30cc49e4d00fb3b9203408569' in /home/rexamoco/public_html/multik/includes/database.mysql.inc on line 172
Warning: Table './rexamoco_multik/sessions' is marked as crashed and should be repaired query: INSERT INTO sessions (sid, uid, cache, hostname, session, timestamp) VALUES ('0b170bd30cc49e4d00fb3b9203408569',0,0,'62.112.212.10','',1227095792) in /home/rexamoco/public_html/multik/includes/database.mysql.inc on line 172
Az adatbázidt próbálnám lementeni, de csak ennyit tartalmaz:
--MySQL dump 10.11---- Host: localhost Database:********_multik
---------------------------------------------------------- Server version 5.0.67-community-log/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;/*!40101 SET NAMES utf8 */;/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;/*!40103 SET TIME_ZONE='+00:00' */;/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;
Érdekes, hogy mentenék mást is, de ott meg működik, ugyan ennyi adattal. Akkor most mi van? Nem értem? 100%, hogy jó adatbázisokat próbálnék menteni!
Elvileg ritkán. Az adatbázis sérülése sok mindenfélére utalhat, kezdve a rosszul beállított szervertől, RAID hibán keresztül memóriahibán át hibás kernelfrissítésig mindenféle lehet. És az UFÓ-jellegű hibákat még nem ismemlítettem. (A példák mind valós, saját életből vett eshetőségek.)
szóval...
Szerintem a következő szövegre beállítok majd valami gyorsbillentyűt:
Linket tudsz mutatni? Elárulod, hogy pontosan milyen Drupal verziót, sminket és egyéb modulokat használsz? Mit jelent az, hogy "szétugrott", a monitort is szétrúgta? Mit csináltál (vagy mások), amikor ez történt? Hova tűnt Damon Hill? Ja bocs, ez utóbbi nem kell. :)
(Ui.: szétugrott - egy szó)
Választ szeretnél? - Új kérdés, új téma - Tesztoldal - Trollkezelés - Frissítés
tedd hozzá
Tedd még hozzá az "Ismered a Firebug-ot?" vagy a "Használd a Firebug-ot!" karaktersorozatokat is.
P.
JAJ! Bocsi nem írtam linket
JAJ! Bocsi nem írtam linket :(
http://multik.hu/
Üdv.
KALMI
jónak látszik
Én legalábbis csak felül látok némi - számomra - furcsaságot, de nem úgy néz ki, mintha szét lenne esve, egyáltalán milyen volt azelőtt?
Korrekten működött.
Korrekten működött. Semmi gond nem volt vele. Ráadásul nem is nyúltam hozzá, semmit nem frissítettem, nem csináltam vele semmit.
néha zsírozni és fényezni kell
A probléma az adatbázisod sessions táblájában van, erre kéne ráküldeni egy repairt. Másrészt az adatbázis igényli a karbantartást, olykor optimalizálni kell a táblákat a hasonló hibákat megelőzendő.
azért
Azért ilyen hamar nem kavar be az optimalizálás hiánya, szerintem inkább elmaradt frissítés, szolgáltató-vacakolás, vagy más lesz a gond.
Választ szeretnél? - Új kérdés, új téma - Tesztoldal - Trollkezelés - Frissítés
adatbázis séma elavult
Ahogy alább olvasom igazad lehet, és az adatbázis frissítés maradt el:
Ettől függetlenül ajánlatos forgalomtól függően olykor kicsit kényeztetni az adatbázist. Szerintem.
nem vontam kétségbe
Ezt egy szóval sem voltam kétségbe. :)
Választ szeretnél? - Új kérdés, új téma - Tesztoldal - Trollkezelés - Frissítés
És mi az oka, hogy az
És mi az oka, hogy az adatbázisom ilyen kicsi lett (pár soros) más Drupalhoz képest? Esetleg újabb verzióknál már nem az SQL-ben tárlódnak az adatok, hanem másutt? (Frissítéseknél csak mentettem nem foglalkoztam a tartalmakkal, ezért lehet lemaradtam valamiről)
KALMI
U.I.
Javítottam frissítettem és lám működik ismételten! fuuuuuuuuuuu.
Azaz igazság, ha működik a rendszer, akkor nem nagyon szeretek bármit is frissíteni optimalizálni, pláne az SQL adatbázison!
Ebből is látszik, hogy a
Ebből is látszik, hogy a Drupal milyen rugalmas... Az lesz még szép, ha harapni is fog :)
Ebből a kevéske információból: a tartalom szétnyomott valamilyen blokkot, vagy td elemet, amitől aztán a többi elem is máshova került... (az is lehet, hogy ráült). Ez lehet egy link, vagy egy túl hossz szó is...
...mit tudok: http://web.termuves.hu
inkább a szolgáltató
Inkább a szolgáltató környékén kellene szétnézni, mert
P.
Ez mi lehet? Mit kellene
Ez mi lehet? Mit kellene kérnem a szolgáltatómtól, mi állíthatódott el?
Találtam még egy hibát is! Az
Találtam még egy hibát is!
Az adatbázidt próbálnám lementeni, de csak ennyit tartalmaz:
Érdekes, hogy mentenék mást is, de ott meg működik, ugyan ennyi adattal. Akkor most mi van? Nem értem? 100%, hogy jó adatbázisokat próbálnék menteni!
KALMI
Kérd meg a szolgáltatót hogy
Kérd meg a szolgáltatót hogy nyomjanak a sérült táblákra REPAIR-t vagy ha jogod van hozzá futtasd te.
--
Tolmács Márk
Drupal bandita
Már OK! Amúgy ezt milyen
Már OK! Amúgy ezt milyen sűrűn kellene futtatni, mikor érdemes?
elvileg
Elvileg ritkán. Az adatbázis sérülése sok mindenfélére utalhat, kezdve a rosszul beállított szervertől, RAID hibán keresztül memóriahibán át hibás kernelfrissítésig mindenféle lehet. És az UFÓ-jellegű hibákat még nem ismemlítettem. (A példák mind valós, saját életből vett eshetőségek.)
Az UFO-s showcase-t küldd
Az UFO-s showcase-t küldd mán' át ;)
--
Tolmács Márk
Drupal bandita