[PHP/(My)SQL] voor dummies - Deel 41

@JohannesPaulus; nee natuurlijk niet in kladblok

@Geqxon: haha, ik had gehoopt dat er een functie was die ë, Ï etc kon omzetten naar e en i maar helaas

Die functie is er:



Héllo Çårmëñ, hôw àré yõü?

wordt:

Hello Carmen, how are you?

@Chandler

De oplossing is erg afhankelijk van de character set die je gebruikt HuHu's manier hierboven is wellicht de slimste, je moet dan htmlentities() wel doorgeven welke character set je gebruikt.

Ik heb een heel raar MySQL probleem en mijn host weet niet echt wat ie eraan kan doen, misschien komt het een van jullie bekend voor.

Ik heb twee domeinen die allebei gebruik maken van een aantal databases, die ik met phpMyAdmin kan openen (allemaal onder hetzelfde account, hoef niet per domein apart in te loggen). Vorige week is de MySQL versie geupdate. Ik moest toen opnieuw mijn database-users toevoegen aan de databases, maar verder werkte alles prima.

Op een ding na.

Mijn tweede domein lijkt een andere database te gebruiken dan ik kan openen met PMA. Wat ik in PMA zie, is al sinds 8 april niet meer geupdate, terwijl formulieren via de site (forum enzo) wel gewoon hun data wegschrijven. Wat ik in PMA verander, staat daarna niet op de site. De databases die bij mijn eerste domein horen, werken wel gewoon naar behoren.

Mijn host lijkt maar niet te begrijpen wat het probleem is, zelfs na een paar screenshots. Heeft iemand van jullie een idee? Ik heb het idee dat er ergens een verbinding wordt gemaakt met een backup database of zo, maar dat verklaart nog niet waarom de databases van het eerste domein wel gewoon werken...

Edit: waarom is het altijd zo dat ik vrijwel direct na in dit topic gepost te hebben een brainwave krijg die het probleem oplost? Ik heb geprobeerd in te loggen via het tweede domein (zelfde gegevens, alleen ander domein dus) en daar is het precies andersom. Hoe weet PMA welke databases bij welke site horen? Ik vind het maar lastig, het zou handiger zijn als ik de andere databases gewoon niet kon zien of zo, of dat het net als eerst weer allemaal via een PMA versie kon

[ Bericht 21% gewijzigd door wonderer op 11-04-2007 17:49:19 ]

@wonderer

Databases hebben in eerste instantie niets met websites te maken. Simpelweg komt het neer op een combinatie van serveradres en databasenaam die bepaalt welke database je voor je neus krijgt, de username en het wachtwoord waarmee je inlogt bepaalt vervolgens welke rechten je hebt op de database. Oftewel: kijk naar de connection strings van beide domeinen; zijn de databasenamen én het serveradres gelijk?

Ik weet niet goed om welke informatie je nu vraagt en waar ik die kan vinden. Ik log op beide domeinen in via poort 2082 naar cPanel en van daar klik ik op PMA. Het enige verschil in het adres is dus het domein in de adresbalk. Ze connecten allebei naar localhost en ik log met dezelfde gegevens in. Ik zie dus in beide versies van PMA dezelfde lijst met databases, alleen correspondeert de data niet meer met wat er op dit moment in staat, afhankelijk van via welk domein je hem bezoekt.

Het lijkt er dus op dat ze een kopie hebben gemaakt van de hele set en dat de ene site de ene kopie update en de andere site de andere kopie. Ik snap alleen niet hoe het onderscheid gemaakt kan worden. Ik heb namelijk de database voor het tweede domein destijds gewoon via de PMA van het eerste domein gemaakt.

Overigens merk ik net dat ze hetzelfde geintje hebben uitgehaald met mijn ftp server. Tweemaal inloggen, op een ander domein, en ik krijg bij allebei dezelfde lijst, maar als ik files voor domein twee upload via de ftp van domein een, werkt het niet en vice versa.

