[1.2.2] CBACK MediaManager (Bilduploader)

Hi Ally,

looks like this could also be Server related (Upload Limits? Images on several devices are huge these days and regular WebUpload Limit is ~2MB on ServerSide per Default)

People should try to resize their pictures first.

As I said the MediaManager is just a regular WebUpload, so nothing I can change about this and unfortunately nothing I can help you with on my side. And because it normally also works on mobile devices (even on your site some with the same device seem to be able to upload smaller images, others can't) its not related to the plugin functionality itself, its more the handling by the mobile browsers or upload limits from the server or broken connections during upload etc. - Special Apps like Imgur or Facebook can work around these things with their specialized infrastructure, but the Forum is just the Web in a Browser. - So no direct connection to your server, uploads are only possible via http-upload and that limits you to everything the regular web gives you.

And I would also not recommend to remove the checking functions from the plugin due to security reasons and chances are that if you see that message no image is received at all so this wouldn't change anything.

I also just tested photo upload with an iPhone 6s and iPad Pro (both with the latest iOS Version) on 2 Test-Systems and the images uploaded without problems, so I don't think the Plugin is the problem here, seems to be more related to your server. Maybe - if possible - let your hoster raise the web upload limits and php memory limits. And if possible use PHP as Apache Module so GDLib uses less memory when processing images. Beside that I don't have more ideas to help you unfortunately.


Sincerely,
Chris

Oh that's an interesting observation!

The MediaManager Plugin - as I said - just uses a regular WebUpload but over AJAX Request/HTML5 File. The Size-Check is just the regular PHP function "getimagesize" - so there's nothing I can change there, its basically very core technology related what happens in that step. But your observations tells me, that the image itself doesn't seem to be corrupted as I initially thought. It seems your mobile browser is not able to send your server any file at all while your desktop browser is able to do that.

This could suggest that the CORS handling on your server is not properly configured to use that asynchronous file transfer and that your mobile browser seems to mess up something.


I don't know your hoster so I don't know if you can override these policies via .htaccess but you could try the following:


Open the .htaccess file of your forum (directly in the forum root where also the index.php, pm.php, usercp.php etc. files are).

Make a backup of your original .htaccess file first!


Now find this:


and BEFORE on new lines add:





if this gives you an Error 500 try the minimal way instead:




If this also gives you an error 500 it could be your hoster restricts overriding of these settings and you have to contact him. Tell him the keyword CORS Allow Cross Origin so he should know what to do.

Try if this fixes your upload problem.


If it doesn't I'm out of ideas but as I said the problem is not the plugin itself, during the way until that error message pops up it just uses core technologies so no functions or methods or requests I can change with my coding itself. Only way of making that step simpler would be to remove the AJAX functionality but that would also remove all the extra functionality the MediaManager gives you (because of page reloads for a file transfer etc.). So basically you would then have the same thing you already have with your CF4 Attachment system (wich you could also use as backup for users that are maybe not able to transfer files with AJAX requests if those settings for your server environment don't make any changes and if using the attachment system would work because of the "good ol'" page reload during the transfer).



Please also make sure your site is only reachable with the preferred domain you configured in your ACP. I can access your page with www. and without www. - so one of these two that doesn't match the domain configuration of your forum could lead to problems like this if your server restricts transfers to one single domain (that's an easy description of the thing that happens but I think you could basically call it like this). So please look wich domain you configured in your acp (with or without www) and make sure all other variants redirect you to the preferred main domain.

Like when you enter community.cback.de without www. and you get redirected to www.community........ you know?

This could also be a possible explaination why some users with the same device are able to upload and others aren't - maybe the ones where it work use the domain you configured and the others don't? - At least its worth a try.


Sincerely,
Chris

Hallo Philipp!

Zunächst einmal zu Deinen Fragen:

- EXIF Modus kann nach dem hochladen als zusätzliche Option gewählt werden (einfach Button aktivieren). Dies zeigt dann einen EXIF Knopf im Bild an, mit dem Du die EXIF Daten des Bildes auslesen kannst. Die Bilder selbst beinhalten nach dem Upload generell keine EXIF Daten mehr: Das liegt daran, dass sie von der GDLib bearbeitet werden (skalierung etc.) und die GDLib dabei bei vielen Bildvarianten und einigen Servern die EXIF Informationen aus den Originaldateien entfernt. Durch den EXIF Modus werden diese Informationen vorher vom System in der DB gespeichert und werden dann über den Button angezeigt, nicht im Bild selbst. Man könnte das Server/PHP Phänomen mit imagemagick oder eigenen GD read/write Librarys natürlich auch umgehen, aber das würde das Plugin wahnsinnig aufblähen und ggf. auch externe Bibs benötigen die nicht auf jedem Server vorhanden sind oder die gerade bei großen Bildern viel PHP Speicher brauchen um ausgeführt zu werden. Das macht das Plugin recht unpraktikabel, vor allem weil mit dem EXIF Button die Daten ja doch einsehbar sind.

- Wenn Du Thumbnail aktivierst wird das Bild automatisch als kleiner Kachel dargestellt. Du kannst so viele Bilder wie Du möchtest als Kachel / Thumbnail einbetten. Wenn Du dann das Bild groß klickst öffnet sich eine Lightbox. In dieser kannst Du wie bei einer Galerie links/rechts blättern um zu den nächsten Thumbnails zu gelangen (Pfeiltasten gehen auch).

- Der MediaManager ist nicht wie die Attachments an die Beiträge gebunden. Daher ist nach dem Absenden nicht mehr klar, welche Bilder nun in dem Beitrag sind. Du kannst ja auch (z.B. bei einem Zitat) das Bild aus einem anderen Beitrag nochmal zitieren, welches also nicht mal von dem User sein muss, der den Beitrag schreibt. Entsprechend gibt es da keine Möglichkeit die Bilder die in einem Beitrag schon drin sind nochmal bearbeitbar aufzugreifen. - Das geht nur mit den Attachments, die dann aber ja fix an eine einzige Beitrags ID gebunden sind. Der MediaManager soll ja eher ein Bilduploader sein.



Dann danke ich Dir sehr für Deine Anregungen.

Ich bin ganz ehrlich: Im MediaManager stecken über 14 Tage Arbeit und es wurde als kostenloses Bonus-Plugin von mir privat erstellt und wie auch andere Plugins von mir haben diese also nichts mit dem CBACK Forum direkt zu tun. Sofern es keine Plugins von Kundenaufträgen sind die ich veröffentlichen darf (schreib ich ja dann immer dabei) ist das also sozusagen eine Freizeit-Tätigkeit von mir die ich dann der Community bereitstelle. Aus diesem Grund muss ich natürlich dann manchmal andere Prioritäten setzen, da Aufträge und die Forensoftware natürlich immer vorgehen, denn dafür zahlen die Leute - und dann hab ich auch gerne hin und wieder mal ein Wochenende ohne PHP Code vor Augen, auch wenn das selten mal klappt. *g*

Die von Dir beschriebenen Punkte verstehe ich für ein Fotografieforum natürlich und danke Dir für die Anregungen! Allerdings sind diese Punkte sehr aufwendig und teilweise bräuchten diese auch eine ganz neue Art von Plugin für Fotografieforenzwecke und sind nicht wirklich das, wofür der MM geschaffen wurde. Manches wäre also auch gar nicht in der Form umsetzbar. Dinge wie Größen usw. kannst Du aber natürlich im Plugin auch selbst nach Deinen Wünschen anpassen.



Aktuell liegt mein Fokus aber erst einmal auf dem Anfang Mai kommenden neuen CBACK Forum Update, bei dem nochmal sehr viele neue Features kommen werden sowie einige zusätzliche Dinge für die kommende DSGVO umgesetzt werden. Das ist natürlich jetzt neben den Individualaufträgen zunächst das wichtigste.


Vom MediaManager ist danach nur schon eine kleine Anpassung geplant als Wartungs-Update:
- er wird eine im CF4.3 kommende neue Plugin-Update-Check Routine implementieren für verschlüsselte Versionsabfragen
- es wird in der Einbettung noch einen "Rollcode" geben, sodass man nicht durch einfaches durchprobieren von Nummern hochgeladene Bilder anzeigen kann (das sorgt dann dafür, dass man den MM auch besser in versteckten Foren verwenden kann).


Was ich von Deinen Vorschlägen dann aber dann trotzdem noch (bzw. schon mal) aufnehmen werde ist folgendes:

- Die Buttons den Typ der einbettung nachträglich zu verändern kann ich Dir in der allgemeinen Bildanzeige im UserCP hinzufügen. Man kann zwar dann im Beitrag selbst nichts mehr an Einbettungen ändern (wie gesagt weiß der MM nicht in welchem Post was eingebettet wird, weil Du übergreifend einbetten kannst und es als Bildhoster und nicht als Attachmentfunktion gedacht ist), aber über das UserCP könnte man in bereits gemachten Uploads noch was nachträglich ändern. - Die User können ja dann dieses Menü in einem neuen Tab öffnen und ggf. nachjustieren, das sollte dann denke ich für Deine Zwecke auch gut passen.
Außerdem gehe ich mit Dir konform, dass das nachträgliche umstellen dann Userverantwortung ist wenn ein Beitrag danach blöd aussieht.

Das andere Feedback ist aber natürlich auf jeden Fall auch mal notiert, sofern eben für den MM anwendbar - irgendwann!


Ansonsten ist nämlich in nächster Zeit leider keine weitere Erweiterung des MM geplant. Sorry!
Es werden nach dem CF4.3 Update und einigen Wartungs-Updates an meinen Plugins im Allgemeinen + dem C(b)lack Style zwar in diesem Jahr auch noch neue freie Plugins von mir kommen, aber vom MM ist nach nicht einmal einem Jahr bisher noch keine neue Major in Aussicht. Sorry!



Aber natürlich kannst Du Plugins, die für Deine Zwecke speziell angefertigt werden auch jederzeit kostenpflichtig bei uns in Auftrag geben. Schick mir dafür bitte einfach eine PM oder Mail via Kontaktformular, ich sende Dir dann gerne mal ein individuelles Angebot für ein für Dich zugeschnittenes Plugin. Ich kann Dir aber gleich sagen, dass Plugins dieser Art definitiv eine höhere Entwicklungszeit haben und unter der Haube sehr komplex sind, da sie zum einen recht lastig arbeiten (beim skalieren usw.), viele Techniken fordern (gerade mit AJAX Upload usw.) und insbesondere auch sehr viele Sicherheitsprüfungen ausführen müssen, damit man wirklich nur Fotos auf Deinen Server bringt und nichts schädliches. Übrigens: gerade einen Multi Upload will ich unter anderem deshalb bewusst in einem "das kann jeder runterladen"-Plugin vermeiden, man könnte mit Spamwellen einfach zu schnell und zu einfach mit mehreren Useraccounts einen Webspace vollladen und lahmlegen (trotz einstellbarer Grenzwerte). Ein Fotografieforum braucht sowas vielleicht, ja, aber für 9 von 10 Nutzern des MM macht sowas mehr Probleme als Hilfe. Sowas muss nämlich insbesondere auch der Server mit sehr hohen Systemwerten (max_upload_limit, memory_limit, etc.) unterstützen und mitmachen, sonst überlädt man kleinere Spaces sehr schnell. Das heißt bei den meisten CF Foren die nur auf normalem Webspace laufen würde ich dann mit einer Multi-Upload und Multi-Skalierung für regelmäßige Serverfehlermeldungen sorgen und durch Vorhandensein solcher Features natürlich Verwirrung stiften. Nach dem Motto: "Ich habs eingeschaltet und jetzt kriege ich Error 500, das Plugin geht nicht". Und gerade die üblichen php memory_limits sind bei Digitalfotos + GDLib Bearbeitungen sehr schnell überschritten. 16 oder 32M sind da üblich, bei GDLib Verarbeitung kann man da Dateigröße doppelt rechnen, sagen wir also bei 4MB pro Digitalfoto (wenn man die Uploadgrenze nicht zu sehr beschränken will) hätte man bei 2-3 Fotos gleichzeitig in der Pipeline schon den ersten Serverfehler.

Der Drag&Drop Upload vom MediaManager ist ja eigentlich ein guter Kompromiss zwischen den beiden Welten finde ich. Wenn man den Explorer neben offen lässt kann man damit ja auch recht schnell arbeiten. Reinziehen, kurz warten bis es verarbeitet ist, nächstes reinziehen, ...


Ansonsten empfehle ich ggf. auf die Attachment-Funktion auszuweichen?! Ab dem nächsten CF Update werden da die Vorschaubilder auch größer dargestellt.

Alternativ könntest Du Dir auch mal die Fotogalerie von Fragz ansehen.

Der MM ist ja eher als Plugin gedacht Beiträge mit ein paar wenigen Bildern aufzuhübschen, also eher so eine Content-Gestaltungs hilfe und fixer Bilduploader für allgemeine Foren mit Threads wie "Zeig Deinen Desktop" und was weiß ich. Als Tool für Fotografieseiten ist der nicht wirklich gedacht. Aber Fragz Gallerie verfolgt ja eher den Zweck sehr viele Bilder auszustellen und hat auch soweit ich weiß eine BBCode Funktion seine Alben dann in Beiträgen zu verlinken. Und ich finde gerade Dinge wie Badge Upload oder wirklich sehr große Bildgrößen sind für eine Galerie auch eher geeignet wie für ein Bildeinbetter in Beiträgen.

Vielleicht passt das dann eher für Deine Zwecke?

LG und ein schönes Wochenende,
Chris

Hi Philipp,

das mache ich doch sehr gerne!

Natürlich ist so ein Feedback auch immer notiert und wenn es sich mal gut anbietet wird das natürlich auch bei den Plugins gerne berücksichtigt.

Das mit den EXIFs werde ich zur nächsten Version dann auch mal näher prüfen, ich kann es mir allerdings zur Zeit nicht erlären und auch im Testsystem nicht nachstellen: Eigentlich werden die EXIF Daten generell beim Update "rausgedumpt", der HiDPI Modus verkleinert nur bei der Anzeige das eigentliche Bild um 50%, allerdings per HTML Tag, nicht per Scaling, sodass sich hier an den EXIF Daten oder dem DB Eintrag nichts ändert egal wie Du schaltest. Die EXIF Daten werden sozusagen vorm Upload ausgewertet und dann nicht mehr angefasst. Vielleicht konnte er die Daten bei dem Bild generell nicht lesen und es war nur Zufall, dass es das HiDPI Bild war? Kannst Du ja mal testen bei einem Bild wo Du weißt, dass beim normalen Upload EXIF Daten da waren.


Die Lightbox wird durch das im CF4 enthaltene UIKit generiert und mitgenutzt: https://getuikit.com/v2/docs/lightbox.html

Dieses verhält sich von Haus aus so, dass die Pfeile erst sichtbar werden, wenn Du mit der Maus über die Lightbox fährst. In meinem Screenshot habe ich das vom Testsystem mal gerade fix für Dich gesnappt. Die Pfeile kommen übrigens auch erst, wenn Du mehrere Thumbnail-Bilder im Beitrag hast, damit er überhaupt etwas zum Blättern hat. Wenn nur ein Element da ist kommen die Pfeile nicht.

Die Höhe (top) wird durch die Zentrierung vom UIKit Script ermittelt. Es kann sein, dass Deine Bildbreite zu groß ist und daher die Höhe des Bildes nicht mehr auf den Monitor passt und deshalb das "X" sozusagen unter die Navleiste Flutscht.

Das kannst Du dann z.B. beheben, indem Du den Bildern eine gewisse Maximalhöhe in der Lightbox gibst per CSS:

zum Beispiel:


Eventuell hilft das schon. Ggf. auch die Breite nochmal extra limitieren (max-width), das wird normal automatisch gemacht aber je nach dem wie groß die Bilder sind die Du zulässt brauchst Du das vielleicht extra, damit nichts gesprengt wird.

Alternativ kannst Du in der header.htm Datei Deines Styles auch:


ersetzen durch:


dann kommt die Navbar nur, wenn Du aktiv nach oben scrollst wieder hoch.

Oder diese Zeile komplett raus, dann bleibt sie gar nicht oben stecken.

Das Design der Lightbox kannst Du mittels eigener Definitionen für UIKit auch bestimmen.
(Jeweils das Element am Besten mit dem Browser Inspektor packen und dann in Deinem Hauptstyle umgestalten).

Hoffe die Tipps helfen Dir weiter.


Und vielen Dank noch für das Lob!


Viele Grüße und ein schönes Wochenende,
Chris