DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
Dat denk ik ook ja. Maar je hebt met PHP natuurlijk wel veel van die veredelde ammateurs (zoals ondergetekendequote:Op zaterdag 29 november 2014 13:12 schreef robin007bond het volgende:
[..]
Wellicht ja.
Ik denk dat mensen die echt heel goed met bepaalde frameworks kunnen werken en echt goed OOP in PHP kunnen programmeren wel redelijk gelijklopen.
) die het gemiddelde omlaag halen.
Punt is natuurlijk wel dat het toepassingsgebied relatief beperkt is. Je zult ook niet bepaald veel PHP-mensen tegenkomen die zich bezighouden net zaken als Enterprise architecture e.d.quote:
[..]
Wellicht ja.
Ik denk dat mensen die echt heel goed met bepaalde frameworks kunnen werken en echt goed OOP in PHP kunnen programmeren wel redelijk gelijklopen.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
Owja nog iets leuks, mijn baas weigert php code op linux servers te draaien, omdat hij niet weet hoe hij deze moet instellen...
Nu constant problemen met rechten en bullshit.
Nu constant problemen met rechten en bullshit.
Ik weet niet of ik daar heel hard om moet lachen of juist huilen.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
quote:
Owja nog iets leuks, mijn baas weigert php code op linux servers te draaien, omdat hij niet weet hoe hij deze moet instellen...
Nu constant problemen met rechten en bullshit.
Dat krijg je als een niet technisch persoon je baas is xDquote:
Ik weet niet of ik daar heel hard om moet lachen of juist huilen.
Zolang hij me betaald vind ik het best, ik blijf er alleen wel over zeuren.
Hier wordt je nog vredrietiger van:quote:
Hij laat sommige klanten eigen code op dezelfde server draaien...
Dus ook Joomla en Wordpress...
Afgelopen week is de server op de blacklist gekomen vanwege gehackte Joomla sites die al jaren onbeveiligd staan.
Owja en de server draait letterlijk op het OS IPV een virtuele server...
[ Bericht 2% gewijzigd door #ANONIEM op 29-11-2014 20:21:29 ]
Je baas moet zich, als niet-technisch persoon, daar niet mee bemoeien. En jij moet de ballen hebben om dat tegen 'm te zeggen.
Schuimpje... mijn liefste. Verlaat mij nimmer weer...
Hebben mijn collega's al jaren daarvoor gedaan, maar hij luistert nietquote:Op zaterdag 29 november 2014 20:36 schreef papernote het volgende:
Je baas moet zich, als niet-technisch persoon, daar niet mee bemoeien. En jij moet de ballen hebben om dat tegen 'm te zeggen.
Ik werk er pas 2 maanden xD
Dan is hij geen baas, maar een schijt-irritante bemoeial die ontslagen moet worden. Een goede baas weet wanneer hij z'n bek moet houden. Zeker als er personeel met meer kennis rondloopt.quote:
[..]
Hebben mijn collega's al jaren daarvoor gedaan, maar hij luistert niet
Ik werk er pas 2 maanden xD
Maar hij is zeker zo'n baas die denkt alles zelf beter te weten en z'n werknemers meer als uitvoerende slaven ziet, dan als mensen die ook zelfstandig iets kunnen?
Ik zou maar vast uitkijken naar een nieuwe plek.
Schuimpje... mijn liefste. Verlaat mij nimmer weer...
Ga maar vast leren in .net te programmeren.quote:
[..]
Hebben mijn collega's al jaren daarvoor gedaan, maar hij luistert niet
Ik werk er pas 2 maanden xD
Daar zou je je zelfs als programmeur niet mee bezig hoeven houden. Regel een managed server als er geen server beheerder is.
Als je kunt programmeren, dan is de taal irrelevant.quote:Op zaterdag 29 november 2014 20:40 schreef bondage het volgende:
[..]
Ga maar vast leren in .net te programmeren.
Schuimpje... mijn liefste. Verlaat mij nimmer weer...
Andere namen voor functies etc. Moet je toch ff leren.quote:
[..]
Als je kunt programmeren, dan is de taal irrelevant.
Het is zijn bedrijf, maar volgende week gaan we sowieso ff praten over wat dingen die niet echt kosten efficient zijn.quote:Op zaterdag 29 november 2014 20:40 schreef papernote het volgende:
[..]
Dan is hij geen baas, maar een schijt-irritante bemoeial die ontslagen moet worden. Een goede baas weet wanneer hij z'n bek moet houden. Zeker als er personeel met meer kennis rondloopt.
Maar hij is zeker zo'n baas die denkt alles zelf beter te weten en z'n werknemers meer als uitvoerende slaven ziet, dan als mensen die ook zelfstandig iets kunnen?
Ik zou maar vast uitkijken naar een nieuwe plek.
Het is meer dat hij geen tijd wil steken en het opnieuw opzetten van een server (ze draaien bij ons op locatie).
Nouja we hebben heel veel vrijheid, ik mocht zelf een PHP framework uitkiezen om een nieuwe SAAS applicatie in te schrijven.
Daar zit er ook 1 vanquote:
[..]
Ga maar vast leren in .net te programmeren.
Die doet alleen maar .net, ik wil er niet aan beginnen omdat ik een hekel aan microsoft servers hebn.Nouja ik vind serverbeheer niet erg om te doen, maar het moet gewoon goed werken.quote:
Daar zou je je zelfs als programmeur niet mee bezig hoeven houden. Regel een managed server als er geen server beheerder is.
Dat is de grap natuurlijkquote:
[..]
Daar zit er ook 1 van
Gelukkig bepaal ik op het werk zelf wat voor OS er op de server komt te staan en kan ik tot in de kleinste details de uitbreidingen kiezen. Ik ben de klant, en de klant is koning 
Als je enkel PHP kent gaan zaken als threading en concurrency je nog wel tegenvallen hoor.quote:
[..]
Als je kunt programmeren, dan is de taal irrelevant.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
Ik ook niet, maar dan moet je er wel de tijd voor hebben/krijgen om er ook echt wat aan te doen zo af en toe. Kortom ik ben blij dat wij dat inmiddels allemaal uitbesteed hebben ondanks dat het wel eens lastig is dat je niet FF snel iets kunt installeren ofzo...quote:
[..]
Nouja ik vind serverbeheer niet erg om te doen, maar het moet gewoon goed werken.
Dan kun je dus niet programmeren.quote:Op zaterdag 29 november 2014 20:48 schreef Monolith het volgende:
[..]
Als je enkel PHP kent gaan zaken als threading en concurrency je nog wel tegenvallen hoor.
Schuimpje... mijn liefste. Verlaat mij nimmer weer...
quote:
[..]
Dan kun je dus niet programmeren.
__.
Prolog, Lisp, cobol kun je ook gewoon met enkel imperatieve ervaring?quote:
[..]
Dan kun je dus niet programmeren.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
Denk dat het weinig zegt over hoe goed iemand kan programmeren. Het is maar net wat je gewend bent.quote:
[..]
Dan kun je dus niet programmeren.
Ahww dat valt bij jou toch reuze mee?quote:
[..]
Dat denk ik ook ja. Maar je hebt met PHP natuurlijk wel veel van die veredelde ammateurs (zoals ondergetekende
Maar inderdaad. Dat denk ik ook.
quote:
Een goede opleiding bevat alle programmeerparadigma's. Een goede programmeur kent alle paradigma's, al zal door ervaring en gebruik het ene er wat beter in zitten dan het andere.quote:
[..]
Prolog, Lisp, cobol kun je ook gewoon met enkel imperatieve ervaring?
Maar iemand die zich "programmeur" noemt, maar nooit verder is gekomen dan in z'n vrije tijd wat html rondslepen in visuele editor van Frontpage zal daar inderdaad moeite mee hebben.
Schuimpje... mijn liefste. Verlaat mij nimmer weer...
.net is een framework, geen taal.quote:
Ik snap ook niet wat het voordeel van .net over andere talen zou moeten zijn...
Het is een mooi ecosysteem en C# is een fijne taal.
Groetjes van een MS-hater.
Dat gaat dan over iemand met een goede opleiding. In principe kan iemand een prima programmeur zijn zonder formele opleiding. Bovendien raak je tijdens een opleiding echt nog maar de basis aan van veel zaken en leer je veel dingen pas in de praktijk. Simpelweg roepen dat een goede programmeur alles kan is was te kort door de bocht.quote:
[..]
[..]
Een goede opleiding bevat alle programmeerparadigma's. Een goede programmeur kent alle paradigma's, al zal door ervaring en gebruik het ene er wat beter in zitten dan het andere.
Maar iemand die zich "programmeur" noemt, maar nooit verder is gekomen dan in z'n vrije tijd wat html rondslepen in visuele editor van Frontpage zal daar inderdaad moeite mee hebben.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
Ik heb zelf ook nog nooit een opleiding ervoor gedaan, sterker nog die was er gewoon niet.quote:
[..]
Dat gaat dan over iemand met een goede opleiding. In principe kan iemand een prima programmeur zijn zonder formele opleiding. Bovendien raak je tijdens een opleiding echt nog maar de basis aan van veel zaken en leer je veel dingen pas in de praktijk. Simpelweg roepen dat een goede programmeur alles kan is was te kort door de bocht.
Die kwamen pas 2 jaar nadat ik al van school af was.
Wanneer kan je dan wel programmeren? Als je maar beheerst wat je nodig hebt voor je taak is t goed, toch? http://www.quora.com/How-(...)er/George-Gonzalez-5quote:
[..]
Dan kun je dus niet programmeren.
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
[i]What would life be like without rhethorical questions?[/i]
precies .. of het efficiënt, structureel en veilig is, om maar wat dingen te noemen, maakt dan ook niet uitquote:
[..]
Wanneer kan je dan wel programmeren? Als je maar beheerst wat je nodig hebt voor je taak is t goed, toch? http://www.quora.com/How-(...)er/George-Gonzalez-5
EDIT: heb 2-3 maanden geleden zarGon geholpen met zijn FOK! crew systeem. Hij is daarbij geholpen door mensen van FOK! die er zogenaamd verstand van hebben
- PHP en HTML kriskras door elkaar, waardoor je de queries tussen de cellen vandaan kan vissen
- Ene keer gebruik gemaakt van de mysql_ functies, de andere keer weer PDO (soms in 1 bestand
)- In ieder bestand een nieuwe mysql_connect of PDO object.
- Het verkeerd gebruik maken van de PDO functies. SQL injectie is niet meer mogelijk, mits je het goed toepast. Zag een query met ->prepare("SELECT ... FROM WHERE veld = '".$phpvariabele.'" i.p.v. placeholders/labels te gebruiken).
- In index.php werd een $_GET variabele opgevangen en in een mysql_ query gegooid, zonder een escape_string er omheen.
Ik ben toen voor hem overnieuw begonnen, en na 24 uur was ik verder dan hij was, na maanden werk.
Ja dat wat er was, werkte en zou voldoen aan de taak, maar of je het vakkundig PHP kan noemen?
[ Bericht 21% gewijzigd door remi1986 op 30-11-2014 06:44:07 ]
Kom op KomtTijd. Je doet in heel DIG alsof je overal verstand van hebt...quote:
[..]
Als je applicatie niet veilig is moet je het lek fixxen, niet rucksichtsloss je database driver vervangen. En functies worden júíst deprecated (ipv verwijderd) zodat bestaande applicaties niet aangepast hoeven worden.
Deprecated betekent dat de functie in een volgende versie er niet meer is (ja verwijderd ja). Heb je een groot probleem als je alles met mysql_ hebt gemaakt en je host opeens aankondigt over te gaan op MySQL 5.5. Ik weet ook dat dit niet van de één op de andere dag gebeurt, maar vroeg of laat upgraden ze allemaal. Dan ben je dus te laat.
de mensen die nog echt PHP/MySQL hebben geleerd, zouden met PDO geen moeite moeten hebben. Vind het er allemaal juist makkelijker op geworden. Echter, doordat veel mensen zich een bepaald framework eigen maken en zich vervolgens tot PHP Programmeur bekronen, zijn er steeds minder mensen die nog standaard PHP en queries kunnen schrijven. Dat hebben we tijd terug gezien bij ons op het werk toen we een nieuwe developer zochten.quote:
[..]
Zelf vind ik PDO echt heel makkelijk in gebruik. Ik kan het me echt niet voorstellen dat mensen daar moeite mee hebben.
als je servers tot de belangrijkste onderdelen van je bedrijf behoren en je klanten afhankelijk zijn daarvan, neem je jezelf gewoon niet serieus als je dat zelf niet in beheer hebt. Als er een server uitligt, moet je vervolgens gaan wachten tot die andere partij het oplost. Zelf ff inloggen via SSH en een restart doen is paar seconden werk.quote:
[..]
Ik ook niet, maar dan moet je er wel de tijd voor hebben/krijgen om er ook echt wat aan te doen zo af en toe. Kortom ik ben blij dat wij dat inmiddels allemaal uitbesteed hebben ondanks dat het wel eens lastig is dat je niet FF snel iets kunt installeren ofzo...
En serverbeheer is helemaal niet moeilijk, en al helemaal niet als het allemaal goed gedocumenteerd is. Toen ik begon bij het bedrijf waar ik nu werk, kreeg ik een aparte pc en werd mij verplicht Gentoo te gaan leren en te gaan stoeien met dingen waar je dagelijks mee te maken kan krijgen.
We hebben weleens gehad dat de MySQL replica helemaal de mist in ging. Dan is het heerlijk als je dat zelf binnen een paar minuten hebt opgelost i.p.v. maar hopen dat die andere partij het doet.
Dat viel voor mij onder beheersenquote:
[..]
precies .. of het efficiënt, structureel en veilig is, om maar wat dingen te noemen, maakt dan ook niet uit
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
[i]What would life be like without rhethorical questions?[/i]
Sorry, maar dat is echt volstrekte kolder. Het is veel makkelijker om een gespecialiseerde externe partij te hebben met 24/7 ondersteuning, uptime garantie middels SLA's, enzovoort.quote:
[..]
als je servers tot de belangrijkste onderdelen van je bedrijf behoren en je klanten afhankelijk zijn daarvan, neem je jezelf gewoon niet serieus als je dat zelf niet in beheer hebt. Als er een server uitligt, moet je vervolgens gaan wachten tot die andere partij het oplost. Zelf ff inloggen via SSH en een restart doen is paar seconden werk.
En serverbeheer is helemaal niet moeilijk, en al helemaal niet als het allemaal goed gedocumenteerd is. Toen ik begon bij het bedrijf waar ik nu werk, kreeg ik een aparte pc en werd mij verplicht Gentoo te gaan leren en te gaan stoeien met dingen waar je dagelijks mee te maken kan krijgen.
We hebben weleens gehad dat de MySQL replica helemaal de mist in ging. Dan is het heerlijk als je dat zelf binnen een paar minuten hebt opgelost i.p.v. maar hopen dat die andere partij het doet.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
Wij schieten gewoon een ticket in bij TRUE en het is sneller opgelost dan ik kan uitzoeken wat er allemaal precies mis is.quote:
[..]
als je servers tot de belangrijkste onderdelen van je bedrijf behoren en je klanten afhankelijk zijn daarvan, neem je jezelf gewoon niet serieus als je dat zelf niet in beheer hebt. Als er een server uitligt, moet je vervolgens gaan wachten tot die andere partij het oplost. Zelf ff inloggen via SSH en een restart doen is paar seconden werk.
En serverbeheer is helemaal niet moeilijk, en al helemaal niet als het allemaal goed gedocumenteerd is. Toen ik begon bij het bedrijf waar ik nu werk, kreeg ik een aparte pc en werd mij verplicht Gentoo te gaan leren en te gaan stoeien met dingen waar je dagelijks mee te maken kan krijgen.
We hebben weleens gehad dat de MySQL replica helemaal de mist in ging. Dan is het heerlijk als je dat zelf binnen een paar minuten hebt opgelost i.p.v. maar hopen dat die andere partij het doet.
Als je een partij hebt met professionals die dit 24/7 doen, dan moet je zelf niet gaan lopen aan kloten.
Wij willen niet dat onze klanten de dupe worden van fouten van een derde partij. Onze klanten zijn afhankelijk van het systeem, anders kunnen die de dag naar huis. En als je zelf de expertise in huis hebt, waarom dan uitbesteden.quote:Op zondag 30 november 2014 15:55 schreef TwenteFC het volgende:
[..]
Wij schieten gewoon een ticket in bij TRUE en het is sneller opgelost dan ik kan uitzoeken wat er allemaal precies mis is.
Als je een partij hebt met professionals die dit 24/7 doen, dan moet je zelf niet gaan lopen aan kloten.
En daarbij, vind ik het wel leuk om zo nu en dan met wat nieuwe dingen bezig te zijn. Hele dag code kloppen is ook niet alles
Monitoren jullie ook alles zelf dan? Wanneer er 4 uur s`nachts iets mis gaat.quote:
[..]
Wij willen niet dat onze klanten de dupe worden van fouten van een derde partij. Onze klanten zijn afhankelijk van het systeem, anders kunnen die de dag naar huis. En als je zelf de expertise in huis hebt, waarom dan uitbesteden.
En daarbij, vind ik het wel leuk om zo nu en dan met wat nieuwe dingen bezig te zijn. Hele dag code kloppen is ook niet alles
Wij monitoren inderdaad alles zelf. Tijdje terug nog om 01:30 in het datacenter gestaan. We kwamen er remote niet meer in. Die server was helemaal gecrashed, dus moesten we er heenquote:
[..]
Monitoren jullie ook alles zelf dan? Wanneer er 4 uur s`nachts iets mis gaat.
En hoelang duurde het voordat jullie ter plaatse waren?quote:
[..]
Wij monitoren inderdaad alles zelf. Tijdje terug nog om 01:30 in het datacenter gestaan. We kwamen er remote niet meer in. Die server was helemaal gecrashed, dus moesten we er heen
20 min, half uurtje misschien? We hebben trouwens ook een Master-Slave systeem. Als er één server het begeeft, neemt de andere het over (die servers staan in weer een ander datacenter). De klant zou er dan ook helemaal niets van gemerkt hebben, want het verkeer werd al automatisch doorgeleid naar die andere server.quote:
[..]
En hoelang duurde het voordat jullie ter plaatse waren?
Dat is niet zo, er zijn meerdere voorbeelden van functies die meerdere versies deprecated geweest zijn of nog steeds zijn. Ook de mysql_ functies die sinds 5.5 deprecated zijn, zitten er in 5.6 nog steeds in. Daarbij, zeker als je maatwerk producten draait, is het helemaal niet gek om gewoon een oudere PHP versie te blijven draaien als dat beter uitkomt.quote:
[..]
Kom op KomtTijd. Je doet in heel DIG alsof je overal verstand van hebt...
Deprecated betekent dat de functie in een volgende versie er niet meer is (ja verwijderd ja). Heb je een groot probleem als je alles met mysql_ hebt gemaakt en je host opeens aankondigt over te gaan op MySQL 5.5. Ik weet ook dat dit niet van de één op de andere dag gebeurt, maar vroeg of laat upgraden ze allemaal. Dan ben je dus te laat.
Alleen bij massaproducten of applicaties waar actief aan ontwikkeld wordt heeft het zin om grootscheepse refactor acties te doen. Dan kun je die moeite namelijk nog terugverdienen.
Zoals ik al zei, dat werkt alleen als je daar de capaciteiten toe hebt. Heel veel ontwikkelaars zullen zich niet met serverbeheer kunnen, willen of mogen bemoeien en lang niet alle softwareproducenten hebben een aparte server beheerder in dienst. En dan ben je echt beter af met een managed server van een hosting partner dan dat je zelf ergens een vergeten bak in een stoffige berging gooit waar nooit iemand naar omkijkt.quote:
[..]
als je servers tot de belangrijkste onderdelen van je bedrijf behoren en je klanten afhankelijk zijn daarvan, neem je jezelf gewoon niet serieus als je dat zelf niet in beheer hebt. Als er een server uitligt, moet je vervolgens gaan wachten tot die andere partij het oplost. Zelf ff inloggen via SSH en een restart doen is paar seconden werk.
En serverbeheer is helemaal niet moeilijk, en al helemaal niet als het allemaal goed gedocumenteerd is. Toen ik begon bij het bedrijf waar ik nu werk, kreeg ik een aparte pc en werd mij verplicht Gentoo te gaan leren en te gaan stoeien met dingen waar je dagelijks mee te maken kan krijgen.
We hebben weleens gehad dat de MySQL replica helemaal de mist in ging. Dan is het heerlijk als je dat zelf binnen een paar minuten hebt opgelost i.p.v. maar hopen dat die andere partij het doet.
quote:
[..]
dan dat je zelf ergens een vergeten bak in een stoffige berging gooit waar nooit iemand naar omkijkt.
Je beschrijft onze sbs server.
Ik ben een site aan het maken waarbij het de bedoeling is om iedere keer als de zoveelste rij erbij komt de eerste rij te verwijderen. Nou is dit al werkend gekregen, maar ik kom er maar niet uit hoe ik de IDs weer opnieuw kan rangschrikken, want nu begint de eerste rij met 2 ipv 1.
Is er een manier om dit voor elkaar te krijgen?
Is er een manier om dit voor elkaar te krijgen?
100.000 katjes
Fuck the EBU!
Fuck the EBU!
Goftedomme zeg. Moet ineens hals over kop wat klussen aan een oude applicatie (die er over een paar maanden hopelijk uit gaat), blijkt gewoon 3 kwart van de tabellen geen enkele index te hebben. Goh, dus daarom duren de queries een halve seconde
Lijkt me dat je dat in je code wilt oplossen en niet in de DB. In de DB blijven ID's (normaliter) gewoon uniek.quote:
Ik ben een site aan het maken waarbij het de bedoeling is om iedere keer als de zoveelste rij erbij komt de eerste rij te verwijderen. Nou is dit al werkend gekregen, maar ik kom er maar niet uit hoe ik de IDs weer opnieuw kan rangschrikken, want nu begint de eerste rij met 2 ipv 1.
Is er een manier om dit voor elkaar te krijgen?
Definieer rangschikken. Je kunt natuurlijk vrij eenvoudig gewoon "UPDATE table SET id=id-1" doen na het verwijderen van de eerste en toevoegen van de nieuwe rij, maar doorgaans is het niet zo bijster handig om op een dergelijke manier met IDs te gaan lopen klooien.quote:
Ik ben een site aan het maken waarbij het de bedoeling is om iedere keer als de zoveelste rij erbij komt de eerste rij te verwijderen. Nou is dit al werkend gekregen, maar ik kom er maar niet uit hoe ik de IDs weer opnieuw kan rangschrikken, want nu begint de eerste rij met 2 ipv 1.
Is er een manier om dit voor elkaar te krijgen?
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
Was ik al bang voor.quote:
[..]
Lijkt me dat je dat in je code wilt oplossen en niet in de DB. In de DB blijven ID's (normaliter) gewoon uniek.
Heb wel wat gelezen over het herschrikken, maar niks gevonden dat werkt.
Om het simpel te houden was het idee een enkele query te hebben om ipv id 2 tot 101 id 1 tot 100 te hebben, dat wil ik ook bereiken.
100.000 katjes
Fuck the EBU!
Fuck the EBU!
Je wilt dus gewoon 'de eerste 100' hebben?quote:
[..]
Was ik al bang voor.
Heb wel wat gelezen over het herschrikken, maar niks gevonden dat werkt.
Om het simpel te houden was het idee een enkele query te hebben om ipv id 2 tot 101 id 1 tot 100 te hebben, dat wil ik ook bereiken.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
En een ORDER BY ID voor het geval dat niet de default is.quote:
als je gewoon een query maakt met LIMIT(0,100), dan heb je dat toch?
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
quote:
[..]
Je wilt dus gewoon 'de eerste 100' hebben?
Het probleem daarmee is dat er dan onnodige gegevens behouden blijven, en dat is niet wat ik wil bereiken.quote:
als je gewoon een query maakt met LIMIT(0,100), dan heb je dat toch?
100.000 katjes
Fuck the EBU!
Fuck the EBU!
Welke onnodige gegevens blijven er behouden?quote:
[..]
[..]
Het probleem daarmee is dat er dan onnodige gegevens behouden blijven, en dat is niet wat ik wil bereiken.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
Ik ben altijd groot voorstander van het zoveel mogelijk bewaren van (onnodige) gegevens. Waarom weggooien als je er geen last van hebt.
Inderdaad.quote:
Ik ben altijd groot voorstander van het zoveel mogelijk bewaren van (onnodige) gegevens. Waarom weggooien als je er geen last van hebt.
Vooral in een database waar alles toch netjes gestructureerd is.
quote:Op maandag 1 december 2014 17:14 schreef KomtTijd... het volgende:
Goftedomme zeg. Moet ineens hals over kop wat klussen aan een oude applicatie (die er over een paar maanden hopelijk uit gaat), blijkt gewoon 3 kwart van de tabellen geen enkele index te hebben. Goh, dus daarom duren de queries een halve seconde
Ik ben altijd wel blij als het zo iets banaals is, klik klik klik, klaar.
Denk dat ik die makkelijke oplossing van het niet verwijderen maar neem.
Voor mijn gevoel staat dat juist slordig, maar ik ben dan nog niet erg into de php/mysql.
Voor mijn gevoel staat dat juist slordig, maar ik ben dan nog niet erg into de php/mysql.
100.000 katjes
Fuck the EBU!
Fuck the EBU!
Je data kun je super makkelijk selecteren met query's, dus de hoeveelheid maakt niet zoveel uit.quote:
Denk dat ik die makkelijke oplossing van het niet verwijderen maar neem.
Voor mijn gevoel staat dat juist slordig, maar ik ben dan nog niet erg into de php/mysql.
Gewoon softdeleten, heeft bij mij vaak ook de voorkeur boven verwijderen.quote:
Denk dat ik die makkelijke oplossing van het niet verwijderen maar neem.
Voor mijn gevoel staat dat juist slordig, maar ik ben dan nog niet erg into de php/mysql.
Dat wel ja. Gelukkig loop ik nog tegen genoeg andere problemen aan om dat weer te compenserenquote:
[..]
Het is ook niet de bedoeling dat je dagelijks via database-management tools in de database gaat kijken of je data er niet slordig uit ziet. Databases zijn er niet om er netjes uit te zien, daar heb je je queries voor.quote:
Denk dat ik die makkelijke oplossing van het niet verwijderen maar neem.
Voor mijn gevoel staat dat juist slordig, maar ik ben dan nog niet erg into de php/mysql.
Dit moet ik mijn baas ook nog wel eens uitleggen
Nou ja, het kan natuurlijk wel degelijk voor traagheid zorgen wanneer overbodige data niet wordt opgeruimd.quote:
[..]
Dat wel ja. Gelukkig loop ik nog tegen genoeg andere problemen aan om dat weer te compenseren
[..]
Het is ook niet de bedoeling dat je dagelijks via database-management tools in de database gaat kijken of je data er niet slordig uit ziet. Databases zijn er niet om er netjes uit te zien, daar heb je je queries voor.
Dit moet ik mijn baas ook nog wel eens uitleggen
Zeker bij grotere hoeveelheden data wordt archiveren of aggregeren op een gegeven moment gewoon noodzaak.
Het voordeel van niet verwijderen maar bijvoorbeeld met een deleted flag te werken is dan weer dat je de data gewoon weer zichtbaar kunt maken.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
Wat is nou een relaxte databasetool voor als je PHPMyAdmin zat begint te raken?
Webbased of linux, en een beetje eenvoudig en overzichtelijk. Heb wel eens wat met HeidiSql maar die vond ik ook irritant (en lelijk).
[ Bericht 48% gewijzigd door KomtTijd... op 09-12-2014 15:41:18 ]
Webbased of linux, en een beetje eenvoudig en overzichtelijk. Heb wel eens wat met HeidiSql maar die vond ik ook irritant (en lelijk).
[ Bericht 48% gewijzigd door KomtTijd... op 09-12-2014 15:41:18 ]
Gewoon MySQL workbench?quote:
Wat is nou een relaxte databasetool voor als je PHPMyAdmin zat begint te raken?
Webbased of linux, en een beetje eenvoudig en overzichtelijk. Heb wel eens wat met HeidiSql maar die vond ik ook irritant (en lelijk).
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
Alleen jammer dat het zo'n vreselijk trage en buggy applicatie is. Vind Sequel Pro ook wel fijn werkenquote:
Op dinsdag 9 augustus 2011 23:01 schreef SuperrrTuxxx het volgende:
Ik hou zoveel van jou, ik doe alles voor je! O+
Ik hou zoveel van jou, ik doe alles voor je! O+
Ik doe zelf eigenlijk erg weinig DBA werk de laatste jaren, zeker op SQL gebied. Hooguit wat met RoboMongo en dergelijke.quote:
[..]
Hier heeft het de bijnaam MySQL CrashBench gekregen.
Kun je wel mooie ERD's in maken.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
Ik hoef niets ingewikkelds, moet gewoon af en toe kunnen zien wat er in de database gebeurt als ik mijn code uitvoer. Of wat testrecords verwijderen ofzo.
Op zich is PhpStormPhpMyAdmin prima, maar het zit zó ongelooflijk vol met allerhande glitches... pfft je wordt er gewoon moe van.
[ Bericht 5% gewijzigd door KomtTijd... op 09-12-2014 17:55:19 ]
Op zich is PhpStormPhpMyAdmin prima, maar het zit zó ongelooflijk vol met allerhande glitches... pfft je wordt er gewoon moe van.
[ Bericht 5% gewijzigd door KomtTijd... op 09-12-2014 17:55:19 ]
Waarom ben je phpmyadmin zat dan?quote:
Ik hoef niets ingewikkelds, moet gewoon af en toe kunnen zien wat er in de database gebeurt als ik mijn code uitvoer. Of wat testrecords verwijderen ofzo.
Op zich is PhpStorm prima, maar het zit zó ongelooflijk vol met allerhande glitches... pfft je wordt er gewoon moe van.
Leuk dat je PHPStorm wegstreept, je kan in PHPStorm je database sources toevoegen en dan heb je daar ook een autocomplete op.quote:
Ik hoef niets ingewikkelds, moet gewoon af en toe kunnen zien wat er in de database gebeurt als ik mijn code uitvoer. Of wat testrecords verwijderen ofzo.
Op zich is PhpStormPhpMyAdmin prima, maar het zit zó ongelooflijk vol met allerhande glitches... pfft je wordt er gewoon moe van.
Verder gebruik zelf ook HeidiSQL zoals Rockfire zegt.
ik wil graag uit verschillende folders 1 image halen
heb nu dit, maar dan krijg ik toch alle foto's te zien
met toevoegen van => $value kom ik er ook niet aan uit
Hie kan ik dit het beste oplossen?
heb nu dit, maar dan krijg ik toch alle foto's te zien
met toevoegen van => $value kom ik er ook niet aan uit
Hie kan ik dit het beste oplossen?
| 1 2 3 4 5 6 7 8 9 | <?php $dirname = "fotoalbum/fotoalbum/*/"; $images = glob($dirname."*.JPG"); foreach($images as $image) { if ($image == 0) { echo '<img src="'.$image.'" />'; } } ?> |
Je checkt niet op index.quote:
ik wil graag uit verschillende folders 1 image halen
heb nu dit, maar dan krijg ik toch alle foto's te zien
met toevoegen van => $value kom ik er ook niet aan uit
Hie kan ik dit het beste oplossen?
[ code verwijderd ]
Value is de index. Je wil altijd alleen de eerste index hebben, dus moet je value checken op 0.quote:
[..]
[ code verwijderd ]
iets in deze richting?
[ Bericht 1% gewijzigd door #ANONIEM op 29-12-2014 22:10:35 ]
quote:
[..]
Value is de index. Je wil altijd alleen de eerste index hebben, dus moet je value checken op 0.
| 1 2 3 4 5 6 7 8 9 10 | <?php dan zou ik verwachten zoiets $dirname = "fotoalbum/fotoalbum/*/"; $images = glob($dirname."*.JPG"); foreach($images as $image => $value) { if ($value == 0) { echo '<img src="'.$image.'" />'; } } ?> |
maar dan krijg ik alle indexen te zien volgens mij
nog even doorspelen
nog een duidelijk tip?
als ik dit aanpas
| 1 2 3 4 | <?php if ($image == 0) { echo '<img src="'.$value.'" />'; ?> |
dan krijg ik wel de eerste foto, maar alleen van de folder
bijna een snelle edit gedaan...heb ik dus gedaanquote:
value => image in plaats van andersom.
maar dan krijg ik alleen de eerste foto van de eerste folder
Ja of je echo't gewoon $images[0]
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.
👾
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.
👾
dan moet je eerst een readdir doen van de root map, door de mappen loopen en per map de afbeeldingen ophalen en de eerste tonen.quote:
[..]
bijna een snelle edit gedaan...heb ik dus gedaan
maar dan krijg ik alleen de eerste foto van de eerste folder
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.
👾
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.
👾
Even uitzoeken hoe globs werken en dan toepassen op je directory structuur. In een glob matcht ** alles inclusief directory separators en * alles behalve directory separators.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
Die had ik al eens geprobeerd, maar dan krijg ik een loop van foto1 uit folder1, geen andere foldersquote:
Zeker waarquote:Laat TS ff lekker kutten met arrays, anders snapt hij het nooit
Voor als iemand testgegevens nodig heeft:
http://www.generatedata.com/
http://www.generatedata.com/
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
When the student is truly ready, the teacher will disappear.
https://github.com/fzaninotto/Fakerquote:Op maandag 12 januari 2015 11:44 schreef Aether het volgende:
Voor als iemand testgegevens nodig heeft:
http://www.generatedata.com/
Korte vraag mbt zoeken op grote tabellen.
Voor een vriend mag ik een importeer scriptje schrijven voor het importeren van ruim 7 miljoen videos met oa de volgende gegevens titel, tags, duur
Nu heb ik al een scriptje geschreven die dit alles importeert in een database tabel waarbij ik titel, tags als fulltext indexeer en wil apart daarvan de duur (lengte van het filmpje) ook nog gaan indexeren (zodat de gebruiker daar ook op kan zoeken)
Nu heb ik net een query uitgevoerd op deze tabel en dat duurde echt erg lang
Tabel: 7,217,116 MyISAM latin1_swedish_ci 4,8 GiB
Nu duurt de volgende query:
erg lang (zo'n 10 seconden).
Met limit 0,30 duurt deze query 0.0240 secs
Is er een mogelijkheid om deze query sneller te maken? eventueel tags in een apart tabel?
Voor een vriend mag ik een importeer scriptje schrijven voor het importeren van ruim 7 miljoen videos met oa de volgende gegevens titel, tags, duur
Nu heb ik al een scriptje geschreven die dit alles importeert in een database tabel waarbij ik titel, tags als fulltext indexeer en wil apart daarvan de duur (lengte van het filmpje) ook nog gaan indexeren (zodat de gebruiker daar ook op kan zoeken)
Nu heb ik net een query uitgevoerd op deze tabel en dat duurde echt erg lang
Tabel: 7,217,116 MyISAM latin1_swedish_ci 4,8 GiB
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 | CREATE TABLE IF NOT EXISTS `videos` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT, `site_id` int(10) unsigned NOT NULL, `video_id` varchar(64) NOT NULL, `tags` varchar(255) NOT NULL, `uploaddate` datetime NOT NULL, `title` varchar(255) NOT NULL, `description` text NOT NULL, `thumbnail` varchar(255) NOT NULL, `url` varchar(255) NOT NULL, `embed` varchar(255) NOT NULL, `seconds` int(10) unsigned NOT NULL, `lastview` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP, `ratingcount` int(10) unsigned NOT NULL, `ratingtotal` int(10) unsigned NOT NULL, PRIMARY KEY (`id`), KEY `site_id` (`site_id`), FULLTEXT KEY `tags` (`tags`), FULLTEXT KEY `title` (`title`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=7217117 ; |
Nu duurt de volgende query:
| 1 2 | SELECT COUNT( 1 ) FROM (SELECT * FROM `videos` WHERE `tags` LIKE '%home%') t |
Met limit 0,30 duurt deze query 0.0240 secs
Is er een mogelijkheid om deze query sneller te maken? eventueel tags in een apart tabel?
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Ik zou sowieso de tags los opslaan in een andere tabel, in plaats van als één string in een kolom. Dus tag-video_id paren. Dat zal inderdaad al een stuk sneller worden.
Smile like you mean it
www.wefut.com
www.wefut.com
Een LIKE beginnend met % is altijd traag. Tags in een aparte tabel en een koppeltabel tussen tags en videos is de beste oplossing. Dat scheelt je ook nog een boel dubbele data.
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.
👾
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.
👾
Ik heb zelf slechte ervaringen met zoeken in grote tabellen, zowel MyISAM als InnoDB.quote:
Korte vraag mbt zoeken op grote tabellen.
Voor een vriend mag ik een importeer scriptje schrijven voor het importeren van ruim 7 miljoen videos met oa de volgende gegevens titel, tags, duur
Nu heb ik al een scriptje geschreven die dit alles importeert in een database tabel waarbij ik titel, tags als fulltext indexeer en wil apart daarvan de duur (lengte van het filmpje) ook nog gaan indexeren (zodat de gebruiker daar ook op kan zoeken)
Nu heb ik net een query uitgevoerd op deze tabel en dat duurde echt erg lang
Tabel: 7,217,116 MyISAM latin1_swedish_ci 4,8 GiB
[ code verwijderd ]
Nu duurt de volgende query:
[ code verwijderd ]
erg lang (zo'n 10 seconden).
Met limit 0,30 duurt deze query 0.0240 secs
Is er een mogelijkheid om deze query sneller te maken? eventueel tags in een apart tabel?
Is dit misschien een optie? http://astellar.com/2011/(...)-search-with-sphinx/
Ik ga eens een import draaien die tags in een apart tabel zetten + een tabel voor video/tag links. Eens kijken hoe lang dit gaat duren...
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
LIKE negeert sowieso de fulltext index. Wil je daar gebruik van maken, dan kun je bijvoorbeeld MATCH gebruiken, zie ook de documentatie.
Zoals echter al aangegeven kun je beter een search platform gebruiken als SOLR, ElasticSearch, Sphinx, etcetera.
Zoals echter al aangegeven kun je beter een search platform gebruiken als SOLR, ElasticSearch, Sphinx, etcetera.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
quote:
Zoals echter al aangegeven kun je beter een search platform gebruiken als SOLR, ElasticSearch, Sphinx, etcetera.
Een tijd terug voor het eerst met ElasticSearch gewerkt 
gaat inderdaad écht bloedsnel. Automatisch aanvullen en suggesties geven snel.
Het duurde ff maar dan heb je ook wat.
304k aan tags
kleine 69miljoen tag links
Nu nog een leuke query browsen...
304k aan tags
kleine 69miljoen tag links
Nu nog een leuke query browsen...
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Je kunt het iets beter krijgen door geen subquery te gebruiken:quote:
Nu duurt de volgende query:
[ code verwijderd ]
erg lang (zo'n 10 seconden).
Met limit 0,30 duurt deze query 0.0240 secs
Is er een mogelijkheid om deze query sneller te maken? eventueel tags in een apart tabel?
| 1 | SELECT COUNT( * ) FROM `videos` WHERE `tags` LIKE '%home%' |
Da's zeker een optie die het overwegen waard is, helemaal omdat het over redelijk grote datasets gaat.quote:
Zoals echter al aangegeven kun je beter een search platform gebruiken als SOLR, ElasticSearch, Sphinx, etcetera.
Klopt Light!
Echter heeft de hosting waar dit straks moet gaan draaien blijkbaar geen zoekplatformen of de mogelijkheid daarvoor, ik ga eerst eens spelen met tags en kijken hoe ik daar het meeste uit kan halen. Eventueel het tijdelijk opslaan van data sets... zodat hergebruik stukken sneller gaat...
Echter heeft de hosting waar dit straks moet gaan draaien blijkbaar geen zoekplatformen of de mogelijkheid daarvoor, ik ga eerst eens spelen met tags en kijken hoe ik daar het meeste uit kan halen. Eventueel het tijdelijk opslaan van data sets... zodat hergebruik stukken sneller gaat...
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Die tags in een aparte tabel opslaan is alvast een stap, mits je de indexes goed zet en gebruikt.quote:
Klopt Light!
Echter heeft de hosting waar dit straks moet gaan draaien blijkbaar geen zoekplatformen of de mogelijkheid daarvoor, ik ga eerst eens spelen met tags en kijken hoe ik daar het meeste uit kan halen. Eventueel het tijdelijk opslaan van data sets... zodat hergebruik stukken sneller gaat...
Maar je zit tegen de grenzen van wat met MySQL mogelijk is en als je spannendere dingen wilt, moet je op zoek naar een hoster die wel een zoekplatform aanbiedt (of zelf de hosting doen).
