abonnement Unibet Coolblue Bitvavo
pi_132513535
quote:
0s.gif Op donderdag 24 oktober 2013 14:44 schreef Rockfire het volgende:

[..]

Ja dat snap ik, maar ik gok op het laatste, dus doet Google irritant
Nou, best aardig van Google om de waarschuwing te geven.

Het is irritant aangezien je de manual nodig hebt :P http://devdocs.io/php/
pi_132513594
quote:
0s.gif Op donderdag 24 oktober 2013 14:47 schreef Pakspul het volgende:

[..]

Nou, best aardig van Google om de waarschuwing te geven.

Het is irritant aangezien je de manual nodig hebt :P http://devdocs.io/php/
Klopt :Y

Die link is niet zo makkelijk als die van php.net. Als ik de manual van een bepaalde functie wil hebben, ga ik altijd naar http://php.net/<;functie>
------___------ 53
----.(___).---- 42
---(o\_!_/o)---
pi_132513634
quote:
0s.gif Op donderdag 24 oktober 2013 14:49 schreef Rockfire het volgende:

[..]

Klopt :Y

Die link is niet zo makkelijk als die van php.net. Als ik de manual van een bepaalde functie wil hebben, ga ik altijd naar http://php.net/<;functie>
boo fucking whoo :P Linkermenu werkt perfect. Daarnaast, helpt je editor niet bij de functie?
pi_132514129
quote:
0s.gif Op donderdag 24 oktober 2013 14:44 schreef Rockfire het volgende:

[..]

Ja dat snap ik, maar ik gok op het laatste, dus doet Google irritant
http://www.reddit.com/r/P(...)n_officially/ccyjvw4

Oplossing: http://www.reddit.com/r/P(...)n_officially/ccyk3ii
pi_132514236
quote:
Als ik die regels aan mijn hosts file moet gaan toevoegen dan heb ik nog niet echt het idee dat zij het hebben opgelost.
pi_132514268
quote:
0s.gif Op donderdag 24 oktober 2013 15:07 schreef Pakspul het volgende:

[..]

Als ik die regels aan mijn hosts file moet gaan toevoegen dan heb ik nog niet echt het idee dat zij het hebben opgelost.
Maar dan zit jij in ieder geval veilig.
pi_132515523
quote:
0s.gif Op donderdag 24 oktober 2013 14:44 schreef Rockfire het volgende:

[..]

Ja dat snap ik, maar ik gok op het laatste, dus doet Google irritant
De userprefs.js file was daadwerkelijk infected.

Het irritante is dat het nu weer 24 uur duurt voordat Google dat registreert. Zeker met een website met zo'n grote impact.
pi_132515717
quote:
Die titel :D :')
Daar kon je natuurlijk op wachten.
  maandag 28 oktober 2013 @ 15:29:51 #84
109533 MichielPH
Let maar niet op mij.
pi_132657395
Volgens mij vrij simpel op te lossen, maar kan zo snel geen eenvoudige oplossing bedenken:

Ik heb een tabel met per gebruiker per dag gegevens. De dag is een int, zaterdag is 6, zondag is 0, maandag is 1, etc. Ik vraag gisteren, vandaag en morgen op. Gaat prima.

Echter, ik wil het ook gesorteerd op datum weergeven. Hoe doe ik dat? Als ik gisteren de query had uitgevoerd, krijg ik dus 3 rijen met als dag 0, 1 en 6 terug. Ik wil het in volgorde 6, 0, 1 zien. Kan iemand een zetje in de goede richting geven?
'To alcohol, the cause of and the solution to all of life's problems' - Homer J. Simpson
pi_132657727
je sorteert gewoon op de date lijkt me?
pi_132657813
quote:
0s.gif Op maandag 28 oktober 2013 15:29 schreef MichielPH het volgende:
Volgens mij vrij simpel op te lossen, maar kan zo snel geen eenvoudige oplossing bedenken:

Ik heb een tabel met per gebruiker per dag gegevens. De dag is een int, zaterdag is 6, zondag is 0, maandag is 1, etc. Ik vraag gisteren, vandaag en morgen op. Gaat prima.

Echter, ik wil het ook gesorteerd op datum weergeven. Hoe doe ik dat? Als ik gisteren de query had uitgevoerd, krijg ik dus 3 rijen met als dag 0, 1 en 6 terug. Ik wil het in volgorde 6, 0, 1 zien. Kan iemand een zetje in de goede richting geven?
Waarom een int? Gewoon een date nemen.
pi_132657960
Sowieso is het onzin de dag los op te slaan, die kun je gewoon met DAYOFWEEK(date) uit je date destilleren.
  maandag 28 oktober 2013 @ 15:47:07 #88
