Kan geen nieuwe berichten posten in forum

[rivanho]

• Adres van je forum: http://forum.deauvillevrienden.be
  Event. modificaties op je forum: neen
  Wanneer ontstond het probleem : vandaag
  phpBB versie: 3.0.12
  
  
  Heb je onlangs iets veranderd aan je forum?neen
  Wat is het probleem?

een post wijzigen lukt wel maar een nieuwe post plaatsen lukt niet
ik krijg dan steevast dezelfde fout :

Code: Selecteer alles

Algemene fout
SQL ERROR [ mysqli ]

Out of range value for column 'post_id' at row 1 [1264]

SQL

INSERT INTO phpbb_posts (forum_id, poster_id, icon_id, poster_ip, post_time, post_approved, enable_bbcode, enable_smilies, enable_magic_url, enable_sig, post_username, post_subject, post_text, post_checksum, post_attachment, bbcode_bitfield, bbcode_uid, post_postcount, post_edit_locked, topic_id) VALUES (3, 2, 0, '91.180.129.1', 1390734289, 1, 1, 1, 1, 1, '', 'Posten lukt niet', 'Posten lukt niet', '16313fd8a55797de0bb105a6c2f9da85', 0, '', '3mghjvca', 1, 0, 2315)

BACKTRACE

FILE: (not given by php)
LINE: (not given by php)
CALL: msg_handler()

FILE: [ROOT]/includes/db/dbal.php
LINE: 757
CALL: trigger_error()

FILE: [ROOT]/includes/db/mysqli.php
LINE: 189
CALL: dbal->sql_error()

FILE: [ROOT]/includes/functions_posting.php
LINE: 2004
CALL: dbal_mysqli->sql_query()

FILE: [ROOT]/posting.php
LINE: 1141
CALL: submit_post()

[Paul]

Wat geeft de volgende SQL query terug in phpmyadmin:

Code: Selecteer alles

SELECT MAX(post_id) as mx FROM phpbb_posts;
SHOW TABLE STATUS LIKE  'phpbb_posts';

[rivanho]

paul, bedankt voor je reactie maar ik heb het forum overgenomen van de vorige beheerder, neem iedere maand een backup maar ken er verder NIETS van. Misschien kan ik het oplossen door de laatste backup terug te zetten maar dan ben ik 1 maand berichten kwijt vrees ik

zolang ik vanuit het beheerdersoverzicht kan werken lukt het me min of meer

Intussen heb ik phpmyadmin gedownload en in een map met de naam phpmyadmin op de host gezet (het forum staat in de map forum). Is toch goed zo ?
Ik krijg nu wel het inlogscherm van phpmyadmin maar met de gegevens waarmee ik normaal in het gewone beheerdersscherm van het forum kom lukt het niet om in te loggen, met de gegevens waarmee ik op de host inlog ook niet

