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

quote:

Op donderdag 2 augustus 2007 22:51 schreef Chandler het volgende:
...
Nu vraag ik mij af? indien ik het fout heb? hoe krijg ik 2 velden met timestamp waarvan er 1tje op iedere update aan zichzelf vervangt met de huidige timestamp?
...

Dat kan met zoiets als

Maar we weten natuurlijk niet wat er fout is als we jouw table definition niet weten . Verder is het vermelden van je MySQL versie ook handig.

quote:

Op vrijdag 3 augustus 2007 00:00 schreef wobbel het volgende:
Hoe lees ik met PHP de rechten uit van een bestand? Dus 755, 777 etc

Het is echt niet zo moeilijk te vinden .

Welkom op phpMyAdmin 2.6.4-pl1
MySQL 4.1.22-community-nt draait op localhost als root@localhost



Echter, ik heb al een tabel die ik wil aanpassen (de started en ended wil toevoegen) krijg ik de error

Nu heb ik het volgende



maar als ik started wil aanpassen naar CURRENT_TIMESTAMP krijg ik dus deze error

1293 - Incorrect table definition; there can be only one TIMESTAMP column with CURRENT_TIMESTAMP in DEFAULT or ON UPDATE clause

De versie van MySQL op de webserver is

Server versie: 5.0.41-community-log
Protocol version: 10

Wat doe ik fout? :D

@Jera;

Ik wil dus 1 timestamp gewoon bij de insert met de default timestamp
en de 2e timestamp die zich iederekeer updated

Dat wil dus niet blijkbaar

quote:

Op vrijdag 3 augustus 2007 11:07 schreef Chandler het volgende:
@Jera;

Ik wil dus 1 timestamp gewoon bij de insert met de default timestamp
en de 2e timestamp die zich iederekeer updated

Dat wil dus niet blijkbaar

In het geval van twee kolommen zal je een keuze moeten maken bij welke kolom je de CURRENT_TIMESTAMP er handmatig in wilt zetten (of bij welke je het liever automatisch hebt)... MySQL is wat dat betreft een beetje beperkt met DEFAULT en ON... definities . Als ik jou was zou ik bij het inserten van een nieuwe rij 'started' op CURRENT_TIMESTAMP zetten en ended zijn DEFAULT waarde laten kiezen. Zo hoef je bij updates dus met geen van deze twee kolommen rekening te houden.

quote:

Op donderdag 2 augustus 2007 20:23 schreef Swetsenegger het volgende:
Hallo
Na een nogal hectisch jaar ben ik weer eens aan het php'en geslagen voor een klein opdrachtje. En daarvoor had ik gelijk een vraag... Is het mogelijk een attachment mee te sturen met mail()

De PHPmailer class heeft hier een handige functie voor: addAttachment()
Dat ding maakt je leven een stuk eenvoudiger dan dat geklooi met die headers:)

Ik zal eens kijken wat de beste optie is, bedankt autocue!

quote:

Op vrijdag 3 augustus 2007 00:00 schreef wobbel het volgende:
Hoe lees ik met PHP de rechten uit van een bestand? Dus 755, 777 etc

Notice: Undefined property: Template::$highestStage in /var/www/html/site/lib/f_template.php on line 166



De source staat hier: http://www.dumpzooi.nl/f_template.phps

Line 166 is aangegeven door een commenct

[ Bericht 34% gewijzigd door wobbel op 05-08-2007 19:44:22 ]

Zoals php al zegt. Je gebruikt de variabele op verschillende plekken, maar je defineerd m nooit. Waarschijnlijk zal $this->highestStage++; in parseIfStage ook fout gaan. Kwestie van $this->highestStage = 0; in function Template() zetten.

quote:

Op zondag 5 augustus 2007 19:39 schreef wobbel het volgende:
Notice: Undefined property: Template::$highestStage in /var/www/html/site/lib/f_template.php on line 166
[ code verwijderd ]

De source staat hier: http://www.dumpzooi.nl/f_template.phps

Line 166 is aangegeven door een commenct