109533 MichielPH
Let maar niet op mij.
pi_132657971
quote:
1s.gif Op maandag 28 oktober 2013 15:41 schreef d4v1d het volgende:

[..]

Waarom een int? Gewoon een date nemen.
Omdat het geen date is, het is weekdag. Wat voor vandaag geldt, geldt ook voor volgende week maandag. Per gebruiker heb ik dus maar 7 rijen welke het hele jaar gelden.

[ Bericht 5% gewijzigd door MichielPH op 28-10-2013 15:54:52 ]
'To alcohol, the cause of and the solution to all of life's problems' - Homer J. Simpson
pi_132658225
Je hebt dus maar 7 records, die als een soort loopje een weekrooster vormen?

En een bijzondere functie die gisteren, vandaag en morgen ophaalt?

Dan zou ik die bijzondere functie ze ook gewoon in die volgorde in een array laten stoppen.
  maandag 28 oktober 2013 @ 16:01:26 #90
109533 MichielPH
Let maar niet op mij.
pi_132658427
quote:
5s.gif Op maandag 28 oktober 2013 15:55 schreef KomtTijd... het volgende:
Je hebt dus maar 7 records, die als een soort loopje een weekrooster vormen?

En een bijzondere functie die gisteren, vandaag en morgen ophaalt?

Dan zou ik die bijzondere functie ze ook gewoon in die volgorde in een array laten stoppen.
Het probleem is echter dat de volgorde dus verandert per dag: vandaag zou het resultaat van weekdagen zijn: 0, 1, 2 (zo, ma, di). Gisteren was dit 0, 1, 6 ( zo, ma, za), terwijl ik 6, 0, 1 (za, zo, ma) wil.
'To alcohol, the cause of and the solution to all of life's problems' - Homer J. Simpson
pi_132658542
hoe ziet je functie er dan uit?
pi_132658775
1
2
3
4
5
6
7
8
9
10
11
12
select gebruiker, 1 as dag
   from tabel
 where dag = DAYOFWEEK(CURDATE())
union all
select gebruiker, 2 as dag
  from table
 where dag = DAYOFWEEK(CURDATE()) -1 
union all
select gebruiker, 3 as dag
  from table
 where dag = DAYOFWEEK(CURDATE()) -2
order by gebruiker, dag

Of gebruik een soort van decode functie als dat kan in je sql.
  maandag 28 oktober 2013 @ 16:10:58 #93
109533 MichielPH
Let maar niet op mij.
pi_132658786
Ik gebruik CakePHP, dus de query zo:

1
2
3
4
5
6
$weekday = date("w");

$serviceTime = $this->User->ServiceTime->find('all', array(
    'conditions' => array('user_id' => $user['User']['user_id'], 'day' => array(($weekday - 1) % 7, $weekday, ($weekday + 1) % 7)),
    'recursive' => -1                
));
'To alcohol, the cause of and the solution to all of life's problems' - Homer J. Simpson
  maandag 28 oktober 2013 @ 16:21:02 #94
109533 MichielPH
Let maar niet op mij.
pi_132659186
quote:
0s.gif Op maandag 28 oktober 2013 16:10 schreef vallisarosa het volgende:

[ code verwijderd ]

Of gebruik een soort van decode functie als dat kan in je sql.
Kan ik wat mee!
'To alcohol, the cause of and the solution to all of life's problems' - Homer J. Simpson
  maandag 4 november 2013 @ 18:13:10 #95
118585 Crutch
Filantroop || Taalzwengel
pi_132896170
Wat is het rustig hier..
Zijn we ineens goed in PHP geworden?
Je moeder is een hamster
pi_132990733
Hoe kan ik ervoor zorgen dat de mappenstructuur met XAMPP hetzelfde werkt als met een webserver? Het lijkt zo simpel, maar ik kom er niet uit.

Als ik een website upload op een server dan zorg ik ervoor dat alles wat niet voor jan-en-alleman beschikbaar mag zijn buiten de 'public' folder komt. Als ik dan bijvoorbeeld een URL in een CSS file definieer dan is de root gelijk aan de 'public' folder.


Voorbeeld:
1
2
3
4
5
6
application
system
public_html
---assets
-----css
-------styles.css

Ik zou styles.css includen met het pad: "/assets/css/styles.css"

Als ik echter lokaal wil testen met XAMPP dan wordt deze URL: "localhost/assets/css/styles.css", omdat XAMPP localhost als root ziet.

Hoe zorg ik ervoor dat ik niet alle URL's steeds hoef te veranderen of de configuratie XAMPP hoef te veranderen voor verschillende projecten?
pi_132991307
quote:
0s.gif Op donderdag 7 november 2013 01:45 schreef pascal08 het volgende:
Hoe kan ik ervoor zorgen dat de mappenstructuur met XAMPP hetzelfde werkt als met een webserver? Het lijkt zo simpel, maar ik kom er niet uit.

