Klingt nicht kompliziert. Wenn das soweit alles ist, wird's sicher auch billiger als die 3000. Kommt auch auf das Layout an. Die Webseite baut sich ja auch nicht von selbst.
Aber die reinen Datenbankoperationen sind da nicht allzu wild.
Vielleicht mal abgesehen mal von der Upload-Funktion. Da kommt es auf die Datenmenge (Anzahl der Bilder) und den Speicherort an (Dateisystem oder Datenbank) an und darauf, ob die Bilder resized und auf Gültigkeit überprüft werden sollen. Und natürlich, ob es EIN Bild pro Nutzer ist oder ob es mehrere Bilder pro Beitrag sein sollen. Dann muss man sich was schickes mit dem Einpassen ins Layout einfallen lassen.
Willst du das machen und fragst nach nem Preis, den du nehmen kannst oder machen lassen und danach was es kosten wird?
Und soll es .php, .asp, Java oder eine andere Sprache sein? Davon hängen die Serverwahl und spätere Erweiterungsmöglichkeiten ab.
Und willst du damit die breite Öffentlichkeit versorgen oder ist es mehr ein privates Projekt?
Wenn du nämlich ein eigenes Portal bauen willst und die Masse der Nutzer entsprechend groß ist, müssen wesentlich mehr Funktionen zum Abfangen von Dummheit rein. Denn du willst ja als Anbieter, der seine Seite vermarktet, dass die Nutzer möglichst wenig Probleme damit haben. Anders sieht es aus, wenn es z.B. ein Intranet für einen eingeschränkten Nutzerkreis ist. Dann kannst du, weil die Interessenlage anders ist, die Möglichkeiten einschränken um potenzielle Fehlbedienung zu vermeiden und entsprechende Vorgaben machen. Das hängt aber wie gesagt, davon ab, ob du die Seite vermarkten willst oder ob ein abhängiges Klientel bestimmte Funktionen gestellt bekommen soll.
Und wichtig ist auch, dass der Sicherheitsfaktor und die Fehlertoleranz bei einem großen, öffentlichen Nutzerkreis eine ganz andere Rolle spielen. Passwortsicherheit, DoS Attacken, etc. Eine "Passwort vergessen"-Funktion einer öffentlichen Seite muss völlig andere Kriterien erfüllen als eine im Intranet.
Das ist das was ich meinte als ich von "ins Blaue" sprach. Eine Absicherung gegen DoS Attacken bei der Passwortanforderung ist leicht zu programmieren, erfordert aber einiges an Arbeit drumrum. Ein Bildupload ist leicht zu realisieren; wenn du aber von .gif über .jpg bis zu .tga alles geliefert bekommst.. In Größen zwischen 10x20 Pixel bis 3000x4000 Pixel, brauchst du eine relativ intelligente Bearbeitungsroutine, die sich weniger an technischen Problemen orientiert als am zugrundeliegenden Workflow.
Und da sind wir beim nächsten Stichwort.. Der Workflow. Dynamische Webseiten geben einen gewissen Workflow vor. Dabei steht man immer vor der Wahl.. Modular programmieren um Erweiterbarkeit zu garantieren oder "fest verdrahten" und ggf. umfangreich nacharbeiten, wenn Änderungen anstehen. Davon sind die jeweiligen Transaktionskosten abhängig.
Du siehst also.. Ohne genaue Definition des Projekts und der entsprechenden Absprache mit dem Programmierer kann man da keinen Preis festlegen.