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.
Ik heb een copy van de site op de servers PCextreme geüpload en dan wordt de data wel uitgelezen. Dus ik denk dat ik te maken heb met de tweede situatie die jij beschrijft.quote:Op maandag 21 januari 2008 20:59 schreef wobbel het volgende:
[..]
kan je wel vanaf buitenaf connecten? en heb je de poort 3306 ingesteld?
Bij heel veel MySQL servers kan je niet van buitenaf connecten naar het IP, of alleen vanaf bepaalde ip adressen (of ranges)
Hoe kan ik alsnog een connectie maken met deze server, hoe stel ik poort 3306 in en hoe kan ik zien of ik een connectie kan opzetten vanaf buitenaf?
-xxx-
Aan dit bericht kunnen geen rechten worden ontleend.
1. Niet van buitenaf, tenzij je je host vraagt om toegang van andere hosts dan localhost toe te staan.quote:Op maandag 21 januari 2008 21:10 schreef poepeneesje het volgende:
[..]
1. Hoe kan ik alsnog een connectie maken met deze server, 2. hoe stel ik poort 3306 in en 3. hoe kan ik zien of ik een connectie kan opzetten vanaf buitenaf?
2. Tenzij je expliciet een andere poort hebt opgegeven, is het standaard 3306.
3. Als mysql_connect() van buitenaf false geeft en op de server zelf true, dan lijkt het me duidelijk
Idd, wat vrij irritant is. Ben je gelijk ook aangewezen op phpmyadmin.. wat enorm ruk is.quote:Op maandag 21 januari 2008 22:23 schreef saban het volgende:
Buitenaf verbinding naar PCX is niet mogelijk.
Mijn ervaring is dat styles in <style> soms genegeerd worden. Wanneer je die inline toevoegd aan elementen werkt het (naar mijn ervaring) wel overal.quote:Op maandag 21 januari 2008 21:09 schreef Light het volgende:
Ik heb een probleem bij het versturen van html mails. In Thunderbird en in Mail (op Mac) werkt het zoals ik zou verwachten, ook met de linkjes in de mail zelf (<a href=#id>text</a> dingen). Maar die linkjes werken (uiteraard, zou ik bijna zeggen) niet in Outlook. Ook in webmail (gmail) gaan de linkjes niet goed, en daar is de hele css opmaak ook nog zoek.
De mail is xhtml 1.0 transitional (op een paar kleine foutjes na) en met alle css info in <style> tags. Die code werkt goed in IE, FF en Safari.
Heeft iemand nog tips hoe ik die linkjes in Outlook kan laten werken? Ook tips over webmail clients als gmail zijn welkom.
Met anchors in html-mail heb ik helaasch geen ervaring...
Idd, maar maakt het niet minder irritantquote:Op maandag 21 januari 2008 23:07 schreef CraZaay het volgende:
Vrij gangbare security measure toch?
.[ Bericht 0% gewijzigd door Mordreth op 21-01-2008 23:27:33 ]
http://www.email-standards.org/quote:Op maandag 21 januari 2008 21:09 schreef Light het volgende:
Heeft iemand nog tips hoe ik die linkjes in Outlook kan laten werken? Ook tips over webmail clients als gmail zijn welkom.
Als die host ssh toegang heeft kun je mysql gewoon tunnelen over ssh en kun je alles wel gewoon vanaf je eigen pc bereiken.quote:Op maandag 21 januari 2008 23:20 schreef Mordreth het volgende:
[..]
Idd, maar maakt het niet minder irritant
Situatie, ik heb een database met een berg tabellen.
In 1 van die tabellen heb ik een kolom waar in een aantal waarden in terug kunnen komen, nu staat daar bij een aantal, dus niet allemaal een 6, hier wil ik een 1 van maken.
Ik Googlelen, ik vind het volgende:
Als ik deze echter uitvoer via phpMyAdmin krijg ik een syntax error..?
In 1 van die tabellen heb ik een kolom waar in een aantal waarden in terug kunnen komen, nu staat daar bij een aantal, dus niet allemaal een 6, hier wil ik een 1 van maken.
Ik Googlelen, ik vind het volgende:
| 1 |
Als ik deze echter uitvoer via phpMyAdmin krijg ik een syntax error..?
Op vrijdag 12 augustus 2005 01:46 schreef ElisaB het volgende:
Wat is SHERMAN leuk he Bloes O+
Wat is SHERMAN leuk he Bloes O+
Thx, maar krijg nog steeds een 1046 error, MySQL zou dit toch gewoon moeten kunnen lijkt me?
Op vrijdag 12 augustus 2005 01:46 schreef ElisaB het volgende:
Wat is SHERMAN leuk he Bloes O+
Wat is SHERMAN leuk he Bloes O+
quote:Op dinsdag 22 januari 2008 11:48 schreef SHERMAN het volgende:
Thx, maar krijg nog steeds een 1046 error, MySQL zou dit toch gewoon moeten kunnen lijkt me?
Heb hem al.. ;)
| 1 |
Op vrijdag 12 augustus 2005 01:46 schreef ElisaB het volgende:
Wat is SHERMAN leuk he Bloes O+
Wat is SHERMAN leuk he Bloes O+
Ongetwijfeld, maar hier lukte het niet.. 
Op vrijdag 12 augustus 2005 01:46 schreef ElisaB het volgende:
Wat is SHERMAN leuk he Bloes O+
Wat is SHERMAN leuk he Bloes O+
Het is "gelukt" met de database, ik heb de database opnieuw moeten opbouwen op een andere server.
Maar nu heb ik een probleem als ik de volgende PHP regel invoer:
Firefox geeft dan mijn achtergrond afbeelding maar gedeeltelijk weer (Opera en Internet Explorer doen het wel goed), iemand die weet wat het probleem is?
De reden dat ik deze regel nodig heb, is omdat de goede MIME type wordt niet meegestuurd door de server. Bij de config files van Apache kan ik niet komen om daar het .htaccess aan te passen en de meta-tag wordt niet herkend.
Oja een linkje naar de site zodat jullie kunnen zien wat ik bedoel.
-xxx-
Maar nu heb ik een probleem als ik de volgende PHP regel invoer:
| 1 2 3 | header("content-type: application/xhtml+xml; charset=utf-8") ?> |
Firefox geeft dan mijn achtergrond afbeelding maar gedeeltelijk weer (Opera en Internet Explorer doen het wel goed), iemand die weet wat het probleem is?
De reden dat ik deze regel nodig heb, is omdat de goede MIME type wordt niet meegestuurd door de server. Bij de config files van Apache kan ik niet komen om daar het .htaccess aan te passen en de meta-tag wordt niet herkend.
Oja een linkje naar de site zodat jullie kunnen zien wat ik bedoel
.-xxx-
Aan dit bericht kunnen geen rechten worden ontleend.
Wat wil je precies doen? Dezelfde data updaten voor meerdere records, of verschillende data?quote:Op dinsdag 22 januari 2008 14:20 schreef PiRANiA het volgende:
kan je btw meerdere updates doen in 1 query? bij mij lukte het niet...
Ik krijg mod_rewrite niet goed werkend..
Als ik de eerste keer een link aanklik (menuitem/list.html) dan werkt het goed, maar vervolgens veranderd deze hyperlink dan in menuitem/menuitem/list.html
De html code voor de links is:
en mijn htaccess ziet er zo uit:
iemand enig idee hoe dit komt?
Als ik de eerste keer een link aanklik (menuitem/list.html) dan werkt het goed, maar vervolgens veranderd deze hyperlink dan in menuitem/menuitem/list.html
De html code voor de links is:
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 | function displayMenu() { $html = "<div id=\"navcontainer\">\n"; $html .= "\t\t\t\t<div id=\"title\">" . _MENU_TITLE . "</div>\n"; $html .= "\t\t\t\t<ul id=\"list\">\n"; $html .= "\t\t\t\t\t<li class=\"item\"><a href=\"menuitem/list.html\">Menu items</a></li>\n"; $html .= "\t\t\t\t\t<li class=\"item\"><a href=\"content/list.html\">Pagina's</a></li>\n"; $html .= "\t\t\t\t\t<li class=\"item\"><a href=\"gebruiker/list.html\">Gebruikers</a></li>\n"; $html .= "\t\t\t\t\t<li class=\"item\"><a href=\"mail/edit.html\">Mail</a></li>\n"; $html .= "\t\t\t\t\t<li class=\"item\"><a href=\"login/logout.html\">Uitloggen</a></li>\n"; $html .= "\t\t\t\t</ul>\n"; $html .= "\t\t\t</div>\n"; return $html; } ?> |
en mijn htaccess ziet er zo uit:
| 1 2 3 | RewriteRule ^(.*)/(.*)/(.*)\.html$ index.php?component=$1&type=$2&itemid=$3 [L] RewriteRule ^(.*)/(.*)\.html$ index.php?component=$1&type=$2 [L] |
iemand enig idee hoe dit komt?
TeeVeePee. Alhoewel ik steeds minder met PHP aan het werken ben gezien ik op m'n werk zoveel met .NET bezig ben. >_>
Voeg eens een base href aan je HTML toe, waarin de root van je site staatquote:Op dinsdag 22 januari 2008 18:48 schreef MuRKie het volgende:
Ik krijg mod_rewrite niet goed werkend..
http://localhost/menuitem/list bedoel je dan? Moet dat standaard bij mod_rewrite?quote:Op dinsdag 22 januari 2008 19:03 schreef Xcalibur het volgende:
[..]
Voeg eens een base href aan je HTML toe, waarin de root van je site staat
Alle links in mijn website de hele url gebruiken?
mijn menu ziet er nu zo uit:
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 | function displayMenu() { $html = "<div id=\"navcontainer\">\n"; $html .= "\t\t\t\t<div id=\"title\">" . _MENU_TITLE . "</div>\n"; $html .= "\t\t\t\t<ul id=\"list\">\n"; $html .= "\t\t\t\t\t<li class=\"item\"><a href=\"" . cmsConfig_siteRoot . "cbs/menuitem/list/\">Menu items</a></li>\n"; $html .= "\t\t\t\t\t<li class=\"item\"><a href=\"" . cmsConfig_siteRoot . "cbs/content/list/\">Pagina's</a></li>\n"; $html .= "\t\t\t\t\t<li class=\"item\"><a href=\"" . cmsConfig_siteRoot . "cbs/gebruiker/list/\">Gebruikers</a></li>\n"; $html .= "\t\t\t\t\t<li class=\"item\"><a href=\"" . cmsConfig_siteRoot . "cbs/mail/edit/\">Mail</a></li>\n"; $html .= "\t\t\t\t\t<li class=\"item\"><a href=\"" . cmsConfig_siteRoot . "cbs/login/logout/\">Uitloggen</a></li>\n"; $html .= "\t\t\t\t</ul>\n"; $html .= "\t\t\t</div>\n"; return $html; } ?> |
en mijn htaccess is:
| 1 2 3 4 5 6 7 8 9 10 | #RewriteRule ^(.*)/(.*)/(.*)/ index.php?component=$1&category=$2&type=$3 [L] #RewriteRule ^(.*)/(.*)/(.*) index.php?component=$1&category=$2&type=$3 [L] #RewriteRule ^(.*)/(.*)/(.*)/ index.php?component=$1&type=$2&itemid=$3 [L] #RewriteRule ^(.*)/(.*)/(.*) index.php?component=$1&type=$2&itemid=$3 [L] RewriteRule ^(.*)/(.*)/ index.php?component=$1&type=$2 [L] RewriteRule ^(.*)/(.*) index.php?component=$1&type=$2 [L] |
En het lijkt te werken..
Maar dan heb ik nog een vraag. Ik heb 2 verschillende url's met evenveel get variabelen erin.. Hoe weet mod_rewrite welke hij moet kiezen dan?
[edit]Siteroot kijkt vanuit htdocs en niet vanaf de domeinnaam, zit daar verschil tussen?[/edit]
[ Bericht 43% gewijzigd door MuRKie op 22-01-2008 19:14:46 ]
Of alles relatief vanaf de root gebruiken, zoals "/images/bla,gif", of de base-tag gebruiken: http://www.w3schools.com/tags/tag_base.aspquote:Op dinsdag 22 januari 2008 19:04 schreef MuRKie het volgende:
[..]
http://localhost/menuitem/list bedoel je dan? Moet dat standaard bij mod_rewrite?
Alle links in mijn website de hele url gebruiken?
<base href=> is een aparte tag, die moet je in je <HEAD> van je document zettenquote:Op dinsdag 22 januari 2008 19:04 schreef MuRKie het volgende:
http://localhost/menuitem/list bedoel je dan? Moet dat standaard bij mod_rewrite?
Alle links in mijn website de hele url gebruiken?
Dan worden alle links relatief aan dit pad bepaald, maar de volledige URL in je link zetten kan ook. Vind ik zelf alleen niet zo mooi
<base> tag gaat niet werken in mijn cms omdat alles al utigevoerd wordt voor het in de html template wordt geprint..quote:Op dinsdag 22 januari 2008 21:09 schreef Xcalibur het volgende:
[..]
<base href=> is een aparte tag, die moet je in je <HEAD> van je document zetten
Dan worden alle links relatief aan dit pad bepaald, maar de volledige URL in je link zetten kan ook. Vind ik zelf alleen niet zo mooi
Wat wordt uitgevoerd? Uiteindelijk wordt de HTML toch door de browser geïnterpreteerd. Wees eens duidelijkquote:Op dinsdag 22 januari 2008 21:50 schreef MuRKie het volgende:
[..]
<base> tag gaat niet werken in mijn cms omdat alles al utigevoerd wordt voor het in de html template wordt geprint..
Daar kan ik vast verder mee. Of iig het onthouden voor als het een keer wel nodig is, de eisen blijken aangepast deze keer. Scheelt mij weerquote:Op maandag 21 januari 2008 23:15 schreef GVRuud het volgende:
[..]
Mijn ervaring is dat styles in <style> soms genegeerd worden. Wanneer je die inline toevoegd aan elementen werkt het (naar mijn ervaring) wel overal.
Google hielp ook al weinigquote:Met anchors in html-mail heb ik helaasch geen ervaring...
Maar Outlook is gewoon een ramp, da's wel duidelijk.
Je kan toch gewoon je adres in die tag zetten?quote:Op dinsdag 22 januari 2008 21:50 schreef MuRKie het volgende:
<base> tag gaat niet werken in mijn cms omdat alles al utigevoerd wordt voor het in de html template wordt geprint..
Dat heeft toch niks met je CMS te maken?
Ik heb een leuke vraag ;)
Ik heb een define waarbij ik de volgende gegevens heb
define("FILE_TYPES", "1,2,3");
deze informatie wil ik gebruiken bij uploads. Ik wil de file type controlleren met deze define die ik om zet naar een array dmv explode, maar het werkt niet :{
wat doe ik fout?
Ik heb een define waarbij ik de volgende gegevens heb
define("FILE_TYPES", "1,2,3");
deze informatie wil ik gebruiken bij uploads. Ik wil de file type controlleren met deze define die ik om zet naar een array dmv explode, maar het werkt niet :{
wat doe ik fout?
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Horen die twee argumenten niet andersom te staan?quote:Op woensdag 23 januari 2008 11:35 schreef Chandler het volgende:
Ik heb een leuke vraag
Ik heb een define waarbij ik de volgende gegevens heb
define("FILE_TYPES", "1,2,3");
deze informatie wil ik gebruiken bij uploads. Ik wil de file type controlleren met deze define die ik om zet naar een array dmv explode, maar het werkt niet
[ code verwijderd ]
wat doe ik fout?
Nee, zie codequote:Op woensdag 23 januari 2008 11:42 schreef Tuvai.net het volgende:
[..]
Horen die twee argumenten niet andersom te staan?
| 1 2 3 | define("FILE_TYPES", "1,2,3"); ?> |
[ Bericht 44% gewijzigd door Chandler op 23-01-2008 11:54:28 ]
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
quote:Op woensdag 23 januari 2008 11:57 schreef Xcalibur het volgende:
Ik denk dat hij de argumenten van de explode() bedoelt....
Dat dusDaarnaast zou ik geen arrays in defines doen, ik zou (zeker als je niet zoveel opties hebt) deze apart definieren. Werkt mijns inzien beter en overzichtelijker.
[ Bericht 15% gewijzigd door #ANONIEM op 23-01-2008 12:06:04 ]
Dat is natuurlijk wel lastiger uit te breiden....quote:Op woensdag 23 januari 2008 12:05 schreef Scorpie het volgende:
Daarnaast zou ik geen arrays in defines doen, ik zou (zeker als je niet zoveel opties hebt) deze apart definieren. Werkt mijns inzien beter en overzichtelijker.
Maar ik zou in zo'n geval ook geen define gebruiken, maar een gewone array denk ik
Dat moet ik dan in mijn html template zetten..quote:Op woensdag 23 januari 2008 10:49 schreef Xcalibur het volgende:
[..]
Je kan toch gewoon je adres in die tag zetten?
Dat heeft toch niks met je CMS te maken?
en alle inhoud qua content en menu's wordt al opgebouwd voor ik het in de html weergeef..
Werkt het dan ook nog gewoon? Plakt die <base> voor elke url (of het nou een <a> of een <img> is de baseurl?
Alles wordt uitgevoerd.. Menu's opbouwen en in variabele stoppen. En zo ook content en andere inhoud die uit de database komt..quote:Op dinsdag 22 januari 2008 21:52 schreef CraZaay het volgende:
[..]
Wat wordt uitgevoerd? Uiteindelijk wordt de HTML toch door de browser geïnterpreteerd. Wees eens duidelijk
Weet niet of dat voor die basetag wat uitmaakt.. weet niet of hij voor alle url's de basetag plakt..
Ik bedoel de argumenten van in_array()quote:Op woensdag 23 januari 2008 11:47 schreef Chandler het volgende:
[..]
Nee, zie code
[ code verwijderd ]
De browser doet iets met de base-tag, heeft niets met server side zaken te makenquote:Op woensdag 23 januari 2008 12:40 schreef MuRKie het volgende:
[..]
Alles wordt uitgevoerd.. Menu's opbouwen en in variabele stoppen. En zo ook content en andere inhoud die uit de database komt..
Weet niet of dat voor die basetag wat uitmaakt.. weet niet of hij voor alle url's de basetag plakt..
correct, fout gezien 
vervelende van PHP is dat deze argumenten af en toe gewoon andersom staan
vervelende van PHP is dat deze argumenten af en toe gewoon andersom staan
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
quote:Op woensdag 23 januari 2008 13:00 schreef Chandler het volgende:
correct, fout gezien
Is inderdaad een groot nadeel van PHP, en tevens de reden dat veel mensen op PHP afgeven. Je hebt meerdere functies waar '$naald' en '$hooiberg' (zoals in_array() ) omgedraaid worden; en dat kan wel eens narigheid opleveren als je net een flinke lap code neergepleurd hebt.
Tip: de PHP cheat sheet: http://www.ilovejackdaniels.com/cheat-sheets/php-cheat-sheet/
Dus dan kan ik baseteg niet gebruiken aangezien php al mijn url's genereerd? Of juist wel?quote:Op woensdag 23 januari 2008 13:00 schreef CraZaay het volgende:
[..]
De browser doet iets met de base-tag, heeft niets met server side zaken te maken
Indirect wel aangezien je systeem er rekening mee moet houden in het genereren van je URL'squote:Op woensdag 23 januari 2008 13:00 schreef CraZaay het volgende:
[..]
De browser doet iets met de base-tag, heeft niets met server side zaken te maken
.
phluphy for president!
Hey ik vraag me iets af hè, puur uit nieuwsgierigheid.
Ikzelf maak altijd mijn websites in een index.php en include alle content daarin en de lay-out ook.
Maar ik zie ook vaak websites die meerdere losse pagina's hebben (index.php, content.php, catalogus.php, enz.) Maar hoe zit dat dan met je lay-out? Heb je dan niet hetzelfde euvel als met platte html dat je op elke pagina je lay-out moet bakken? Of include je dan gewoon op elke php pagina de lay-out template ipv alleen een keer in de index? Of zit daar een ander foefje achter?
En wat is dan het grootste verschil tussen beide methodes, en/of de voor- en nadelen van beide methodes. En zijn er verder nog andere handige methodes om je website op te bouwen?
Veel vragen, maar ik ben hier gewoon heel nieuwsgierig na en altijd opzoek naar betere, praktischere mogelijkheden.
Iemand die mij hier zijn mening over kan/wil geven?
Ikzelf maak altijd mijn websites in een index.php en include alle content daarin en de lay-out ook.
Maar ik zie ook vaak websites die meerdere losse pagina's hebben (index.php, content.php, catalogus.php, enz.) Maar hoe zit dat dan met je lay-out? Heb je dan niet hetzelfde euvel als met platte html dat je op elke pagina je lay-out moet bakken? Of include je dan gewoon op elke php pagina de lay-out template ipv alleen een keer in de index? Of zit daar een ander foefje achter?
En wat is dan het grootste verschil tussen beide methodes, en/of de voor- en nadelen van beide methodes. En zijn er verder nog andere handige methodes om je website op te bouwen?
Veel vragen, maar ik ben hier gewoon heel nieuwsgierig na en altijd opzoek naar betere, praktischere mogelijkheden.
Iemand die mij hier zijn mening over kan/wil geven?
Juist welquote:Op woensdag 23 januari 2008 14:22 schreef MuRKie het volgende:
Dus dan kan ik baseteg niet gebruiken aangezien php al mijn url's genereerd? Of juist wel?
De url's worden berekend vanaf de base href. Als je zorgt dat al je url's relatief zijn (en dat zijn ze waarschijnlijk vanwege je mod_rewrite) dan zorgt de base href ervoor dat ze allemaal vanaf de root van je site worden berekend. En dan ben je dus van het sub/sub/sub/sub/sub mapjes probleem af
Ik ook. Zeker in combinatie met mod_rewrite is dit (naar mijn mening) de beste oplossing, omdat je zo de bestandstructuur kunt simuleren die je anders met losse bestanden kunt maken.quote:Op woensdag 23 januari 2008 15:11 schreef MuRKie het volgende:
Ikzelf maak altijd mijn websites in een index.php en include alle content daarin en de lay-out ook.
Bovendien kan je alle generieke dingen zoals database openen, input validatie, error handling, etc. fijn in de index.php doen, is dat lekker centraal.
Hmm dat zou inderdaad handig zijn!quote:Op woensdag 23 januari 2008 15:22 schreef Xcalibur het volgende:
[..]
Juist wel
De url's worden berekend vanaf de base href. Als je zorgt dat al je url's relatief zijn (en dat zijn ze waarschijnlijk vanwege je mod_rewrite) dan zorgt de base href ervoor dat ze allemaal vanaf de root van je site worden berekend. En dan ben je dus van het sub/sub/sub/sub/sub mapjes probleem af
Ben inmiddels wel van het sub/sub/sub/sub probleem af..
Ik heb mijn url's namelijk niet meer relatief gemaakt
Door van
| 1 2 3 | "content/view/7/"; ?> |
| 1 2 3 | cmsConfig_siteRoot . "content/view/7/"; ?> |
te maken
maar met de basetag had dat dus werk gescheeld. Wat wel het voordeel is van mijn oplossing is dat ik nog steeds alle instellingen (in dit geval de siteroot) in de config.php kan instellen ipv in dit geval in de template..
Ok..quote:Op woensdag 23 januari 2008 15:25 schreef Xcalibur het volgende:
[..]
Ik ook. Zeker in combinatie met mod_rewrite is dit (naar mijn mening) de beste oplossing, omdat je zo de bestandstructuur kunt simuleren die je anders met losse bestanden kunt maken.
Bovendien kan je alle generieke dingen zoals database openen, input validatie, error handling, etc. fijn in de index.php doen, is dat lekker centraal.
Ikzelf doe input validatie in het bestand zelf dat ik include (dus waar ook het inputveld staat)
Ik gebruik een soort van losse componenten die opzich "zelfstandig" zijn en los staan van de index.php
maar wel daarin geinclude worden..