Dus het zal wel niet aan mysql liggen maar aan hun server setup.

@wonderer

Wijzen jouw twee domeinen naar dezelfde server? Want als je verbindt met 'localhost' betekent dat alleen dat je met de server verbindt waarop de website wordt gedraaid. Als ze je hele site hebben gekopiëerd zou ik het nog eens gaan navragen

Yeah, het tweede domein is een "add-on" domein. Als ik inlog op ftp zie ik bij beide sites ook dezelfde lijst, ik kan alleen de ene site niet updaten als ik ben ingelogd op het andere domein. Beetje duf Moet ik steeds op gaan letten of ik wel op het goede domein ben ingelogd.

quote:

Op woensdag 11 april 2007 18:18 schreef wonderer het volgende:
Yeah, het tweede domein is een "add-on" domein. Als ik inlog op ftp zie ik bij beide sites ook dezelfde lijst, ik kan alleen de ene site niet updaten als ik ben ingelogd op het andere domein. Beetje duf Moet ik steeds op gaan letten of ik wel op het goede domein ben ingelogd.

Als jij in eerste instantie beide domeinen naar dezelfde bestanden/fysieke locatie gekoppeld had en het sinds de veranderingen van je webhoster niet meer zo is, moet je die dus eens gaan aanspreken maar verder valt het een beetje buiten dit topic.

Yep, thanks. Ik dacht eerst dat het alleen aan mysql lag, vandaar.

Ik zal erover ophouden

quote:

Op woensdag 11 april 2007 17:01 schreef JeRa het volgende:
@Chandler

De oplossing is erg afhankelijk van de character set die je gebruikt HuHu's manier hierboven is wellicht de slimste, je moet dan htmlentities() wel doorgeven welke character set je gebruikt.
[ code verwijderd ]

Ik gebruik gewoon een standaard karakterset dus de versie van HuHu is reeds voldoende.

Mag ik beide heren weer vriendelijk bedanken!

quote:

Op woensdag 11 april 2007 13:37 schreef JeRa het volgende:
Wat voor regex heb je nu dan?

De regex op zich doet het prima, die is verder niet zo relevant (moet hem opzoeken, kan ik nu niet bij )
Waar het mij om gaat is dat ik voor of na die regex de .nl / .com / etc eruit kan filteren zodat ik die apart kan checken...

quote:

Op woensdag 11 april 2007 13:37 schreef JeRa het volgende:
Dat staat gewoon in de manual hoor, zie deze pagina:

Damn... ik heb er toch al vaak genoeg naar gezocht
thanks iig!

quote:

Op dinsdag 10 april 2007 21:51 schreef Xcalibur het volgende:
voor de regex / string koningen onder jullie:

Ik wil van een gegeven string checken of dit een geldige URL is. Nu heb ik een regex die allerlei mogelijke strings accepteert (niet alleen www.domein.nl, maar ook http://www.domein.nl:1080/~home/ bijvoorbeeld).

Nu wil ik echter ook de TLD checken tegen een lijst met bestaande TLD's, ik krijg deze alleen niet altijd te pakken in mijn string.... Als het ding op .nl / .com / .whatever eindigt lukt het wel natuurlijk, maar als er nog wat achteraan komt gaat het fout.

Wie weet raad?

http://nl2.php.net/parse_url

Vervolgens van "hostname" alles achter de laatste . grijpen

quote:

Op woensdag 11 april 2007 20:36 schreef Geqxon het volgende:
http://nl2.php.net/parse_url

Vervolgens van "hostname" alles achter de laatste . grijpen

Tof! Alles achter de . is geen probleem, ik ga het proberen!

Edit: is al gelukt

[ Bericht 11% gewijzigd door Xcalibur op 11-04-2007 20:42:42 ]

quote:

Op woensdag 11 april 2007 20:37 schreef Xcalibur het volgende:

[..]

Tof! Alles achter de . is geen probleem, ik ga het proberen!

Edit: is al gelukt ^O^

O-)

