HL

Exakt. Och jag håller med, om någon har en lösning på att göra allt på en gång så vore det ju super.

Har funderat lite till... Såhär kanske man kan göra?

Först en fråga för att ta fram just de filer du ska ha:

Sen en fråga som tar fram rubbet för just de filerna - med eller utan dubletter:

Du skapar alltså en WHERE-sats utifrån resultatet från den första frågan.
Sen måste du förstås kolla efter dubletter i resultatet.

Har inte testat nåt sånt själv, men det borde väl funka.

- - - -
(La för ordningens skull till DISTINCT i första frågan.)

[ 05. mars 2003, 18:13: Meddelandet ändrat av: HL ]

Det här är kanske inte det svar du vill ha, men du kan ju alltid loopa igenom fillistan och kolla vilka kategorier varje bild tillhör med en egen query, men då blir det förstås många queries om fillistan är lång. Kanske blir för tungt?

Ett annat alternativ är ju att eliminera dubletterna "själv" när du får tillbaka svaret, men då funkar ju inte riktigt LIMIT om du behöver använda det...

Jag har haft samma fundering själv, men jag valde faktiskt att avstå från att kunna visa det som motsvarar dina kategorier i listningen av det som motsvarar dina filer. Du kanske kan nöja dig med att lista kategorierna när användaren går in på en enskild fil?

It´s PHP you schmuck!

asp2php

Programmet konverterar ASP-kod till PHP. Funkar kanske inte perfekt alla gånger, men ändå. Vi har satt upp ett webbgränssnitt för programmet här för den som vill testa!

Du glömde citattecknen runt ´$REMOTE_ADDR´, eller hur? Du är i gott sällskap!

Andra standardfel:

• if (1+1 = 2)

• Glömma semikolon

• Råka skriva hårt mellanslag

• Anropa globala variabler i funktioner (på fel sätt)

Sorgligt men sant. Webbservern kör ju som en egen användare, till exempel www, och när man skapar kataloger på webbservern med FTP/SSH så är det med en annan användare. För att webbservern ska kunna skriva i session-katalogen så måste man ge alla användare den möjligheten.

Man kan komma runt det genom att köra PHP-scripten som CGI med su_exec, vilket gör att de körs med din egen användare. Det är dock ingen bra lösning, för det går mycket långsammare.

Man borde ha egen server så man slapp oroa sig... :rolleyes:

/tmp/sessions/ skulle vara en katalog i webbhotellets tmp-katalog i roten. Kanske säkrare då att använda din hemkatalog:

mkdir /home/i/ivar/sessions
chmod 777 /home/i/ivar/sessions

Det senare för att ge webbservern tillträde till katalogen.

Som alternativ till att lagra IP-adresser kan du ju använda Session-ID. Om du använder sessioner, vill säga. Fördelen skulle väl vara att du ibland har flera besökare från samma publika IP (när de sitter bakom en NAT-router). Men det kanske kvittar.

. och .. är symboler för "denna mapp" respektive "överordnad mapp"

Och, som sagt, läs vad Levonline skriver om hur det kan lösas här:

http://support.levonline.com/support.cgi?content=phpdb#phpdb

En annan säkerhetsaspekt är att alla användare på ditt webbhotell i princip kan läsa din php-fil, eftersom den måste vara läsbar av alla för att kunna köras av webbservern (som körs som en annat användarkonto än ditt). Det är därför bra att inte göra det alltför uppenbart var man hittar lösenordet.

En annan sak man kan göra är att låta php-scriptet köras som ett cgi-script med suexec, vilket innebär att det körs med ditt användarkonto. Då kan du ju sätta snålare rättigheter på dina filer. Nackdelen är att det är mycket långsammare att dra igång ett CGI med suexec än ett php-script. Man kan dock se till att det bara behöver göras första gången användaren laddar sidan genom att exempelvis spara lösenordet i en cookie. Levonline har lite instruktioner här.

Det beror ju på vad du skickar och vem du skickar till. Har du gjort texten på mac (men inte i Dreamweaver) och skickar till en PC så behöver du ju konverteringen, men inte när du skickar mac till mac.

Nyckelordet här är teckenkodning. Såhär har jag fått för mig att det ligger till: BBEdit använder MacOS Roman som är standard på Mac medan Dreamweaver använder ISO Latin 1 som är standard på Unix/Linux och verkar vara samma som/mycket likt Windows Latin 1. Scripten du har fått är förmodligen i ISO/Windows vilket gör att det blir fel när du öppnar dem i BBEdit men rätt i Dreamweaver.

Att det blir fel på servern är egentligen konstigt eftersom PHP/Apache jobbar med ISO. Förklaringen kan vara att ditt ftp-program gör en konvertering från Mac till ISO när du skickar (när filerna i själva verket redan är ISO!)

För scriptad bildbehandling är väl annars Imagemagick överlägset? Finns som ett paket i Fink. Man kan styra det med shellscript men säkert också via Applescript på något sätt.

Det här bidrar nog också att stärka gtk tror jag. I och med det här kan man ju utveckla program för Linux, Mac och Windows (för visst kan man köra gtk-program under Win?) samtidigt. Kanske inte att Photoshop kommer att skrivas om med gtk, men däremot mindre/skräddarsydda program. Kanske blir det ett alternativ till alla dessa webb-baserade intranätlösningar?