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.
Is het mogelijk om uit mijn mySQL database een naam te halen en dan alles achter de punt niet te laten zien?
Ik heb een foto-upload die de naam van de foto in de database opslaat zodat ik met een query de foto's kan laten zien. Ik wil alleen in het overzicht alleen de titels laten zien en dan hoeft er dus geen .jpg, .gif, .png e.d. achter, terwijl dit wel zo in de database staat om er een link van te kunnen maken.
Ik heb een foto-upload die de naam van de foto in de database opslaat zodat ik met een query de foto's kan laten zien. Ik wil alleen in het overzicht alleen de titels laten zien en dan hoeft er dus geen .jpg, .gif, .png e.d. achter, terwijl dit wel zo in de database staat om er een link van te kunnen maken.
Ik weet niks van Hindoes. Wel van Samoerai en andere dingen.
Dat kan in PHP met substr (en evt. met strpos en strrev als je toe wilt staan dat een extensie langer dan 4 tekens is)
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Ik kan met substr en -4 wel .jpg weghalen maar wat als er nou ook bestanden tussen zitten met .jpeg? Dan zou hij alsnog 'titel.' laten zien?quote:Op maandag 20 juni 2011 21:01 schreef GlowMouse het volgende:
Dat kan in PHP met substr (en evt. met strpos en strrev als je toe wilt staan dat een extensie langer dan 4 tekens is)
Ik weet niks van Hindoes. Wel van Samoerai en andere dingen.
Bij zulke simpele dingen al met regexes gaan werken??quote:Op maandag 20 juni 2011 21:07 schreef Scorpie het volgende:
Dan moet je met regular expressions gaan werken.
| 1 2 3 4 | <?php $haystack = array(".jpg","jpeg",".png"); $output = str_replace($haystack,"",$needle); ?> |
Veel simpeler.
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
En daar komt iemand met een bmp 
substr, strrev en strpos voldoen.
substr, strrev en strpos voldoen.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Als het goed is weet je donders goed wat voor extensies allemaal op je site aanwezig zijn. Maar waarschijnlijk is jouw methode beter. Tenzij er een grapjas 5 teken extensies gaat uploaden.quote:
En daar komt iemand met een bmp
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Ik zou substr en strrpos gebruiken.quote:
En daar komt iemand met een bmp
quote:
Op | 1 2 3 4 5 6 7 8 | <?php $name = 'dit.is.een.plaatje.jpg'; $pos = strrpos($name, '.'); if($pos > 0) { $name = substr($name, 0, $pos); } echo $name; ?> |
ik moet beter lezen en meer php functies uit mijn hoofd leren
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
| 1 2 3 4 | <?php $name = 'dit.is.een.plaatje.jpg'; echo pathinfo($name, PATHINFO_FILENAME); ?> |
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.
👾
Op 
Aah kijk een dummie reeks, die kunnen we gebruiken 
even iets heel simpels:
Ik heb een query:
SELECT cuno, nama FROM tabel WHERE cuno = lpad($value,6, ' ')
Nu wil ik daar dus een LIKE van maken.
LIKE %waarde%
of evt Like %waarde%
Hoe en waar plaats ik die erin?
even iets heel simpels:
Ik heb een query:
SELECT cuno, nama FROM tabel WHERE cuno = lpad($value,6, ' ')
Nu wil ik daar dus een LIKE van maken.
LIKE %waarde%
of evt Like %waarde%
Hoe en waar plaats ik die erin?
wat bedoel je met lpad($value,6, ' ')?
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
"SELECT cuno, nama FROM tabel WHERE cuno LIKE '%".$value."%' "quote:Op dinsdag 21 juni 2011 11:08 schreef Cue_ het volgende:
Aah kijk een dummie reeks, die kunnen we gebruiken
even iets heel simpels:
Ik heb een query:
SELECT cuno, nama FROM tabel WHERE cuno = lpad($value,6, ' ')
Nu wil ik daar dus een LIKE van maken.
LIKE %waarde%
of evt Like %waarde%
Hoe en waar plaats ik die erin?
waar dat Ipad van is? geen idee, ik ken die functie niet.
hmm misschien moet ik idd gewoon die lpad eruit halen, want die is niet nodig in dit geval natuurlijk
(lpad zorgt ervoor dat de waarde 6 characters lang wordt.. aangevuld met ' ' (spaties))
(lpad zorgt ervoor dat de waarde 6 characters lang wordt.. aangevuld met ' ' (spaties))
Bevatten alle waardes in de DB ook die voorloopspaties?quote:
hmm misschien moet ik idd gewoon die lpad eruit halen, want die is niet nodig in dit geval natuurlijk
(lpad zorgt ervoor dat de waarde 6 characters lang wordt.. aangevuld met ' ' (spaties))
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.
👾
Yup... kan er ook niets aan doen, zijn er niet blij mee..quote:
Bevatten alle waardes in de DB ook die voorloopspaties?
maar daardoor zit ik nu dus (nog steeds) te kutten met die LIKE
In de comment section op PHP.net staat hier een handige snippet voor (van uit een string, niet direct via MySQL). Zal even zoeken.quote:
Is het mogelijk om uit mijn mySQL database een naam te halen en dan alles achter de punt niet te laten zien?
lpad zorgt ervoor dat de waarde 6 characters lang wordt. Altijd. Als de invoer te kort is, worden er spaties voor geplaatst. Als de invoer te lang is, wordt het teveel aan tekens er gewoon afgeknipt.quote:
hmm misschien moet ik idd gewoon die lpad eruit halen, want die is niet nodig in dit geval natuurlijk
(lpad zorgt ervoor dat de waarde 6 characters lang wordt.. aangevuld met ' ' (spaties))
Waarom is het weghalen van die spaties geen optie?quote:
Ik heb in de database de verwijzingen naar foto's staan met daarbij categorie_id als verwijzing naar de tabel met categorieën.
Nu wil ik graag van elke categorie één foto laten maar omdat ze allemaal in dezelfde tabel staan heb ik géén idee hoe.
Is het mogelijk om met een query en LIMIT of iets dergelijks gewoon per unieke 'categorie_id' één rij te laten zien?
Nu wil ik graag van elke categorie één foto laten maar omdat ze allemaal in dezelfde tabel staan heb ik géén idee hoe.
Is het mogelijk om met een query en LIMIT of iets dergelijks gewoon per unieke 'categorie_id' één rij te laten zien?
Ik weet niks van Hindoes. Wel van Samoerai en andere dingen.
GROUP BY categorie_idquote:
Ik heb in de database de verwijzingen naar foto's staan met daarbij categorie_id als verwijzing naar de tabel met categorieën.
Nu wil ik graag van elke categorie één foto laten maar omdat ze allemaal in dezelfde tabel staan heb ik géén idee hoe.
Is het mogelijk om met een query en LIMIT of iets dergelijks gewoon per unieke 'categorie_id' één rij te laten zien?
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 een website met een forum(phpBB3), de database is inmiddels al een flinke 1.3GB.
Ik merk dat de MySQL database een erg hoge load heeft, terwijl alleen die ene website gebruikt maakt van de database. Load zit tussen de 3% en 90%, en meestal boven de 25%.
Ik heb er erg veel getweaked op MySQL cache en dergelijke, ook code wijzigingen gemaakt in de portal mod zodat deze veel minder queries doet. Toch blijft de load hoog, en dit lijkt vooral te liggen aan UPDATES, iemand enig idee hoe ik die sneller kan maken?
Server specs:
Intel i7 4x 2(HT)x 2.66+ GHz
8 GB RAM
2x 1TB in RAID
(er draaien 4 domeinnamen op deze server, de andere 3 zijn echter allemaal static)
Zou andere forum software beter zijn? Al zal het overzetten van 600.000 posts niet snel gaan.
Forum heeft rond de 140.000 pageviews per dag.
Ik merk dat de MySQL database een erg hoge load heeft, terwijl alleen die ene website gebruikt maakt van de database. Load zit tussen de 3% en 90%, en meestal boven de 25%.
Ik heb er erg veel getweaked op MySQL cache en dergelijke, ook code wijzigingen gemaakt in de portal mod zodat deze veel minder queries doet. Toch blijft de load hoog, en dit lijkt vooral te liggen aan UPDATES, iemand enig idee hoe ik die sneller kan maken?
Server specs:
Intel i7 4x 2(HT)x 2.66+ GHz
8 GB RAM
2x 1TB in RAID
(er draaien 4 domeinnamen op deze server, de andere 3 zijn echter allemaal static)
Zou andere forum software beter zijn? Al zal het overzetten van 600.000 posts niet snel gaan.
Forum heeft rond de 140.000 pageviews per dag.
💍 💍 💍 💍 💍 💍 🍌 ☎
Nee dank jequote:
Best wel keer interessant om naar te kijken: http://www.myreact.nl/
💍 💍 💍 💍 💍 💍 🍌 ☎
Ga eerst eens meten wat de bottleneck is, en let op met welke add-ons je installeert. Dit moet goed kunnen draaien op deze hardware.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Ligt het niet gewoon aan de cache van phphBB3, dat hij alles bij iedere view bijwerkt?
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+
Het zou zonder cache al heel erg snel moeten ladenquote:
Ligt het niet gewoon aan de cache van phphBB3, dat hij alles bij iedere view bijwerkt?
.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Lekker als je de database telkens onnodig belastquote:
[..]
Het zou zonder cache al heel erg snel moeten laden
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+
Het laad ook wel snel: http://alteriw.net/
Maar een load van 25% lijkt me niet echt normaal?
Als de gameserver moeilijkheden heeft bijvoorbeeld, gaat iedereen naar de website, dan heeft hij het nogal zwaar.
Maar een load van 25% lijkt me niet echt normaal?
Als de gameserver moeilijkheden heeft bijvoorbeeld, gaat iedereen naar de website, dan heeft hij het nogal zwaar.
💍 💍 💍 💍 💍 💍 🍌 ☎
Het is niet de cache van phpBB3, we gebruiken xCache, en deze werkt erg goed.quote:
Ligt het niet gewoon aan de cache van phphBB3, dat hij alles bij iedere view bijwerkt?
💍 💍 💍 💍 💍 💍 🍌 ☎
Gebruikt phpBB3 eigenlijk prepared statements of niet. Misschien is daar nog winst op te boeken. 
Niet altijd serieus
Niet noemenswaardig.quote:
Misschien is daar nog winst op te boeken.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Ziet er verder niet echt levendig uitquote:
Best wel keer interessant om naar te kijken: http://www.myreact.nl/
maar zit technisch goed in elkaarquote:
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Ik heb niet zo'n verstand va S.M.A.R.T., maar is er een waarde in het volgende plaatje dat niet zo hoort: http://jeroen.pro/img/55b548afd5e265ce2d5c635836b7bdc2.png
En MySQL gebruikt nu 650mb RAM, zo laten of nog meer cache toewijzen?
En MySQL gebruikt nu 650mb RAM, zo laten of nog meer cache toewijzen?
💍 💍 💍 💍 💍 💍 🍌 ☎
Wat voor cache? Query cache? Die hoort uit te staan. Je hoort op InnoDB te draaien die juist is geconfigureerd. Zoekopdrachten hoor je niet met MySQL uit te voeren. Het geheugengebruik bij gebruik van InnoDB zal minimaal 2 GB bedragen.
Heb je je disks gebenchmarkt dat je ze verdenkt van traagheid?
Heb je je disks gebenchmarkt dat je ze verdenkt van traagheid?
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
wtf? Waar gebruik je die andere 7,35GB voor dan?quote:
Ik heb niet zo'n verstand va S.M.A.R.T., maar is er een waarde in het volgende plaatje dat niet zo hoort: http://jeroen.pro/img/55b548afd5e265ce2d5c635836b7bdc2.png
En MySQL gebruikt nu 650mb RAM, zo laten of nog meer cache toewijzen?
Bij MyISAM is die hard nodig voor de OS disk cache.quote:
[..]
wtf? Waar gebruik je die andere 7,35GB voor dan?
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
nginx, PHP-FPM, wat scripts. Het is niet dat je volledige 8GB moet gebruiken.quote:
[..]
wtf? Waar gebruik je die andere 7,35GB voor dan?
We zijn ooit overgestapt op InnoDB, dat werd alleen maar trager, phpBB zoekt niet direct in de posts table, maar gebruikt een zoek index.quote:
Wat voor cache? Query cache? Die hoort uit te staan. Je hoort op InnoDB te draaien die juist is geconfigureerd. Zoekopdrachten hoor je niet met MySQL uit te voeren. Het geheugengebruik bij gebruik van InnoDB zal minimaal 2 GB bedragen.
Heb je je disks gebenchmarkt dat je ze verdenkt van traagheid?
💍 💍 💍 💍 💍 💍 🍌 ☎
Je zult InnoDB wel verkeerd hebben ingesteld.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Dus als je een forum software aanraad moet ik hier gaan kijken zeg je?quote:
Zoek nog steeds de meest optimale
Ja, al heb ik geen idee wat de echte versie kost.quote:
[..]
Dus als je een forum software aanraad moet ik hier gaan kijken zeg je?
Zoek nog steeds de meest optimale
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Naar mijn weten niet, en op internet lees ik ook niet dat het echt een voordeel heeft (voor phpBB dan)quote:
Je zult InnoDB wel verkeerd hebben ingesteld.
💍 💍 💍 💍 💍 💍 🍌 ☎
Tekenend voor de kennis van MySQL binnen het phpBB-team. Alleen ivm data-integriteit moet je MyISAM al links laten liggen, al zal InnoDB ook wel sneller zijn. Niet de snelheid waar je op hoopt overigens, want daarvoor zul je meer moeten meten.quote:
[..]
Naar mijn weten niet, en op internet lees ik ook niet dat het echt een voordeel heeft (voor phpBB dan)
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Het gaat me niet om de snelheid, meer om de load(die volgens mij te hoog is). De site zelf is al snel genoeg.quote:
[..]
Tekenend voor de kennis van MySQL binnen het phpBB-team. Alleen ivm data-integriteit moet je MyISAM al links laten liggen, al zal InnoDB ook wel sneller zijn. Niet de snelheid waar je op hoopt overigens, want daarvoor zul je meer moeten meten.
Time spent on mysql4 queries: 0.00889s | Time spent on PHP: 0.03169s
Query time is 0.4 bij een sessie update, en dit lijkt me te lang, of ligt dat aan mij?
💍 💍 💍 💍 💍 💍 🍌 ☎