Als ik een website upload op een server dan zorg ik ervoor dat alles wat niet voor jan-en-alleman beschikbaar mag zijn buiten de 'public' folder komt. Als ik dan bijvoorbeeld een URL in een CSS file definieer dan is de root gelijk aan de 'public' folder.

Voorbeeld:
[ code verwijderd ]

Ik zou styles.css includen met het pad: "/assets/css/styles.css"

Als ik echter lokaal wil testen met XAMPP dan wordt deze URL: "localhost/assets/css/styles.css", omdat XAMPP localhost als root ziet.

Hoe zorg ik ervoor dat ik niet alle URL's steeds hoef te veranderen of de configuratie XAMPP hoef te veranderen voor verschillende projecten?
Ik heb het antwoord al gevonden: http://www.codingcereal.c(...)calhost-using-xampp/
pi_132993644
xamp werkt niets anders dan een online host, het is allebei gewoon apache.

zet gewoon een base url in je config bestand, dan heb je nooit gezeik meer als je je website verplaatst.
  donderdag 7 november 2013 @ 10:04:04 #99
63192 ursel
"Het Is Hier Fantastisch!
pi_132994366
quote:
0s.gif Op maandag 4 november 2013 18:13 schreef Crutch het volgende:
Wat is het rustig hier..
Zijn we ineens goed in PHP geworden?
Bezoek tegenwoordig ook wel eens een PHP gebruikersgroep hier in de buurt waar ik ook mijn vragen kwijt kan. :7
  donderdag 7 november 2013 @ 14:01:09 #100
178193 Juicyhil
Bekende FOK!ker
pi_133003158
Ik zit vandaag de dag meer op .NET :@
Op dinsdag 9 augustus 2011 23:01 schreef SuperrrTuxxx het volgende:
Ik hou zoveel van jou, ik doe alles voor je! O+
pi_133003671
quote:
14s.gif Op donderdag 7 november 2013 09:33 schreef KomtTijd... het volgende:
xamp werkt niets anders dan een online host, het is allebei gewoon apache.

zet gewoon een base url in je config bestand, dan heb je nooit gezeik meer als je je website verplaatst.
Maar dan zal ik toch al die duizenden URL's moeten bewerken met dat stukje base url.
pi_133023136
quote:
0s.gif Op donderdag 7 november 2013 14:15 schreef pascal08 het volgende:

[..]

Maar dan zal ik toch al die duizenden URL's moeten bewerken met dat stukje base url.
Gewoon een find-and-replace met "localhost" en "$config->baseUrl()"?
Schuimpje... mijn liefste. Verlaat mij nimmer weer...
pi_133025146
quote:
0s.gif Op donderdag 7 november 2013 14:15 schreef pascal08 het volgende:

[..]

Maar dan zal ik toch al die duizenden URL's moeten bewerken met dat stukje base url.
Laat het een les zijn, je kan zelfs een php script er voor schrijven.
  donderdag 7 november 2013 @ 22:36:32 #104
187069 slacker_nl
Sicko pur sang
pi_133025359
Daarvoor heb je toch gewoon relatieve paden..?
In theory there is no difference between theory and practice. In practice there is.
  donderdag 7 november 2013 @ 23:21:20 #105
166255 Maringo
Bèhèhèhèh
pi_133027580
quote:
0s.gif Op donderdag 7 november 2013 14:15 schreef pascal08 het volgende:

[..]

Maar dan zal ik toch al die duizenden URL's moeten bewerken met dat stukje base url.
Als het er duizenden zijn, vraag ik me toch af of er niet nog ergens wat fout gaat..
Die volg topic-knop hè...
Op 02-06-2014 16:38 schreef Moeraskat
Je bent te goed voor de mensheid.
pi_133027761
quote:
1s.gif Op donderdag 7 november 2013 23:21 schreef Maringo het volgende:

[..]

Als het er duizenden zijn, vraag ik me toch af of er niet nog ergens wat fout gaat..
Dat vraag ik me ook altijd of als ik de reactie zo lees. :P Ik ondervind nu in ieder geval geen problemen meer met een virtual host.
pi_133028009
quote:
0s.gif Op donderdag 7 november 2013 14:15 schreef pascal08 het volgende:

[..]

Maar dan zal ik toch al die duizenden URL's moeten bewerken met dat stukje base url.
als het goed is alleen de base url in je template. Als de rest nu goed gaat met relatieve paden, zal dat ook goed blijven gaan.

