[PHP/(My)SQL] voor dummies - Deel 51 - Mijn eerste!

quote:

Op zondag 11 november 2007 18:16 schreef wc-eend het volgende:
Iemand?

Staat er eventeel een php.ini in je windows directory? dat wil ook nog wel eens voorkomen

quote:

Op zondag 11 november 2007 19:19 schreef Chandler het volgende:

[..]

Staat er eventeel een php.ini in je windows directory? dat wil ook nog wel eens voorkomen

Ik heb vista een grondige search naar php.ini laten zoeken, 4 results, in alle 4 veranderd en nu werkt het.. wrom kwam ik daar zelf niet op

Whaha, tja... Winhooz hé

quote:

Op zondag 11 november 2007 19:38 schreef wc-eend het volgende:

[..]

Ik heb vista een grondige search naar php.ini laten zoeken, 4 results, in alle 4 veranderd en nu werkt het.. wrom kwam ik daar zelf niet op

Wil de echt php.ini nu opstaan

http://rtc.x10hosting.com/pvhw/

Mijn eerste echte beetje php/sql website

Bij de weg, als ik iets in een tabel wil veranderen (de content van de desbetreffende pagina) en ik klik op start (is dus in PHPMyAdmin) dan doet 'ie soms NIKS.

Dan staat er gewoon
SQL-query:
SELECT *
FROM `teksten`
LIMIT 0 , 30

Wat moet ik hier nou mee Hoezo kan dit? hoe kan ik dit oplossen?

quote:

Op maandag 12 november 2007 00:07 schreef no1uknow het volgende:
http://rtc.x10hosting.com/pvhw/

Mijn eerste echte beetje php/sql website

Ziet er voor een simpele pagina strak uit.

Al is de bruine banner wel erg springend

quote:

Op maandag 12 november 2007 00:26 schreef no1uknow het volgende:
Bij de weg, als ik iets in een tabel wil veranderen (de content van de desbetreffende pagina) en ik klik op start (is dus in PHPMyAdmin) dan doet 'ie soms NIKS.

Dan staat er gewoon
SQL-query:
SELECT *
FROM `teksten`
LIMIT 0 , 30

Wat moet ik hier nou mee Hoezo kan dit? hoe kan ik dit oplossen?

Heb je al eens op edt geklikt?

quote:

Op maandag 12 november 2007 00:57 schreef WyriHaximus het volgende:

[..]

Heb je al eens op edt geklikt?

Oh shit vergeten.
Maar even zonder dollen, ik zit die inhoud te editen, klik op start om de wijzigingen door te voeren, en dan krijg je dat SQL Query blabla weer, en niet daaronder de wijzingingen die daar wel hadden moeten staan.

quote:

Op maandag 12 november 2007 01:06 schreef no1uknow het volgende:

[..]

Oh shit vergeten.
Maar even zonder dollen, ik zit die inhoud te editen, klik op start om de wijzigingen door te voeren, en dan krijg je dat SQL Query blabla weer, en niet daaronder de wijzingingen die daar wel hadden moeten staan.

voer je wel een Update query of insert query uit?

Ah fijn m'n Cpanel ligt er uit.
Leuk als je een website nog moet editen qua content en die morgenochtend om 0900 uur moet inleveren.

Maar ik doe het niet via sql codes, gewoon alle tabellen op een rij, en dan op edit knopje drukken, dan zie je de tabelnaam, en daaronder kan je de inhoud veranderen,

Nu ook met screenshots! VAN BENEDEN NAAR BOVEN KIJKEN

Wat is je tabel indeling/structuur? En sowieso, probeer je aan te leren om met tabellen als deze met bijvoorbeeld ID velden te werken in plaats van alle werk op varchar en text te gooien. Maak een veldje pag_id aan of zo.

Idd, met ID velden werken is wel belangrijk, kan je een hele hoop gezeik schelen . Op de bovenste screenshot staat een gele balk, staat daar nog wat boven?

ik heb een probleempje met de onderstaande code, hij werkt wel maar het duurt 12 seconden voordat de boel geladen is.
De meeting_categories is maar 2,9 KB met 15 records
meeting_images 120,4 MB met 2.446 en 308.152 Bytes overhed (images staan in de db opgeslagen ipv op de server.
Hoe kan ik dit sneller krijgen zonder de images uit de db te gooien (dat ga ik namelijk later pas doen) maar heb ff een quick fix nodig.

Hoeveel van die +/- 120 MB aan data word er wel niet opgehaald per keer dan, lijkt mij dat daar het probleem ligt? Overigens ziet dit stukje er programmeertechnisch vrij onschuldig uit, op het feit na dat je PHP functie mysql_num_rows() gebruikt. Dit is namelijk weer trager dan bijvoorbeeld de SQL functie count().

die id wordt niet goed geladen denk ik..

quote:

Op maandag 12 november 2007 10:14 schreef Tuvai.net het volgende:
Wat is je tabel indeling/structuur? En sowieso, probeer je aan te leren om met tabellen als deze met bijvoorbeeld ID velden te werken in plaats van alle werk op varchar en text te gooien. Maak een veldje pag_id aan of zo.

Dat volg ik dan weer even niet, maargoed.
Het was al opgelost, Geqxon heeft me geholpen door gewoon handmatig de SQL Querie te 'maken'.

UPDATE teksten SET inhoud 'blabla' where (iets) = (de desbetreffende pagina)
Zoiets was het.

Nog wel bedankt voor de moeite

dat is dus heel foutgevoelig. Als jij de inhoud en de tekst wijzigt is het dus al klote.

Altijd ID's gebruiken

quote:

Op maandag 12 november 2007 14:55 schreef no1uknow het volgende:

[..]

Dat volg ik dan weer even niet, maargoed.
Het was al opgelost, Geqxon heeft me geholpen door gewoon handmatig de SQL Querie te 'maken'.

UPDATE teksten SET inhoud 'blabla' where (iets) = (de desbetreffende pagina)
Zoiets was het.

Nog wel bedankt voor de moeite ^O^

Je indeling ziet er nu ongeveer zo uit:



Probeer een indeling als deze te hanteren:



Het 'ID' veld kun je dan 'PRIMARY' of 'UNIQUE' maken, zodat het (zoals de naam al impliceert) een uniek getal is, dat je weer kunt gebruiken om query-handelingen te verrichten zonder dat er sprake is van foutgevoeligheid.

Ok
Bedankt in ieder geval, zal het meenemen voor de volgende keer!

En nu je het zegt, mogelijk is dit ook de rede waarom het bewerken van de inhoud-waarde in eerste instantie niet lekker ging.

quote:

Op maandag 12 november 2007 14:01 schreef Darkomen het volgende:
ik heb een probleempje met de onderstaande code, hij werkt wel maar het duurt 12 seconden voordat de boel geladen is.

Misschien helpt het als je een index maakt op de juiste kolommen?

quote:

Op maandag 12 november 2007 14:01 schreef Darkomen het volgende:
ik heb een probleempje met de onderstaande code, hij werkt wel maar het duurt 12 seconden voordat de boel geladen is.
De meeting_categories is maar 2,9 KB met 15 records
meeting_images 120,4 MB met 2.446 en 308.152 Bytes overhed (images staan in de db opgeslagen ipv op de server.
Hoe kan ik dit sneller krijgen zonder de images uit de db te gooien (dat ga ik namelijk later pas doen) maar heb ff een quick fix nodig.
[ code verwijderd ]

Haal alles binnen met 1 query dmv een JOIN.

zo ongeveer: (denk ik)


Kan het helaas hier niet testen, heb geen toegang tot een DB.

[ Bericht 5% gewijzigd door super-muffin op 12-11-2007 18:48:35 (foutje uit SQL gehaald.) ]

oke ik begin in de stres te raken, ik kan het maar niet snappen, allemaal schetsjes gemaakt hoe het toch zou komen dat het niet werkt maar kom er niet uit.

het gaat om: http://rolfbroer.nl/cms/modules/Beheer/menu/index.php
zodra een aanpassing in de volgorde is gedaan wordt deze direct opgeslagen in de database, dit werkt ook: half...

voor de fans ( ) van mijn project ( ) het updaten werkt nu echter, alleen gebeurd er iets als dit...

id A wordt onder id B gesleept, dit wordt in de database opgeslagen als
A = 2
B = 1
C = 3

dit klopt, echter verplaats ik nu A onder C wordt dit in de database opgeslagen
A = 1
B = 3
C = 2

hier klopt dus niks van, volgens mij blijft hij de volgorde van de id's versturen in de volgorde die ze hadden toen de pagina geladen werd oid want als ik na een verandering elke keer de pagian refresh blijft het wel werken.

ondanks dat het gigantisch ingewikkeld is, iemand die snapt wat ik bedoel

RED MIJ!

heb maar even een zip geplaatst omdat als ik al die code hier neer ga planten het er niet overzichtelijker van wordt:
http://essek.nl/fok/menu.zip

functies.php bevat database ww etc
menusql.txt bevat de sql voor de database
index bevat het versleepbare rijtje
gethint.php bevat het bestandje wat er gebeurd als er 1 versleept wordt.

hoop dat ik het een klein beetje duidelijk heb gemaakt wat me probleem is