Dat heeft te maken met het feit dat error reporting de E_NOTICE flag heeft én dat de klasse Template geen instantievariabele highestState heeft. Als je dit niet zelf geschreven hebt raad ik je aan de E_NOTICE flag uit de error report te halen. Dit kan in php.ini bij de config variabele error_reporting, of met de functie error_reporting(...). Ik raad je dan meteen aan op de linkjes te klikken om er achter te komen waarom deze notice voorkomt . Als je dit zelf geschreven hebt kan je de "foutmelding" voorkomen door ergens van regel 5 tot 8 (rond var $content e.d.) de regel "var $highestState = 0;" toe te voegen, maar waarschijnlijk is dan dat je deze melding vaker zult tegenkomen. Over het algemeen raad ik je (en iedereen ) aan error_reporting op E_ALL te zetten en gewoon alle variabelen netjes te definiëren.

quote:

Op zondag 5 augustus 2007 19:39 schreef wobbel het volgende:
Notice: Undefined property: Template::$highestStage in /var/www/html/site/lib/f_template.php on line 166
[ code verwijderd ]

De source staat hier: http://www.dumpzooi.nl/f_template.phps

Line 166 is aangegeven door een commenct

declareer dat ding eens

Mijn host klaagt dat php te veel resources gebruikt (memory en cpu). Dit komt vrij plotseling, ik heb niks veranderd aan de scripts en het ging al maanden goed. Ik probeer nu in de logs te kijken of ik iets tegenkom, maar ik weet eigenlijk niet waar ik naar op zoek ben. Heeft iemand een idee?

quote:

Op dinsdag 7 augustus 2007 21:21 schreef wonderer het volgende:
Mijn host klaagt dat php te veel resources gebruikt (memory en cpu). Dit komt vrij plotseling, ik heb niks veranderd aan de scripts en het ging al maanden goed. Ik probeer nu in de logs te kijken of ik iets tegenkom, maar ik weet eigenlijk niet waar ik naar op zoek ben. Heeft iemand een idee?

Je geeft echt veel te weinig info om er wat zinnigs over te kunnen zeggen.

kan je cpu gebruik in je logs zien dan?
Je zou kunnen kijken of bepaalde scripts opvallend vaak aangeroepen worden (door hetzelfde ip adres), dat zou op een bot kunnen wijzen

quote:

Op dinsdag 7 augustus 2007 22:03 schreef SuperRembo het volgende:

[..]

Je geeft echt veel te weinig info om er wat zinnigs over te kunnen zeggen.

't Is alles dat ik weet Ik kreeg vorige week een mailtje dat mijn account was overgezet naar een tijdelijke server omdat ik te veel resources gebruikte (cpu en memory). Ik heb geen idee wanneer dat zich precies voordeed, noch welk script het was, alleen dat "php" het deed.

CPU: 1.65 %
Memory: 1.99 %
Mysql: 1.8 %

domein.com 1.65 1.99 1.8
Top Process %CPU 16.0 [php]
Top Process %CPU 14.0 [php]
Top Process %CPU 11.0 php -q index.php -p processqueue

Da's alles wat ik te horen kreeg

Sindsdien is er nog een paar keer een piek geweest, maar ze zeggen steeds maar niet wanneer dan precies enzo.

Ik heb een paar robots gevonden, kan dat de oorzaak zijn? Als die in een keer alle links vanaf de homepage gaan doorspitten of zo?

Dat is al iets meer info. Stom dat ze er niet wat logs bij geven waar je wat aan hebt.
Alleen weet ik niet wat voor scripts je hebt staan. Zit er een database achter met langzame query's? Heb je grote foto's staan de geresized worden? Is het een druk bezochtte site?

Ik durf niet te zeggen of het langzame queries zijn. Het is vast niet ideaal, maar ik draai hetzelfde script (het is waarschijnlijk de chat, die wordt het meest gebruikt) zonder problemen en de database is ook niet enorm of zo.

Enige dat ik in de logs kan vinden (zonder 158 MB helemaal door te spitten) zijn bots (webcrawlers) en een paar leden met spyware.

Kan iemand mij mischien helpen met het het volgende:

Ik heb dus een php require gemaakt die er als volgt uitziet:


Probleem:
.php bestanden gaan perfect echter .html lukt niet, maar als ik van home een .html bestand maak werkt deze ook.
De fout zit dus ergens in de elseif statement, ik kan hem alleen niet vinden misschien mag het zo helemaal niet gebruikt worden?

Bij voorbaat dank.

____________________________________/* Edit */_______________________________________
Ik zie het probleem zelf al haha, de elseif kan helemaal niet uitgevoerd worden omdat nooit aan deze voorwaarde kan worden voldaan.
Als hij in de array zit volgens de if statement er een .php extensie achter komt.



Zo nu werkt hij wel.

Best dom eigenlijk .