Voordeel van ditsoort server-specifieke dingen in een config bestand zetten is dat je heel gemakkelijk kunt kopiëren van de ene naar de andere host, door gewoon al je bestanden behalve de config.php te kopiëren.
pi_133028732
quote:
14s.gif Op donderdag 7 november 2013 23:32 schreef KomtTijd... het volgende:

[..]

als het goed is alleen de base url in je template. Als de rest nu goed gaat met relatieve paden, zal dat ook goed blijven gaan.

Voordeel van ditsoort server-specifieke dingen in een config bestand zetten is dat je heel gemakkelijk kunt kopiëren van de ene naar de andere host, door gewoon al je bestanden behalve de config.php te kopiëren.
Ook de URL's van sprites, afbeeldingen, ajax-url's etc.

Wat je zegt over config files is iets dat steeds beter tot me door begint te dringen.

Ik ben nu Laravel aan het ontdekken en ik vind het eigenlijk best een goed framework. CodeIgniter is dood aan het gaan toch?
  FOK!-Schrikkelbaas vrijdag 8 november 2013 @ 16:18:18 #109
1972 Swetsenegger
Egocentrische Narcist
pi_133047710
Ik ben bezig front-end editting te bouwen in een webshopje wat ik ooit geknutseld heb. Daarin komt nu dit prachtige stukje proza voor

1<span onclick="var input = document.createElement('input'); input.setAttribute('value', this.firstChild.nodeValue); input.setAttribute('name', 'ac'); input.setAttribute('onblur', 'document.getElementById(\'front11\').submit();'); this.parentNode.replaceChild(input, this);">2015104015</span>

Feitelijk veranderd dit een span met een nummertje in een input veld met het nummertje in de value van dat input veld:

1<input value="2014102016" name="ac" onblur="document.getElementById('front11').submit();">

En onblur moet hij dan het form submitten. Het form ziet er NA de DOM wijziging als volgt uit

1
2
3
4
<form id="front11" action="/index.php" method="post">
<input type="hidden" name="id" value="3394" />
<input value="2014102016" name="AC" onblur="document.getElementById('front11').submit();">
</form>

Het form submit ook keurig, maar... alleen de id value wordt gesubmit en ac value niet.

Iemand een idee?
pi_133047907
quote:
7s.gif Op vrijdag 8 november 2013 16:18 schreef Swetsenegger het volgende:
Ik ben bezig front-end editting te bouwen in een webshopje wat ik ooit geknutseld heb. Daarin komt nu dit prachtige stukje proza voor
[ code verwijderd ]

Feitelijk veranderd dit een span met een nummertje in een input veld met het nummertje in de value van dat input veld:
[ code verwijderd ]

En onblur moet hij dan het form submitten. Het form ziet er NA de DOM wijziging als volgt uit
[ code verwijderd ]

Het form submit ook keurig, maar... alleen de id value wordt gesubmit en ac value niet.

Iemand een idee?
Zo een eerste snelle blik: het input veld van ac heeft geen type.
------___------ 53
----.(___).---- 42
---(o\_!_/o)---
pi_133048249
type default naar text, zou geen probleem mogen zijn.

misschien wordt de onblur getriggerd vóór de change ofzo?
  FOK!-Schrikkelbaas vrijdag 8 november 2013 @ 16:50:40 #112
1972 Swetsenegger
Egocentrische Narcist
pi_133049089
quote:
14s.gif Op vrijdag 8 november 2013 16:31 schreef KomtTijd... het volgende:
type default naar text, zou geen probleem mogen zijn.
Klopt, maar ik heb hem voor de zekerheid ook een type toegevoegd met hetzelfde resultaat :)
quote:
misschien wordt de onblur getriggerd vóór de change ofzo?
Nee, onclick word de span input, dat zie ik ook als ik het element inspecteer. En pas daarna wordt de onblur getriggerd. Dus in de DOM is het element aangepast voor het form gesubmit wordt. De submit zit ook in de input, dus kan uberhaupt niet onblur getriggerd worden als de input er nog niet is denk ik?
pi_133074536
quote:
7s.gif Op vrijdag 8 november 2013 16:18 schreef Swetsenegger het volgende:
Ik ben bezig front-end editting te bouwen in een webshopje wat ik ooit geknutseld heb. Daarin komt nu dit prachtige stukje proza voor
[ code verwijderd ]

Feitelijk veranderd dit een span met een nummertje in een input veld met het nummertje in de value van dat input veld:
[ code verwijderd ]

En onblur moet hij dan het form submitten. Het form ziet er NA de DOM wijziging als volgt uit
[ code verwijderd ]

Het form submit ook keurig, maar... alleen de id value wordt gesubmit en ac value niet.