quote:

Op woensdag 11 april 2007 20:44 schreef Geqxon het volgende:
[ code verwijderd ]

O-)

ik had em in 1 regel ... maar ik gebruik em dan ook in een in_array() check binnen een functie ;)

Kort vraagje:

Kan ik een maximum grootte voor een mysql definieren en zo ja, hoe?

quote:

Op donderdag 12 april 2007 03:01 schreef Libris het volgende:
Kort vraagje:

Kan ik een maximum grootte voor een mysql definieren en zo ja, hoe?

"MySQL" is de naam voor een relationeel database beheerssysteem dat MyISAM, InnoDB en nog wat andere typen tabellen kan aanmaken. Wil je de maximum grootte (in bytes?) van een database bepalen?

*gromt*

Ik heb hier een server staan waarop apache2 en php draait. Die fungeert als intranet en webbased applicatie servertje. Op dit moment draaien er 3 'domeinen' en die wil ik graag eenvoudiger kunnen benaderen dan server/domein

In mijn host file heb ik dus al voor alle 3 de 'domeinen' het ip opgenomen. Ik kan nu dus volstaan om 'intranet' of 1 van de andere 2 namen in te tikken om op de server terecht te komen. Maar vervolgens moet ik dan apache vertellen wat waar naartoe moet:



Ik krijg nu van apache de error terug dat alle 3 de documentroots niet bestaan als ik na de aanpassing van de httpd.conf de service herstart.

Wat doe ik fout?

@Swetsenegger

De documentroots bestáán wel? Dus je hebt onder je root een map www met daarin intranet, Mac_db_mssql en PID_VID_DB (inclusief hoofd- en kleine letters?)

quote:

Op donderdag 12 april 2007 09:29 schreef JeRa het volgende:
@Swetsenegger

De documentroots bestáán wel? Dus je hebt onder je root een map www met daarin intranet, Mac_db_mssql en PID_VID_DB (inclusief hoofd- en kleine letters?)

Ja... afhankelijk van wat Apache als root ziet.

Ik heb C:AppServ, met daarin /Apache2, /www, /php, etc.
In de www folder staan de genoemde mappen

-edit-
Dit staat in de httpd.conf


-edit2- hmz, ziet hij de apache2 folder dan waarschijnlijk als root, dus

zou wellicht wel werken of denk ik nu te eenvoudig?

[ Bericht 9% gewijzigd door Swetsenegger op 12-04-2007 09:39:46 ]

@Swetsenegger

Nee, dat is de zogenaamde configroot, dus waar Apache al zijn configs gaat opzoeken. Meer informatie daarover vind je hier. Héél eventueel gaat jouw idee wel werken, maar dan moet je de eerste slash weghalen (aangezien die eerste slash wordt gezien als een directory, en dat is in dit geval de root).

quote:

Op donderdag 12 april 2007 09:41 schreef JeRa het volgende:
@Swetsenegger

Nee, dat is de zogenaamde configroot, dus waar Apache al zijn configs gaat opzoeken. Meer informatie daarover vind je hier. Héél eventueel gaat jouw idee wel werken, maar dan moet je de eerste slash weghalen (aangezien die eerste slash wordt gezien als een directory, en dat is in dit geval de root).

Het werkt gek genoeg met die puntjes ervoor dus DocumentRoot ../www/intranet

quote:

Op donderdag 12 april 2007 10:07 schreef Swetsenegger het volgende:

[..]

Het werkt gek genoeg met die puntjes ervoor dus DocumentRoot ../www/intranet

Dat is niet zo gek aangezien je met ServerRoot er dus kennelijk de feitelijke werkdirectory mee instelt dan werken relatieve paden dus net zo goed. Je eerste methode werkte niet vanwege de slash op het begin, die geeft een absoluut pad aan (/ wordt dan vertaald naar C:).

quote:

Op donderdag 12 april 2007 08:53 schreef JeRa het volgende:

[..]

