Войти
ПроектыФорумУтилиты

GamedevLair (платформа для конкурсов на gamedev.ru) (3 стр)

Advanced: Тема повышенной сложности или важная.

Страницы: 1 2 3 4 5 6 Следующая »
#30
(Правка: 18:24) 18:15, 22 июля 2019

Mephistopheles
> я предпочитаю angularjs, считается устаревшим, но в нем есть все что нужно.
> Возможно его новая версия angularлучше, но она на ts, а я пока не верю в него.
вот именно та проблема!
я думал bootstrap хороший, и все носились с ним одно время, а сейчас никто не вспоминает.
Но ведь он, блин, работает же.

Единственный способ, это чтобы на серверной части, генерировалась клиентская часть под произвольную JS-библиотеку (bootstrap, Vue2, Vue3, Vue100500, angularJS-EXT-SUPER-DUPER) не важно.  Соответственно сериализация и промежуточные обновления должны быть связаны с этой клиентской частью.

#31
(Правка: 18:25) 18:24, 22 июля 2019

skalogryz
> а сейчас никто не вспоминает.
А какое тебе дело до остальных?) тебе нужно стабильное и удобное решение, бери такое и работай с ним.

skalogryz
> вот именно та проблема!
Это проблема горепрогеров которые везде видят фатальный недостаток и пилят свой вариант. Просто бери любой серьезный фреймворк(angular\react\vue) и пользуйся им. Даже если чего то не хватит то просто допиливаешь что нужно. Мне такое за несколько лет только раз понадобилось лезть в ядро фреймворка и доработать напильником кое что. И то что подпилить и как нагуглилось за пару минут, даже не разбирался.

skalogryz
> Единственный способ, это чтобы на серверной части, генерировалась клиентская
> часть под произвольную JS-библиотеку
дичь какая то:)

#32
18:25, 22 июля 2019

Mephistopheles
> тебе нужно стабильное и удобное решение, бери такое и работай с ним.
стабильно, может оказаться неподдерживаемым.
следующее обновление очередного стандарта - и всё! я закончу тем, что мне вновь придётся искать новое решение.

переписывать, текущее. А автоматических средств для портирования не завезли. (просто придётся их снова писать)

#33
(Правка: 18:31) 18:26, 22 июля 2019

Mephistopheles
> дичь какая то:)
здарсте! компонентное ПО.
шёл 2019 год, а в него никто не может.

я не вижу тут никакой дичи.
Один фиг, конечный результат это UI - окошечки, менюшечки, кнопочки.
для какой-то Js, нужно варить HTML с особыми тэгами. для другой, строить json.
Потенциально входные параметры одни и те же.

Проблема начинается, когда на JS нужно вешать логику.
(всякие правила проверки, динамическое обновление и т.п.)

И тут начинает маячить нужда в промежутночном языке, этакий "мета" JS для "мета" HTML.
Которые будут трансилроваться в код для целевой JS библиотеки.

(как разрулить разницу между Singlepage-web-app и классическими web, пока с трудом соображается)

#34
18:29, 22 июля 2019

Mephistopheles
> насколько больших? до 2-3гб проблем не бывает.
Ну вот как раз до 2гб и хотелось. Все что нужно было - аплоад по частям, потому что есть ограничения на размер post запроса, потому что есть ограничения по времени выполнения запроса, потому что хотелось прогрессбар аплоада. В перспективе чтобы можно было сделать докачку файлов.

#35
18:34, 22 июля 2019

MrShoor
> Все что нужно было - аплоад по частям,
а http всё ещё не умеет?!
https://stackoverflow.com/questions/20969331/standard-method-for-… resume-upload