Iemand een idee?
Weet je zeker dat het formulier er na de DOM-wijziging zo uit ziet als je hier plaatst? Valt het gegenereerde input-element niet per ongeluk buiten het formulier?

Als je de inhoud van de onblur nu eens vervangt door iets als alert(this.parent), zit je dan echt in het formulier?
Schuimpje... mijn liefste. Verlaat mij nimmer weer...
  FOK!-Schrikkelbaas zaterdag 9 november 2013 @ 11:50:40 #114
1972 Swetsenegger
Egocentrische Narcist
pi_133074715
quote:
5s.gif Op zaterdag 9 november 2013 11:39 schreef papernote het volgende:

[..]

Weet je zeker dat het formulier er na de DOM-wijziging zo uit ziet als je hier plaatst? Valt het gegenereerde input-element niet per ongeluk buiten het formulier?

Als je de inhoud van de onblur nu eens vervangt door iets als alert(this.parent), zit je dan echt in het formulier?
Ik ben er al uit. Het form werd gestart in de ene TR en geëindigd in de ander. En dat vinden browsers blijkbaar niet leuk.
pi_133075657
quote:
4s.gif Op zaterdag 9 november 2013 11:50 schreef Swetsenegger het volgende:

[..]

Ik ben er al uit. Het form werd gestart in de ene TR en geëindigd in de ander. En dat vinden browsers blijkbaar niet leuk.
Dat lijkt me inderdaad geen valide HTML. Ik zou de form om je hele tabel heen gooien en/of om de tr-tags heen.
Schuimpje... mijn liefste. Verlaat mij nimmer weer...
  FOK!-Schrikkelbaas zaterdag 9 november 2013 @ 12:55:04 #116
1972 Swetsenegger
Egocentrische Narcist
pi_133075837
quote:
3s.gif Op zaterdag 9 november 2013 12:49 schreef papernote het volgende:

[..]

Dat lijkt me inderdaad geen valide HTML. Ik zou de form om je hele tabel heen gooien en/of om de tr-tags heen.
Dat gaat niet aangezien er in de tabel nog wat forms staan voor het winkelmandje en wishlist. :)
Dus ik heb nu per item blok (artikelcode + naam, omschrijving, prijs) een form. Ik submit toch per onderdeel onBlur, dus dat is sowieso geen probleem.

Deze edit mogelijkheid is natuurlijk alleen beschikbaar voor admins die zijn ingelogged. Dus deze wat messy code staat niet in de gebruikers front-end.
pi_133076299
quote:
7s.gif Op zaterdag 9 november 2013 12:55 schreef Swetsenegger het volgende:

[..]

Dat gaat niet aangezien er in de tabel nog wat forms staan voor het winkelmandje en wishlist. :)
Dus ik heb nu per item blok (artikelcode + naam, omschrijving, prijs) een form. Ik submit toch per onderdeel onBlur, dus dat is sowieso geen probleem.

Deze edit mogelijkheid is natuurlijk alleen beschikbaar voor admins die zijn ingelogged. Dus deze wat messy code staat niet in de gebruikers front-end.
Kun je niet één groot formulier maken met meerdere submit-opties (met dezelfde name en een verschillende value) en dan op de server bepalen wat je wilt doen?
Schuimpje... mijn liefste. Verlaat mij nimmer weer...
  FOK!-Schrikkelbaas zaterdag 9 november 2013 @ 13:34:04 #118
1972 Swetsenegger
Egocentrische Narcist
pi_133076849
quote:
5s.gif Op zaterdag 9 november 2013 13:14 schreef papernote het volgende:

[..]

Kun je niet één groot formulier maken met meerdere submit-opties (met dezelfde name en een verschillende value) en dan op de server bepalen wat je wilt doen?
Heb ik ook heel even naar gekeken. Vereist wel een compleet andere opbouw en dat valt wel een beetje buiten de scope eigenlijk. Op zich werkt het nu goed. En ik heb het goed commented :P
pi_133083056
quote:
0s.gif Op donderdag 24 oktober 2013 14:47 schreef Pakspul het volgende:

[..]

Nou, best aardig van Google om de waarschuwing te geven.

Het is irritant aangezien je de manual nodig hebt :P http://devdocs.io/php/
:o Prachtige site man, een bookmarkje waard.
pi_133149469
Ik heb bij een verse installatie van phpbb3 de config tabel van mn oude phpbb3 in mysql gezet, maar die instellingen worden helemaal niet gebruikt..

Er staan gewoon alle standaard dingen.. als bijv:

yourdomain.com
A short text to describe your forum

en de rest is ook allemaal standaard.

Weet iemand hoe dat kan?
  maandag 11 november 2013 @ 16:08:43 #121