[ Bericht 10% gewijzigd door Drakire op 08-08-2007 07:56:48 ]

quote:

Op dinsdag 7 augustus 2007 23:27 schreef wonderer het volgende:
Ik durf niet te zeggen of het langzame queries zijn. Het is vast niet ideaal, maar ik draai hetzelfde script (het is waarschijnlijk de chat, die wordt het meest gebruikt) zonder problemen en de database is ook niet enorm of zo.

Enige dat ik in de logs kan vinden (zonder 158 MB helemaal door te spitten) zijn bots (webcrawlers) en een paar leden met spyware.

Als ze dusdanig kunnen zien dat je te veel CPU en memory trekt dan kunnen ze ook zien wat. En anders moeten ze het commando ps maar eens gaan leren. Niet dat jij daar nu iets aan hebt . Kan het niet het geval zijn dat 1 of ander crawlertje je chat heeft ondenkt en lekker aan het loopen is? Kijk ook eens wat die crawlertjes doen. Stel dat er ergens http:// in de URI zit zul heel snel moeten gaan kijken wat ze precies proberen te doen aangezien dat remote file inclusions attempts zijn (zie ze ook dagelijks voorbij komen op me site daarn niet) en als er 1 gelukt is kunnen ze dat ook misbruiken wat de spike zou kunnen verklaren. Neemt niet weg dat het giswerk is en dat het totaal niet zo hoeft te zijn . Een andere mogelijk voor de spikes is gewoon een botje wat ff helemaal los gaat op je website en a.s.a.p. alle pagina's wilt indexen. De exalead bot is daar erg goed in. Kan natuurlijk ook een combo van verschillende bots zijn .

quote:

Op woensdag 8 augustus 2007 07:30 schreef Drakire het volgende:
Kan iemand mij mischien helpen met het het volgende:

Ik heb dus een php require gemaakt die er als volgt uitziet:
[ code verwijderd ]

Probleem:
.php bestanden gaan perfect echter .html lukt niet, maar als ik van home een .html bestand maak werkt deze ook.
De fout zit dus ergens in de elseif statement, ik kan hem alleen niet vinden misschien mag het zo helemaal niet gebruikt worden?

Bij voorbaat dank.

____________________________________/* Edit */_______________________________________
Ik zie het probleem zelf al haha, de elseif kan helemaal niet uitgevoerd worden omdat nooit aan deze voorwaarde kan worden voldaan.
Als hij in de array zit volgens de if statement er een .php extensie achter komt.
[ code verwijderd ]

Zo nu werkt hij wel.

Best dom eigenlijk .

Zelf zou ik de directory uitlezen om de paar minuten en deze array met bestanden in een cache file gooien en die array checken of een bestand bestaat. Zo heb je toch de fexibiliteit van makkelijk nieuwe bestanden toevoegen maar niet de kans op remote file inclusions . (Zonder cache file kan ook maar dan scan je iederekeer de directory waar de bstanden staan .)

Ik ben op zoek naar een simpel programma om een databasestructuur in kaart te krijgen. Het hoeft niet te kunnen importeren or whatever. Gewoon even snel iets zelf kunnen "uittekenen". Iemand een idee?

quote:

Op woensdag 8 augustus 2007 09:47 schreef Mordreth het volgende:
Ik ben op zoek naar een simpel programma om een databasestructuur in kaart te krijgen. Het hoeft niet te kunnen importeren or whatever. Gewoon even snel iets zelf kunnen "uittekenen". Iemand een idee?

Is het datawoordenboek in phpmyadmin niets iets voor je?

quote:

Op woensdag 8 augustus 2007 09:47 schreef Mordreth het volgende:
Ik ben op zoek naar een simpel programma om een databasestructuur in kaart te krijgen. Het hoeft niet te kunnen importeren or whatever. Gewoon even snel iets zelf kunnen "uittekenen". Iemand een idee?

Op basis van een al bestaand datamodel... of wil je het zelf uittekenen?

quote:

Op woensdag 8 augustus 2007 08:07 schreef WyriHaximus het volgende:

[..]

Zelf zou ik de directory uitlezen om de paar minuten en deze array met bestanden in een cache file gooien en die array checken of een bestand bestaat. Zo heb je toch de fexibiliteit van makkelijk nieuwe bestanden toevoegen maar niet de kans op remote file inclusions :). (Zonder cache file kan ook maar dan scan je iederekeer de directory waar de bstanden staan :P.)

En als hardeschijfactiviteit niet al te belangrijk is: