Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • May 10 14:50
    dr-dimitru commented #800
  • May 10 14:48
    dr-dimitru labeled #800
  • May 10 11:04
    e-gaulue opened #800
  • May 03 01:40
    Dhanamerdeka opened #799
  • Apr 24 21:39
    dr-dimitru commented #798
  • Apr 22 02:05
    kakadais commented #798
  • Apr 21 23:24
    kakadais commented #798
  • Apr 21 09:43
    jankapunkt commented #798
  • Apr 21 08:28
    dr-dimitru commented #798
  • Apr 21 08:11
    kakadais closed #798
  • Apr 21 08:11
    kakadais commented #798
  • Apr 21 07:44
    dr-dimitru labeled #798
  • Apr 21 07:44
    dr-dimitru commented #798
  • Apr 21 06:53
    jankapunkt commented #798
  • Apr 21 06:27
    kakadais opened #798
  • Apr 19 06:44
    dr-dimitru commented #797
  • Apr 19 06:30
    jankapunkt labeled #797
  • Apr 19 06:30
    jankapunkt labeled #797
  • Apr 19 06:30
    jankapunkt opened #797
  • Apr 16 19:45
    GSYamaji commented #794
kakadais
@kakadais

@dr-dimitru Oh I just asked your opinion for cluster. Because I could feel good your inspection for Meteor on your Iron-router / Flow-router fork repos.

My final goal is 'Use & Teach a Meteor as a small/middle size project'.
I've already done for a lot projects include a bit big size than middle one.

Meteor is great to go from the scratch, Meteor-Files make the file control super good, so now I just want to check how capacity could we make the system and stable.

So, it was just a pure question for Easy Clustering(actually forking the process whatever to use single multi-core server enough).

Sorry if it was departed too much from the purpose of this place- ;)

dr.dimitru
@dr-dimitru
@kakadais no worries. If you had experience with scaled Node.js projects, Meteor would be nearly the same experience. For single-machine clustering, or I'd say co-processing Phusion Passenger is the best solution I've seen so far with good balance between maintenance, complexity, and possibilities
kakadais
@kakadais
Thanks- Passanger was the best choice to me as well. I'll share and ask again if I found better or other approach
dr.dimitru
@dr-dimitru
@kakadais πŸ‘
Mickael Faivre-Maçon
@micktaiwan
thanks @dr-dimitru
kakadais
@kakadais
ICNCT2021-BestPaperAward-MultimediaDB.jpeg
@dr-dimitru Actually this is just some performance analsis for real usage, but the people seems that understand this is useful enough. ;) Original paper intorudces Meteor-Files package as well, so thanks dimitru.
dr.dimitru
@dr-dimitru
@kakadais looks awesome man!
Sincere congratulations πŸŽ‰πŸŽ‰πŸŽ‰
Does it available publicly? I'd love to learn more
kakadais
@kakadais
@dr-dimitru It's passed the examination but not published yet, but I think you deserve to read this so I'll send you by e-mail if you want ;). But that would be a bit embarrasing because basically this is just an announcing for usage and rough benchmark data to prove 'This is enough available for small-to-middle size project'. So I'm sure there's no Big-Learning on this paper for you haha.
I couldn't write and prove a lot of things that I asked you before on the git-hub. I will test a better performance comparison to prove this later someday-
kakadais
@kakadais
https://forums.meteor.com/t/translate-meteor-documents-and-apply/54816
And in another thread, do you have any idea for i18n for docs.meteor.com? I got some trouble to build meteor docs, and if it was successful, I believe it is not the proper way to maintain the translate the meteor docs. I thnk it should be maintained on docs.meteor.com as well by language selection.
Have you any idea for this?
I think there's a lot of volunteer for their own language including me and my team for internationally.
I still believe meteor is the best choice for indivisual or professional developers as well but there's a high language barrier to make an echo system for none-english country. I want to cool down this.
dr.dimitru
@dr-dimitru
@kakadais did you do that in terms or your education? Sorry, I didn't get it.
@kakadais speaking of MongoDB and GridFS performance there's huge room to improve starting from chunking support and ending with CDN
dr.dimitru
@dr-dimitru
@kakadais speaking of translations β€” I'm personally against translating coding/development related documentation, tutorials, etc. to other languages other than English.
This is happened historically β€” we (developers) write code in English (I know, there are few exceptions) it's very true for JavaScript, so there are no reasons to use any other language for its documentation. I believe no one would benefit from reading code and having const peremennaya = {/*...*/} instead of const variable = {/*...*/}
kakadais
@kakadais

@dr-dimitru This research paper was not for professional user and not the best performance environement as you said. Because the goal was not to prove 'This is the best approach to serve Multimedia files'. The goal was 'This has enough availability to be used'. It's slightly different.
So I didn't improve test environment to be good enough for the best performance as you said.

But in my next step, I'll improve it on the next paper to prove 'This is could be one of the best approach to serve Multimedia files'. Some old professors are not accept a new technology easy, and doubt it at the first time always, so I approach this really carefully.
Anyway if I want to make the environment to be fully best performance, then I might be need your great ideas and help, right? haha ;)
Maybe I should hire you with my poor limited research budget kkk ;)

kakadais
@kakadais

@dr-dimitru I'm not sure I understand clearly, but I wans't trying to translate 'the programming code', I'm just trying to translate the documents on the docs.meteor.com.
(Translate the codes? I know some country tried that things previously but I've never imagined that before :)

I think a lot of programmers cannot start the great platforms and technology because lack of native documents and native community.

I already tried to maintain some meteor community in my country for years, such as 'Meteor School' in facebook or 'Meteor Startup' as a startup company and teaching offline class(paid version and the pay was good actually ;)) and build such as native language github repo(https://github.com/codeasy-org/codeasy),
everything was failed. And I believe it's caused by Language Barrier.
They always leave to the Django or something and left a message 'can't find an information easy on the online'.. So painful situation for me.

I know maybe you can't understand, but that is huge limitation for some countries and especially I'm suffered as well because of my poor english ;) so I can't teach or recommend Meteor properly to my student or co-companies

So basically what I want is,
please open or add some functionality on docs.meteor.com to add translate documents pages.
There are a lot of people who wants to translate it for their native country people like me and the guy on the forums.

dr.dimitru
@dr-dimitru

@kakadais

but I wans't trying to translate 'the programming code',

me neither, I mean we as developers got to use English anyways when we write code, so it shouldn't be an issue to read and learn in English

please open or add some functionality on docs.meteor.com to add translate documents pages.

I go that clearly, I just have different point of view. I'm not against translation and local adaptation, I just don't see much of use in it, as again β€” we (developers) got to write code and document/annotate it in English

kakadais
@kakadais

Haha ;)
Alright, we have a different point of view.
I really understand what you're saying and agree it makes our life much easy.

But I believe that there's a lot of good developers or potentially good developers(students) still in the world without good English ability.
And especially this kind of special platform need to have low 'entrance' to study at the first time.
The other famous platforms are usually having their own communities and documents with their own native languages in many countries, so this kind of echo system makes the platform grow well.

I'm not sure you are English native people or not,
but I'm pretty sure that you'll write better documents even in the English version,
if you could understand this factor.
Even your documents are always clear and good enough for me ;)

Anyway, my question was 'Do you have some idea to translate the docs.meteor.com officially',
so I could say your answer could be 'I think it's not necessary.'
Right? haha-