125913 Devolution
Beep beep Richie
pi_133150571
En je hebt gecheckt dat in de config table van je website database jouw waarden staan (dat de default config table dus overschreven is)? En weet je ook zeker dat phpBB3 zijn configuratie-instellingen daar ook vandaan haalt?
"You know what Hell really is? It's not lakes of burning oil or chains of ice. It's being removed from God's sight."
pi_133152027
hij staat goed in mysql ja..

Toen ik hier op mijn lokale pc die tabel gekoppeld had aan een verse install (zelfde versie als de oude was.. nou weet ik dit niet zeker maar volgens mij liet ie het toen ook niet zien totdat ik em geupdate had.. maarja nou is ie volledig up to date dus dat schiet niet op.
pi_133208622
--

[ Bericht 100% gewijzigd door Chandler op 13-11-2013 08:42:58 ]
The people who lost my respect will never get a capital letter for their name again.
Like trump...
  woensdag 13 november 2013 @ 13:43:20 #124
137776 boem-dikkie
Jedi Mind Baby!
pi_133215796
quote:
0s.gif Op maandag 11 november 2013 16:44 schreef Skunk-m het volgende:
hij staat goed in mysql ja..

Toen ik hier op mijn lokale pc die tabel gekoppeld had aan een verse install (zelfde versie als de oude was.. nou weet ik dit niet zeker maar volgens mij liet ie het toen ook niet zien totdat ik em geupdate had.. maarja nou is ie volledig up to date dus dat schiet niet op.
Heet de database ook hetzelfde?
Ik weet niks van Hindoes. Wel van Samoerai en andere dingen.
pi_133227761
Wat vinden jullie van me scrippie? :D

http://pastebin.com/g2xTLLtP
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_133232000
quote:
6s.gif Op woensdag 13 november 2013 19:42 schreef Chandler het volgende:
Wat vinden jullie van me scrippie? :D

http://pastebin.com/g2xTLLtP
Onleesbaar.
pi_133233032
quote:
6s.gif Op woensdag 13 november 2013 19:42 schreef Chandler het volgende:
Wat vinden jullie van me scrippie? :D

http://pastebin.com/g2xTLLtP
Bagger
  woensdag 13 november 2013 @ 21:40:32 #128
178193 Juicyhil
Bekende FOK!ker
pi_133233133
quote:
6s.gif Op woensdag 13 november 2013 19:42 schreef Chandler het volgende:
Wat vinden jullie van me scrippie? :D

http://pastebin.com/g2xTLLtP
Lekker vatbaar voor SQL Injection
Op dinsdag 9 augustus 2011 23:01 schreef SuperrrTuxxx het volgende:
Ik hou zoveel van jou, ik doe alles voor je! O+
  woensdag 13 november 2013 @ 21:40:51 #129
178193 Juicyhil
Bekende FOK!ker
pi_133233158
en wat de twee heren boven mij zeiden
Op dinsdag 9 augustus 2011 23:01 schreef SuperrrTuxxx het volgende:
Ik hou zoveel van jou, ik doe alles voor je! O+
pi_133236317
quote:
6s.gif Op woensdag 13 november 2013 19:42 schreef Chandler het volgende:
Wat vinden jullie van me scrippie? :D

http://pastebin.com/g2xTLLtP
Niet uitvoerbaar. Als ik de code copy-paste vanaf pastebin, krijg ik de melding "This archive is broken, get a good version". Dat blijkt dan over table structure, table data en file data te gaan.
  woensdag 13 november 2013 @ 22:41:15 #131
118585 Crutch
Filantroop || Taalzwengel
pi_133236396
quote:
6s.gif Op woensdag 13 november 2013 19:42 schreef Chandler het volgende:
Wat vinden jullie van me scrippie? :D

http://pastebin.com/g2xTLLtP
dafuq is this?
Je moeder is een hamster
  donderdag 14 november 2013 @ 07:44:33 #132
4159 GI
Nee ik heet geen JOE
pi_133243194
quote:
6s.gif Op woensdag 13 november 2013 19:42 schreef Chandler het volgende:
Wat vinden jullie van me scrippie? :D

http://pastebin.com/g2xTLLtP
What did I just read ?
pi_133243357
@Light: Klopt, dat de data onleesbaar is, moet zo zijn.
@Pakspul; bedankt voor je zeer nuttige reactie van 1 woord..
Juicyhil: Klopt, maar het script heeft ook niet als doel beschikbaar te zijn voor de 'hele' wereld... maar opbouwende tips kan ik altijd wat mee ;)
@Light: Het klopt inderdaad dat het om bestands en mysql data te gaan, en daaromheen zit een installer verwerkt, het rare is alleen dat het bestand bij mij deze melding niet geeft en bij jullie wel...
@Crutch: Versleutelde 'data' met een installer er aan vast geknoopt.
@GI: Read above :P

Het is vreemd dat de data op jullie systemen als 'broken' wordt weergegeven terwijl hier de code uitgevoerd kan worden, snap niet geheel waar het probleem zit maar daar moet ik dus nog mee spelen..
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_133243477
Alvast een tip dan:
Magic constants horen te worden geschreven met hoofdletters, dus __DIR__ en __FILE__.
pi_133243601
Thanks, kleine vraag; jullie testen vast allemaal in een linux omgeving?

het probleem zit hem in PHP_EOL die in windows omgeving anders is dan in de linux omgeving....

[ Bericht 44% gewijzigd door Chandler op 14-11-2013 08:46:32 ]
The people who lost my respect will never get a capital letter for their name again.
Like trump...
  donderdag 14 november 2013 @ 08:48:49 #136
91039 mstx
2x1/2 = 1/2 x 1/2
pi_133243701
quote:
0s.gif Op donderdag 14 november 2013 08:39 schreef Chandler het volgende:
Thanks, kleine vraag; jullie testen vast allemaal in een linux omgeving?

het probleem zit hem in PHP_EOL die in windows omgeving anders is dan in de linux omgeving....
Op Debian werkt het niet.
Op donderdag 2 juli 2009 22:41 schreef RTB het volgende:
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
pi_133243717
quote:
0s.gif Op donderdag 14 november 2013 08:48 schreef mstx het volgende:

[..]

Op Debian werkt het niet.
Daar ging ik al vanuit, alles anders dan Windows servers zal deze archive als broken betitelen... komt door PHP_EOL in PHP die onder windows anders is dan linux .....
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_133244312
PHP_EOL gedraagt zich op ieder platform hetzelfde, namelijk: geef de line-ending van dit platform.

Als je specifiek een windows line-ending nodig hebt, slaat het dus nergens op om PHP_EOL te gebruiken.
pi_133244756
KomtTijd; Klopt! daar ben ik dan nu ook achter gekomen, dus ga ik daar mee aan de slag!
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_133245474
quote:
6s.gif Op woensdag 13 november 2013 19:42 schreef Chandler het volgende:
jullie
Het doet pijn aan m'n ogen....
pi_133245586
quote:
4s.gif Op donderdag 14 november 2013 08:08 schreef Chandler het volgende:
@Light: Klopt, dat de data onleesbaar is, moet zo zijn.
@Pakspul; bedankt voor je zeer nuttige reactie van 1 woord..
Juicyhil: Klopt, maar het script heeft ook niet als doel beschikbaar te zijn voor de 'hele' wereld... maar opbouwende tips kan ik altijd wat mee ;)
@Light: Het klopt inderdaad dat het om bestands en mysql data te gaan, en daaromheen zit een installer verwerkt, het rare is alleen dat het bestand bij mij deze melding niet geeft en bij jullie wel...
@Crutch: Versleutelde 'data' met een installer er aan vast geknoopt.
@GI: Read above :P