"MySQL" is de naam voor een relationeel database beheerssysteem dat MyISAM, InnoDB en nog wat andere typen tabellen kan aanmaken. Wil je de maximum grootte (in bytes?) van een database bepalen?

Ik heb dus meerdere MyISAM tabellen voor meedere users. En inderdaad, een grootte in (mega)bytes.

Bedankt

quote:

Op donderdag 12 april 2007 10:29 schreef Libris het volgende:

[..]

Ik heb dus meerdere MyISAM tabellen voor meedere users. En inderdaad, een grootte in (mega)bytes.

Dat gaat niet vanuit MySQL ze hebben geen instelling gecreëerd waarmee je makkelijk de databases in grootte kunt beperken. Twee oplossingen:

1) Gebruik quotas en maak de user met quota eigenaar van de database (terwijl MySQL nog wel de database kan lezen). Dan zal MySQL nooit fysiek de database groter krijgen dan de hoeveelheid bytes die het besturingssysteem oplegt.

2) Gebruik passieve controle. Voer om het uur (ofzo) een script uit waarmee je de totale grootte van elke database in kaart brengt. Zodra een database te groot wordt stuur je een mailtje, set je een kolom in een statistiekentabel op true, of wat dan ook

quote:

Op donderdag 12 april 2007 10:16 schreef JeRa het volgende:

[..]

Dat is niet zo gek aangezien je met ServerRoot er dus kennelijk de feitelijke werkdirectory mee instelt dan werken relatieve paden dus net zo goed. Je eerste methode werkte niet vanwege de slash op het begin, die geeft een absoluut pad aan (/ wordt dan vertaald naar C:).

Ok, nou bedankt het werkt
Voor het eerst heb ik virtual hosts werkend gekregen

Ik loop tegen een probleem met MySQL aan waar ik niet uitkom. Ik heb een table die 'news' heet met daarin de velden id, timestamp, title en content. Nu wil ik graag een lijstje van nieuwsitems laten zien, met de nieuwste eerst. Dus ik heb daarvoor deze query:



Nogal recht toe recht aan en dat werkt ook prima. De uitkomst is zoiets:



Maar nu! Het ding is, het timestamp is niet echt een timestamp, maar wordt gemaakt met alleen de dag, maand en jaar. Items die opdezelfde dag zijn geplaats, krijgen dus ook hetzelfde timestamp. En daarmee ontstaat een probleem.

Ergens anders wil ik namelijk ook een lijstje van items weergeven op volgorde van tijd, maar dan alleen de nieuwste tien. Die query ziet er zo uit:



En daar komt dit uit:



De volgorde van de items is nu veranderd, dat is niet de bedoeling!

Ik dacht het op te lossen door behalve naar het timestamp, ook naar het id te kijken. Ik hoopte dat de lijst dan alsnog op volgorde van tijd gesorteerd zou worden, maar bij gelijke timestamps, de hoogte van het id de volgorde zou bepalen. Zo staat dat bijvoorbeeld ook hier uitgelegd.

Echter, als ik dat probeer, met bijvoorbeeld deze query:



Is de output totaal niet wat ik verwacht:



Het lijkt wel precies verkeerd om ofzo :?

Iemand een idee hoe ik wel het resultaat krijg wat ik voor ogen heb?

@Tijn

Aan het resultaat van je eerste query te zien is de volgorde van de ID's (primary keys, PK) niet hetzelfde als die van de timestamp, dus kun je de PK niet in wat voor sortering dan ook gebruiken als het gaat om tijd. Dé oplossing is het verbeteren van je timestamp, eventueel door UNIX_TIMESTAMP() te gebruiken wanneer je een record toevoegt aan die tabel voor zover ik kan zien heb je in die tabel te weinig informatie om het nog te kunnen 'herstellen'.

Als je toch altijd dezelfde volgorde wilt zien, kun je eventueel ook op titel sorteren. Dan krijg je dus een sortering op dag, en vervolgens op alfabet.