dr.dimitru
@dr-dimitru
@kakadais since it's opensource β€” fork it, translate it, and deploy it to free again Galaxy hosting
kakadais
@kakadais
@dr-dimitru Yeah- I just wanted to make an language option on docs.meteor.com ;) Cheers-
distalx
@distalx
When I upload base64 string, would it store the image in the MongoDB itself or Images are still being stored on the server dir?
distalx
@distalx
Okay, I figured it out. it images are still getting stored on disk.
dr.dimitru
@dr-dimitru
Just got your message, yes, by default everything goes to disk, even with gridfs integration
bmartin1134
@bmartin1134
is it possible to upload directly to amazon s3, similar to slingshot. from the docs it seems like i need to upload to the server first
dr.dimitru
@dr-dimitru
@bmartin1134 no, not possible. Yes, got to upload to the server first.
thespacecowboys45
@thespacecowboys45
I am trying to create a gallery of uploaded images. I am stuck trying to iterate over all images and display the image on the page using the "imageFile.link" helper.
    'files': function() {
        console.log("files()");

        var files = Images.find({}).cursor;

        for (file in files) {
            console.log("FILE:",file);
            console.log("link = " + file.link());
        }


        return files;
and the Template:
<template name="files">
    <h1>Files:</h1>
    <ul>
    {{#each files}}
        <li>{{ name }} - {{ imageFile.link }} <textarea>{{ tostring this }}</textarea></li>
    {{/each}}
    </ul>
</template>
So, how am I properly to use the Images collection - I think I am missing something about how the collection differs from a "standard" mongo collection - it seems there are other functions built in : like "link()"
SO I'm trying to understand that aspect of it.
Hmm....reading this
dr.dimitru
@dr-dimitru
@thespacecowboys45 .find() would return filesCursor β€” https://github.com/veliovgroup/Meteor-Files/wiki/FilesCursor
Template.files.helpers({
    files() {
        console.log("files()");

        var files = Images.find({});

        for (file in files.fetch()) {
            console.log("FILE:",file);
            console.log("link = " + file.link());
        }


        return files;
<template name="files">
    <h1>Files:</h1>
    <ul>
    {{#each files.each}}
        <li>{{ name }} - {{ link }} <textarea>{{ tostring this }}</textarea></li>
    {{/each}}
    </ul>
</template>
thespacecowboys45
@thespacecowboys45
I ended up with this:
Template.files.helpers({
    'files': function() {
        var files = Images.find({}, { sort: { _id: 1 }}).cursor;

        return files;
    },
and
<template name="files">
    <h1>Files:</h1>
    <button>Click me</button>
    <ul>
    {{#each files}}
        <li>{{ name }} - {{ imageLink _id }} - <img class="size_thumb" src="{{ imageLink _id }}" /> <textarea>{{ tostring this }}</textarea></li>
    {{/each}}
    </ul>
</template>
and then another helper function to lookup and return the FileCursor :::
    imageLink(id) {
        console.log("imageLink for: " + id);
        path = Images.findOne({_id:id}).link();
          return path;
    },
dr.dimitru
@dr-dimitru
@thespacecowboys45 looks a little overcomplicated with .findOne() method call, which is unnecessary
kakadais
@kakadais

I think I understand what @thespacecowboys45 says.

The document explains the usage,

Images.collection.find({}).forEach(function (fileRef) {
  Images.link(fileRef);
});

And I used to get the links in cursor something like this to be clear for my co-workers (not familiar on this library).

Images.collection.find({}).forEach(function (fileRef) {
  Images.findOne(fileRef._id).link()
});

But it could be better and clear if we could get a link on fileRef or cursor directly.

Images.collection.find({}).forEach(function (fileRef) {
    fileRef.link()
});

I know there would be proper reason not to be accomplished this,
but I still think that would be good to be understood for new people.

Could it be?
Cheer up man - haha ;)

dr.dimitru
@dr-dimitru

But it could be better and clear if we could get a link on fileRef or cursor directly.

And you can:

Images.collection.find({}).each(function (fileCursor) {
    fileCursor.link()
});

And I used to get the links in cursor something like this to be clear for my co-workers (not familiar on this library).

Better to add reference to the docs right in the in-code docs, than running expensive .findOne

kakadais
@kakadais
Do you suggest this way?
each() returns cursor array and there's no callback.
Images.find().each().forEach (cursor) -> cl cursor.link()
kakadais
@kakadais
I realize forEach contains object, and Meteor collection forEach as well.
But I suggest that it would be great if the object contains the link or link() method in the object just like a data if it's possible-
Malte Engelhardt
@kurvenschubser1_gitlab
Hi, I'd like to insert zip files generated on the server side to a Meteor-Files collection, but I get an error that 'CaseFiles.insert is not a function'. Is this by design? But how do you save a file on the server?
dr.dimitru
@dr-dimitru
@kurvenschubser1_gitlab .insert() (e.g. upload) is Client only method. Look at .addFile() and .write() Server-only methods
Malte Engelhardt
@kurvenschubser1_gitlab
@dr-dimitru Works great, thanks a bunch!