Het is vreemd dat de data op jullie systemen als 'broken' wordt weergegeven terwijl hier de code uitgevoerd kan worden, snap niet geheel waar het probleem zit maar daar moet ik dus nog mee spelen..
Ok, reactie in één woord: MVC
pi_133256765
quote:
0s.gif Op donderdag 14 november 2013 10:40 schreef Pakspul het volgende:

[..]

Ok, reactie in één woord: MVC
Now you have two problems? Als in: hoe is MVC een oplossing voor de problemen van Chandler? :-)
Tegenwoordig moet je Dr. Ir. zijn om een beetje correct Nederlands te kunnen neerpleuren.
Abusing semicolons since 1987.
pi_133256931
quote:
0s.gif Op donderdag 14 november 2013 17:02 schreef rekenwonder het volgende:

[..]

Now you have two problems? Als in: hoe is MVC een oplossing voor de problemen van Chandler? :-)
Je mag toch op zijn minst wel je templates en je code gescheiden houden, niets problematisch aan hoor.
pi_133257454
quote:
14s.gif Op woensdag 13 november 2013 13:43 schreef boem-dikkie het volgende:

[..]

Heet de database ook hetzelfde?
Ik moest de cache legen in phpbb en daarna deed ie het..

Maar nu is mijn vraag waarom phpbb ./ voor de links zet voor smilies, ranks etc.

dus als mn smilie path is ingesteld als images/smilies (gewoon standaard dus)
dan maakt ie er ./images/smilies van waardoor de afbeelding niet word weergegeven.

??
  donderdag 14 november 2013 @ 18:08:35 #145
52200 ViPeRII
It's a good day to die
pi_133258486
quote:
0s.gif Op donderdag 14 november 2013 17:28 schreef Skunk-m het volgende:

[..]

Ik moest de cache legen in phpbb en daarna deed ie het..

Maar nu is mijn vraag waarom phpbb ./ voor de links zet voor smilies, ranks etc.

dus als mn smilie path is ingesteld als images/smilies (gewoon standaard dus)
dan maakt ie er ./images/smilies van waardoor de afbeelding niet word weergegeven.

??
Dat is opzich handig, aangezien je dan geen "harde" paden hoeft te gebruiken...
-- ViPeRII --
pi_133263210
quote:
0s.gif Op donderdag 14 november 2013 17:02 schreef rekenwonder het volgende:

[..]

Now you have two problems? Als in: hoe is MVC een oplossing voor de problemen van Chandler? :-)
Ja? slaat in mijn ogen compleet de plank mis :P want het enige wat het script moet doen is steeds het zelfde maar dan voor andere 'data' pakketten. Maar goed, MVC is gewoon een geil woord dat je overal voor moet gebruiken... voor countertjes, voor simpele contact formulieren, voor alles eigenlijk :+

quote:
14s.gif Op donderdag 14 november 2013 17:07 schreef KomtTijd... het volgende:
Je mag toch op zijn minst wel je templates en je code gescheiden houden, niets problematisch aan hoor.
Niet als het doel 1 bestand is, zonder includes! of wat voor externe bestanden dan ook ;) zelfs de afbeeldingen staan in CSS in base64 :@ ennuh op zich heb ik mijn html toch grotendeels gescheiden van php, alleen zit het wel verwerkt in het php bestand :+ als 1 lap tekst...

Maar goed, heb het probleem reeds 'denk ik' opgelost, nog even op een paar externe servers testen plus weer de nodige veranderingen (verbeteringen)...

Oh en kan natuurlijk altijd de nodige suggesties gebruiken, het kan altijd mooier, gemakkelijker of logischer :+

[ Bericht 4% gewijzigd door Chandler op 14-11-2013 20:25:41 ]
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_133263368
MVC is zo 2012. MVP, MVVM, noem het maar op!
Tegenwoordig moet je Dr. Ir. zijn om een beetje correct Nederlands te kunnen neerpleuren.
Abusing semicolons since 1987.
pi_133312748
LOL wat is dan 2013? :P gewoon weer ouderwets? :P

Maaruh een update: http://pastebin.com/VtwXQHur voor diegene die het leuk vind om dingen te testen en opbouwend kritiek wil geven ;)

Oh pass is password123 :+
The people who lost my respect will never get a capital letter for their name again.
Like trump...
  zondag 17 november 2013 @ 00:58:18 #149
52200 ViPeRII
It's a good day to die
pi_133333681
quote:
15s.gif Op zaterdag 16 november 2013 11:39 schreef Chandler het volgende:
LOL wat is dan 2013? :P gewoon weer ouderwets? :P

Maaruh een update: http://pastebin.com/VtwXQHur voor diegene die het leuk vind om dingen te testen en opbouwend kritiek wil geven ;)

Oh pass is password123 :+
T werkt, op je quit knop na. deze brengt alles terug naar de 1e stap van je script.

Vervolgens zou het mooi zijn als je je script ook op andere "gebruikelijke" database systemen zou kunnen installeren, welke makkelijk te scripten zijn via PDO; Dus: mssql, postgres en sqlite, om de gebruiker wat meer opties te geven.

Daarnaast wil ik je ten zeerste aanraden het script netjes te maken, oftewel alles netjes in OOP schrijven in plaats van de procedural code die je nu geschreven hebt. Dat lijkt nu onzin, maar naar mate dat je script groeit, heb je daar altijd wat aan.

Ook dien je je unsets te testen om te kijken of ze wel dan niet geset zijn, je weet maar nooit wat er in je script gebeurd...Dat ben je bijvoorbeeld vergeten bij stap 7;

Ook heb ik nog de vraag waarom je de set_time_limit gebruikt..
Voor het mooie zou ik ook het aantal stappen wat proberen te verminderen.
-- ViPeRII --
pi_133340083
quote:
15s.gif Op zaterdag 16 november 2013 11:39 schreef Chandler het volgende:

Maaruh een update: http://pastebin.com/VtwXQHur voor diegene die het leuk vind om dingen te testen en opbouwend kritiek wil geven ;)
Je gebruikt twee keer "case 7:". Dat werkt niet, iedere case moet uniek zijn.

En $_SESSION unsetten is ook niet netjes. Da's een PHP superglobal, die moet je niet willen unsetten. Je kunt er wel een andere waarde aan geven, bijvoorbeeld null.
abonnement Unibet Coolblue Bitvavo
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')