I think there is no standard for partial uploads:
  • Content-Range inside requests is not explicitly forbidden in RFC2616 (http), but also the wording refers to it as an response header which gets used in response of a range-request
  • while you could use the PATCH method to update an existing resource (e.g. to add more bytes) it would not be the same as a partial upload, because all the time the incomplete resource would be available
  • #36
    18:40, 22 июля 2019

    skalogryz
    > а http всё ещё не умеет?!
    А какая разница умеет он или нет? У меня скрипт, принимающий аплоад не может крутиться 2 часа. Мне в js на клиентской стороне нужно иметь прогресс аплоада.

    #37
    (Правка: 18:48) 18:42, 22 июля 2019

    MrShoor
    > А какая разница умеет он или нет? У меня скрипт, принимающий аплоад не может
    > крутиться 2 часа. Мне в js на клиентской стороне нужно иметь прогресс аплоада.
    прогресс аплоада завезли в html5.

    https://www.w3schools.com/jsref/event_onprogress.asp
    https://developer.mozilla.org/en-US/docs/Web/API/ProgressEvent

    https://www.sitepoint.com/html5-javascript-file-upload-progress-bar/
    http://christopher5106.github.io/web/2015/12/13/HTML5-file-image-upload-and-resizing-javascript-with-progress-bar.html
    https://www.script-tutorials.com/pure-html5-file-upload/
    выдержка:

        var oXHR = new XMLHttpRequest();
        oXHR.upload.addEventListener('progress', uploadProgress, false);
        oXHR.addEventListener('load', uploadFinish, false);
        oXHR.addEventListener('error', uploadError, false);
        oXHR.addEventListener('abort', uploadAbort, false);
        oXHR.open('POST', 'upload.php');
        oXHR.send(vFD)


    это не совсем тоже самое, что и загрузка по частям.

    ты же не пишешь с поддержкой IE8.0?

    #38
    (Правка: 18:47) 18:46, 22 июля 2019

    skalogryz
    > следующее обновление очередного стандарта
    хаха, они es6 в браузеры никак не завезут окончательно, о чем ты:)

    MrShoor
    пользуйся, допили под свои нужны. протолкнул сейчас 1.8гб, и прогресс и большие файлы.

    + Показать
    #39
    18:46, 22 июля 2019

    skalogryz
    > прогресс аплоада завезли в html5
    Эм, ок. Полезная фича. Но мне моё решение больше нравится, т.к. могу доработать его, чтобы в случае дисконнекта можно было продолжить аплоад.

    #40
    18:51, 22 июля 2019

    Mephistopheles
    > хаха, они es6 в браузеры никак не завезут окончательно, о чем ты:)
    об обновлении самих JS библиотек.
    всё что я видел, это активное забивание болтов на обратную совместимость.

    #41
    (Правка: 18:53) 18:52, 22 июля 2019

    skalogryz
    > всё что я видел, это активное забивание болтов на обратную совместимость.
    ну angularjs вышел в lts - нет обновлений - нет проблем обратной совместимости
    Да и обновление переоценены, если софт стабильный, тебя устраивает, то зачем его обновлять?

    #42
    (Правка: 18:56) 18:55, 22 июля 2019

    Mephistopheles
    > протолкнул сейчас 1.8гб,
    Эм... а как ты решаешь проблему с ограничением размера на запрс, и с временем выполнения запроса? (на серверной стороне разумеется)
    p.s. У себя я решал нарезкой файла на части и пачкой последовательных запросов.

    #43
    (Правка: 18:57) 18:55, 22 июля 2019

    Mephistopheles
    > ну angularjs вышел в lts - нет обновлений - нет проблем обратной совместимости
    два года осталось. а что потом?
    допустим, я допилю свой проект за год на angularjs
    т.е. у меня будет ещё год в запасе на очередную lts пересесть? (ну т.е. переписать)

    ЗЫ: но сама тенденция, что теперь есть "LTS" это уже хорошо!

    MrShoor
    > Эм... а как ты решаешь проблему с ограничением размера на запрс, и с временем
    > выполнения запроса?
    а какой у тебя сервер? (зы: протолкнуть 1.8Гб на localhost много времени не требует xD)

    #44
    (Правка: 19:00) 18:57, 22 июля 2019

    skalogryz
    > а какой у тебя сервер?
    php, shared хостинг. Можно конечно попросить их лимиты поднять, но эта идея мне не сильно нравится. Точнее совсем не нравится.
    > (зы: протолкнуть 1.8Гб на localhost много времени не требует xD)
    Хех, локально у себя я тоже по 2Гб свободно проталкиваю. Но когда я такое решение выкатил на хостинг - оно не взлетело по понятным причинам.

    Страницы: 1 2 3 4 5 6 Следующая »
    ПроектыФорумУтилиты