(van query's heb ik al helemaal geen verstand )

[David]

Misschien helpt dit: http://wiki.phpbb.nl/Sql_query_uitvoeren

[Paul]

paul, bedankt voor je reactie maar ik heb het forum overgenomen van de vorige beheerder, neem iedere maand een backup maar ken er verder NIETS van. Misschien kan ik het oplossen door de laatste backup terug te zetten maar dan ben ik 1 maand berichten kwijt vrees ik

En waarschijnlijk zal je het probleem daarmee niet oplossen, aangezien het dan over een X aantal berichten weer terugkomt.

Intussen heb ik phpmyadmin gedownload en in een map met die naam op de host gezet (het forum staat in de map forum) Ik krijg nu wel het inlogscherm maar met de gegevens waarmee ik normaal in het beheerdersscherm van het forum kom lukt het niet, met de gegevens waarmee ik op de host inlog ook niet

(van query's heb ik al helemaal geen verstand )

Waarschijnlijk bied je host ook toegang tot phpmyadmin via het control panel. Om op phpmyadmin in te loggen kan je de gegevens gebruiken welke in config.php staan, die je kan vinden op de FTP server.

[rivanho]

Inderdaad Paul, ik ben daar al eens gaan kijken maar kan er niet echt een touw aan vastknopen en heb schrik om iets fout te doen waardoor het helemaal om zeep is. Ik ben nu op die pagina ingelogd trouwens.
--
Ik heb daar de buttonSQL gevonden en die query daar eens ingezet die je eerder opgaf, dan op GO geklikt (hopelijk goed gedaan ?) en dan krijg ik volgend antwoord :

Error
SQL query: Documentation

SELECT MAX( post_id ) AS mx
FROM phpbb_posts;

MySQL said: Documentation

#1046 - No database selected

[rivanho]

Het rare is dat ik eergisteren gewoon kon posten tot savonds laat en gisteren voormiddag plots niet meer, zonder dat ik iets aan het forum gewijzigd had

[Paul]

In phpmyadmin moet je aan de linkerkant even de juiste database selecteren, hierin staan rond de 70 tabellen (Cijfertje naast de database naam), zodra js dit gedaan hebt kan je bovenin op de SQL tab klikken en de queries uitvoeren.

[rivanho]

Error
SQL query: Documentation

Code: Selecteer alles

SELECT * 
FROM  `phpbb3SELECT MAX(post_id) as mx FROM phpbb_posts` ;


MySQL said: Documentation

#1146 - Table 'deauvillevriend.phpbb3SELECT MAX(post_id) as mx FROM phpbb_posts' doesn't exist

--
phpbb_posts gekozen en hierboven het resultaat
--
ik heb het nog eens gedaan : eerst de phpbb-posts gekozen en dan jouw query ingevuld en dan krijg ik het volgende resultaat :

Code: Selecteer alles

Your SQL query has been executed successfully
SHOW TABLE STATUS LIKE  'phpbb_posts'
[ Edit ] [ Create PHP Code ]
Showing rows 0 - 0 ( 1 total, Query took 0.0047 sec)
SELECT MAX( post_id ) AS mx
FROM phpbb_posts
 Profiling [Inline] [ Edit ] [ Explain SQL ] [ Create PHP Code ] [ Refresh ]
  Start row:   Number of rows:   Headers every  rows

+ Options
mx
21520

[Paul]

En wat krijg je als je

Code: Selecteer alles

SHOW TABLE STATUS LIKE  'phpbb_posts';

uitvoert?

[rivanho]

Code: Selecteer alles

+ Options
Name
Engine
Version
Row_format
Rows
Avg_row_length
Data_length
Max_data_length
Index_length
Data_free
Auto_increment
Create_time
Update_time
Check_time
Collation
Checksum
Create_options
Comment
phpbb_posts
MyISAM
10
Dynamic
17515
667
11691984
281474976710655
1502208
0
16777216
2014-01-26 20:35:06
2014-01-26 20:35:12
2014-01-26 20:35:06
utf8_bin
NULL

--
Tja, hij wil dat hier niet mooi naast elkaar zetten

[Paul]

Ten eerst, maak een backup voor je de volgende query uitvoert, mocht dit fout gaan kan je altijd terug!

Voer onderstaande query eerst uit:

Code: Selecteer alles

ALTER TABLE n0lrw_assets AUTO_INCREMENT = 21521;

Voer hierna deze query uit:

Code: Selecteer alles

SHOW TABLE STATUS LIKE  'phpbb_posts';

[rivanho]

Ik heb gisteren een backup gemaakt via het beheerderspaneel van het forum, is dat ook goed ?
Via phpmyadmin weet ik niet hoe het moet

[Paul]

Ja dat is goed.

[rivanho]

#1146 - Table 'deauvillevriend.n0lrw_assets' doesn't exist

dat was het antwoord op ALTER TABLE n0lrw_assets AUTO_INCREMENT = 21521;

[Paul]

Oops, dat is mijn fout, die query moet dit zijn:

Code: Selecteer alles

ALTER TABLE phpbb_posts AUTO_INCREMENT = 21521;

[rivanho]

heb het nu beide gedaan en resultaat is idd gewijzigd

Code: Selecteer alles

Name
Engine
Version
Row_format
Rows
Avg_row_length
Data_length
Max_data_length
Index_length
Data_free
Auto_increment
Create_time
Update_time
Check_time
Collation
Checksum
Create_options
Comment
phpbb_posts
MyISAM
10
Dynamic
17515
667
11691984
281474976710655
1229824
0
21521
2014-01-27 12:21:28
2014-01-27 12:21:28
2014-01-27 12:21:28
utf8_bin
NULL

--
Die auto increment is nu gewijzigd, moet dat ook nog ergens gesaved worden ?

[Paul]

Nee, dat is nu opgeslagen. Krijg je nu nog een foutmelding als je probeert te posten op je forum?

[rivanho]

Neen Paul, ik kan (voorlopig toch) weer normaal posten JOEPIE !!!!
enig idee hoe zoiets plots komt ? ik had nergens iets aan veranderd
Kan ik zoiets vermijden of kan het nog gebeuren ?

In ieder geval heel hartelijk dank voor de goede raad en de query's
ik zou er nooit in geslaagd zijn want ken daar helemaal NIETS van
--
Nog een vraag paul, kan zo'n cijfer van buitenaf beïnvloed worden door iemand met slechte bedoelingen ?
De vorige beheerders hebben geen toegang meer want alle paswoorden werden gewijzigd maar zou men niet toch nog een opening vinden om me een hak te zetten ?

[Paul]

Hoe het precies gekomen is durf ik niet te zeggen, ik heb eerlijk gezegd dit ook nog nooit gezien (behalve dan bij fora wat daadwerkelijk 16777216 posts heeft, maar dat zijn niet zoveel fora).

Wat er aan de hand was is eigenlijk vrij simpel. In de tabel phpbb_posts is een veld met een uniek nummer. Deze is voor iedere post uniek (En is, meestal, oplopend per 1), en wordt automatische toegekend. Nu is er in de database ook gezegd dat dit getal een maximale waarde mag hebben, en aan die waarde zat je nu, maar waren er "slechts" 21k posts gemaakt. Wat je nu gedaan hebt met die query is tegen de database zeggen dat het eerstvolgende nummertje voor dat unieke ID 1 hoger is als de vorige ID. Voorlopig kan je er dus weer mee vooruit .