Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > pl.comp.lang.php > #15875 > unrolled thread

Laravel - jakie pliki i foldery można usunąć?

Back to article view | Back to pl.comp.lang.php

Contents

  Laravel - jakie pliki i foldery można usunąć? Marek S <precz@spamowi.com> - 2018-12-14 22:59 +0100
    Re: Laravel - jakie pliki i foldery można usunąć? Borys Pogoreło <borys@pl.edu.leszno> - 2018-12-16 12:29 +0100
      Re: Laravel - jakie pliki i foldery można usunąć? Marek S <precz@spamowi.com> - 2018-12-16 16:40 +0100
        Re: Laravel - jakie pliki i foldery można usunąć? Wojciech Bancer <wojciech.bancer@gmail.com> - 2018-12-16 17:00 +0100
          Re: Laravel - jakie pliki i foldery można usunąć? Marek S <precz@spamowi.com> - 2018-12-16 17:07 +0100
            Re: Laravel - jakie pliki i foldery można usunąć? Wojciech Bancer <wojciech.bancer@gmail.com> - 2018-12-16 17:11 +0100
              Re: Laravel - jakie pliki i foldery można usunąć? Marek S <precz@spamowi.com> - 2018-12-16 17:33 +0100
                Re: Laravel - jakie pliki i foldery można usunąć? Wojciech Bancer <wojciech.bancer@gmail.com> - 2018-12-16 18:11 +0100
                  Re: Laravel - jakie pliki i foldery można usunąć? Marek S <precz@spamowi.com> - 2018-12-16 18:26 +0100
                    Re: Laravel - jakie pliki i foldery można usunąć? Wojciech Bancer <wojciech.bancer@gmail.com> - 2018-12-17 20:42 +0100
                      Re: Laravel - jakie pliki i foldery można usunąć? Marek S <precz@spamowi.com> - 2018-12-18 21:53 +0100
                        Re: Laravel - jakie pliki i foldery można usunąć? Wojciech Bancer <wojciech.bancer@gmail.com> - 2018-12-18 22:13 +0100
                          Re: Laravel - jakie pliki i foldery można usunąć? Marek S <precz@spamowi.com> - 2018-12-22 20:47 +0100
                            Re: Laravel - jakie pliki i foldery można usunąć? Wojciech Bancer <wojciech.bancer@gmail.com> - 2018-12-22 20:54 +0100
                              Re: Laravel - jakie pliki i foldery można usunąć? Marek S <precz@spamowi.com> - 2018-12-23 14:56 +0100
                                Re: Laravel - jakie pliki i foldery można usunąć? Borys Pogoreło <borys@pl.edu.leszno> - 2018-12-26 17:51 +0100
                          Re: Laravel - jakie pliki i foldery można usunąć? Roman Tyczka <noemail@because.no> - 2018-12-23 13:30 +0100
                            Re: Laravel - jakie pliki i foldery można usunąć? Marek S <precz@spamowi.com> - 2018-12-23 14:56 +0100
                            Re: Laravel - jakie pliki i foldery można usunąć? rePeter <no@spam.no> - 2018-12-23 16:46 +0100
                              Re: Laravel - jakie pliki i foldery można usunąć? Marek S <precz@spamowi.com> - 2018-12-23 19:10 +0100
                                Re: Laravel - jakie pliki i foldery można usunąć? rePeter <no@spam.no> - 2018-12-24 11:59 +0100
                                  Re: Laravel - jakie pliki i foldery można usunąć? Roman Tyczka <noemail@because.no> - 2018-12-24 14:18 +0100
                                    Re: Laravel - jakie pliki i foldery można usunąć? rePeter <no@spam.no> - 2018-12-24 14:46 +0100
                                      Re: Laravel - jakie pliki i foldery można usunąć? Roman Tyczka <noemail@because.no> - 2018-12-24 16:13 +0100
                                        Re: Laravel - jakie pliki i foldery można usunąć? rePeter <no@spam.no> - 2018-12-24 22:32 +0100
                                  Re: Laravel - jakie pliki i foldery można usunąć? Wojciech Bancer <wojciech.bancer@gmail.com> - 2018-12-27 14:50 +0100
                                Re: Laravel - jakie pliki i foldery można usunąć? Borys Pogoreło <borys@pl.edu.leszno> - 2018-12-26 17:56 +0100
                                  Re: Laravel - jakie pliki i foldery można usunąć? Marek S <precz@spamowi.com> - 2018-12-26 21:41 +0100
                                    Re: Laravel - jakie pliki i foldery można usunąć? Borys Pogoreło <borys@pl.edu.leszno> - 2018-12-26 23:47 +0100
                                      Re: Laravel - jakie pliki i foldery można usunąć? rePeter <no@spam.no> - 2018-12-27 01:19 +0100
                                        Re: Laravel - jakie pliki i foldery można usunąć? Borys Pogoreło <borys@pl.edu.leszno> - 2018-12-27 15:39 +0100
                            Re: Laravel - jakie pliki i foldery można usunąć? Wojciech Bancer <wojciech.bancer@gmail.com> - 2018-12-27 13:18 +0100
                              Re: Laravel - jakie pliki i foldery można usunąć? Borys Pogoreło <borys@pl.edu.leszno> - 2018-12-27 15:45 +0100
                                Re: Laravel - jakie pliki i foldery można usunąć? Wojciech Bancer <wojciech.bancer@gmail.com> - 2018-12-27 16:10 +0100
                                  Re: Laravel - jakie pliki i foldery można usunąć? Borys Pogoreło <borys@pl.edu.leszno> - 2018-12-27 21:33 +0100
                                    Re: Laravel - jakie pliki i foldery można usunąć? Wojciech Bancer <wojciech.bancer@gmail.com> - 2018-12-27 22:08 +0100
                                      Re: Laravel - jakie pliki i foldery można usunąć? Borys Pogoreło <borys@pl.edu.leszno> - 2018-12-27 23:17 +0100
                                        Re: Laravel - jakie pliki i foldery można usunąć? Wojciech Bancer <wojciech.bancer@gmail.com> - 2018-12-27 23:31 +0100
        Re: Laravel - jakie pliki i foldery można usunąć? Borys Pogoreło <borys@pl.edu.leszno> - 2018-12-16 17:37 +0100
          Re: Laravel - jakie pliki i foldery można usunąć? Marek S <precz@spamowi.com> - 2018-12-16 18:33 +0100
            Re: Laravel - jakie pliki i foldery można usunąć? Wojciech Bancer <wojciech.bancer@gmail.com> - 2018-12-17 20:43 +0100
              Re: Laravel - jakie pliki i foldery można usunąć? Marek S <precz@spamowi.com> - 2018-12-18 22:01 +0100
                Re: Laravel - jakie pliki i foldery można usunąć? Wojciech Bancer <wojciech.bancer@gmail.com> - 2018-12-18 22:14 +0100
                  Re: Laravel - jakie pliki i foldery można usunąć? Tomek <skowtm@wp.xx.pl> - 2018-12-19 09:57 +0100
                    Re: Laravel - jakie pliki i foldery można usunąć? Wojciech Bancer <wojciech.bancer@gmail.com> - 2018-12-19 10:34 +0100

Page 1 of 3  [1] 2 3  Next page →

#15875 — Laravel - jakie pliki i foldery można usunąć?

Witam,

Uczę się Laravela. Zauważyłem, że ściągnięty framework zajmuje aż 32MB. 
Nie chodzi mi o przestrzeń dyskową lecz o czas przesyłania pierdyliona 
plików bardziej. Czy wszystkie one są potrzebne?

-- 
Pozdrawiam,
Marek

[toc] | [next] | [standalone]

#15881

Dnia Fri, 14 Dec 2018 22:59:34 +0100, Marek S napisał(a):

> Uczę się Laravela. Zauważyłem, że ściągnięty framework zajmuje aż 32MB. 
> Nie chodzi mi o przestrzeń dyskową lecz o czas przesyłania pierdyliona 
> plików bardziej. Czy wszystkie one są potrzebne?

Ty tak serio pytasz? Mamy już prawie 2019 rok, 32MB to nie jest jakiś
problem. Spróbuj kiedyś zrobić `npm install` w większym projekcie w node,
to się przewrócisz z wrażenia. Ja mam taki "folderek" będący tylko źródłem
zależności i źródeł dla gulpa. 1.42GB.

Do tego każdy sensowny hosting powinien mieć ssh, gdzie sobie zrobisz
`composer install`, zamiast przerzucać katalog `vendor`.

A sam Laravel to zaledwie 3MB.

-- 
Borys Pogoreło
borys(#)leszno,edu,pl

[toc] | [prev] | [next] | [standalone]

#15885

W dniu 2018-12-16 o 12:29, Borys Pogoreło pisze:

> 
> Ty tak serio pytasz? Mamy już prawie 2019 rok, 32MB to nie jest jakiś
> problem. Spróbuj kiedyś zrobić `npm install` w większym projekcie w node,
> to się przewrócisz z wrażenia. Ja mam taki "folderek" będący tylko źródłem
> zależności i źródeł dla gulpa. 1.42GB.

Ściągnięcie z serwera w USA tych 32MB trwało całą noc. Mniej więcej 
jeden plik na sekundę pobierał się. Po godzinie oczekiwania poszedłem do 
domu bo wiedziałem, że nie ma sensu czekać.

> Do tego każdy sensowny hosting powinien mieć ssh, gdzie sobie zrobisz
> `composer install`, zamiast przerzucać katalog `vendor`.

SSH nie załatwi sprawy przy ściąganiu danych. Lokalnie też nie miałbym 
gwarancji, że zainstalowanie frameworka composerem da mi dokładnie te 
same pliki, co u klienta.


-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

#15887

On 2018-12-16, Marek S <precz@spamowi.com> wrote:

[...]

>> to się przewrócisz z wrażenia. Ja mam taki "folderek" będący tylko źródłem
>> zależności i źródeł dla gulpa. 1.42GB.
>
> Ściągnięcie z serwera w USA tych 32MB trwało całą noc. 

Korzystasz z modemu? O.o

-- 
Wojciech Bańcer
wojciech.bancer@gmail.com

[toc] | [prev] | [next] | [standalone]

#15891

W dniu 2018-12-16 o 17:00, Wojciech Bancer pisze:

>> Ściągnięcie z serwera w USA tych 32MB trwało całą noc.
> 
> Korzystasz z modemu? O.o

Nie bierzesz jednego pod uwagę: w USA jest stara infrastruktura 
internetowa. Np. na Florydzie można przy domach na wynajem zobaczyć 
reklamę "szybki internet 10Mbps!" :-)

Wcale nie jest rzadkością, że nawet spore przedsiębiorstwa jadą na 
prehistorycznych prędkościach sieci. Nie wiem czy wiesz, ale np. sieć 
komórkowa działa na poziomie 3G u nich. LTE dostępny jest w centrach 
dużych miast jedynie.

-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

#15892

On 2018-12-16, Marek S <precz@spamowi.com> wrote:

[...]

> Nie bierzesz jednego pod uwagę: w USA jest stara infrastruktura 
> internetowa. Np. na Florydzie można przy domach na wynajem zobaczyć 
> reklamę "szybki internet 10Mbps!" :-)

Masz bardzo błędne wyobrażenie.
Anyway - "u mnie działa", problem jest ewidentnie po Twojej stronie.

-- 
Wojciech Bańcer
wojciech.bancer@gmail.com

[toc] | [prev] | [next] | [standalone]

#15895

W dniu 2018-12-16 o 17:11, Wojciech Bancer pisze:

> Masz bardzo błędne wyobrażenie.
> Anyway - "u mnie działa", problem jest ewidentnie po Twojej stronie.

Sorki, to nie są wyobrażenia lecz realizm. Chcesz powiedzieć, że bzdury 
gadam odnośnie prędkości 3G i internetu 10M traktowanego tam jako 
szybki? Bo nie bardzo łapię intencje.

-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

#15899

On 2018-12-16, Marek S <precz@spamowi.com> wrote:

[...]

>> Masz bardzo błędne wyobrażenie.
>> Anyway - "u mnie działa", problem jest ewidentnie po Twojej stronie.
>
> Sorki, to nie są wyobrażenia lecz realizm. Chcesz powiedzieć, że bzdury 
> gadam odnośnie prędkości 3G i internetu 10M traktowanego tam jako 
> szybki? Bo nie bardzo łapię intencje.

Bzdury gadasz insynuując, że kod frameworka ściąga się z serwera
o parametrach typu "łącze 3G i internet 10Mbit/sek".

Nie wątpię, że gdzieś tam w stanach są osoby które mają łącza o podobnych,
a nawet niższych parametrach. W Polsce również. Ale serwery do których się 
dobijają skrypty typu composer, czy npm na takich łączach nie stoją.

Już nie mówiąc o tym, że tego typu repozytoria oprogramowania mają
mirrory i są kierowane geograficznie, więc to nie jest tak że radośnie 
ściągasz sobie ze stanów wszystko. To naprawdę nie jest jakaś kosmiczna 
wiedza. :)

-- 
Wojciech Bańcer
wojciech.bancer@gmail.com

[toc] | [prev] | [next] | [standalone]

#15901

W dniu 2018-12-16 o 18:11, Wojciech Bancer pisze:

>> Sorki, to nie są wyobrażenia lecz realizm. Chcesz powiedzieć, że bzdury
>> gadam odnośnie prędkości 3G i internetu 10M traktowanego tam jako
>> szybki? Bo nie bardzo łapię intencje.
> 
> Bzdury gadasz insynuując, że kod frameworka ściąga się z serwera
> o parametrach typu "łącze 3G i internet 10Mbit/sek".

Rany, wiem przecież ile czasu ściągałem te dane od klienta. Nie chodzi o 
transfery lecz o ilość małych plików. Przypuszczam, że ściągnięcie 
jednego ZIPa o tej samej wielkości trwałoby o dwa rzędy krócej.

> Nie wątpię, że gdzieś tam w stanach są osoby które mają łącza o podobnych,
> a nawet niższych parametrach. W Polsce również. Ale serwery do których się
> dobijają skrypty typu composer, czy npm na takich łączach nie stoją.

Z pewnością na tamtych serwerach nie ma żadnych composerów itp.Są to 
zwykłe aplikacje klienckie rezydujące na paru (lub więcej) serwerach 
różnych firm. W dodatku są to lokalne serwery bo działają na plikach 
graficznych a przesyłanie np. set-megabajtowych PSDków super szybkim 
kablem jak na ichnie standardy: np. 10M, do jakiegoś dostawcy i z 
powrotem nie pozwalało firmom na pracę. Więc g..niane zewnętrzne łącza 
(pewnie jeszcze asymetryczne), to tam norma.

> Już nie mówiąc o tym, że tego typu repozytoria oprogramowania mają
> mirrory i są kierowane geograficznie, więc to nie jest tak że radośnie
> ściągasz sobie ze stanów wszystko. To naprawdę nie jest jakaś kosmiczna
> wiedza. :)

Szczerze mówiąc nie bardzo widzę związek z tym, co napisałem. Jakie 
repozytoria? Jakie mirrory? Ja ściągam/wypycham konkretnym VPNem z 
konkretnych serwerów, o konkretnym IP, konkretne dane! TO SĄ SIECI 
PRYWATNE FIRM!

-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

#15916

On 2018-12-16, Marek S <precz@spamowi.com> wrote:

[...]

>>> Sorki, to nie są wyobrażenia lecz realizm. Chcesz powiedzieć, że bzdury
>>> gadam odnośnie prędkości 3G i internetu 10M traktowanego tam jako
>>> szybki? Bo nie bardzo łapię intencje.
>> 
>> Bzdury gadasz insynuując, że kod frameworka ściąga się z serwera
>> o parametrach typu "łącze 3G i internet 10Mbit/sek".
>
> Rany, wiem przecież ile czasu ściągałem te dane od klienta. Nie chodzi o 
> transfery lecz o ilość małych plików. Przypuszczam, że ściągnięcie 
> jednego ZIPa o tej samej wielkości trwałoby o dwa rzędy krócej.

Z niecierpliwością czekam aż odkryjesz że istnieją wydajniejsze protokoły
niż FTP.

[...]

> Z pewnością na tamtych serwerach nie ma żadnych composerów itp.Są to 
> zwykłe aplikacje klienckie rezydujące na paru (lub więcej) serwerach 
> różnych firm. W dodatku są to lokalne serwery bo działają na plikach 
> graficznych a przesyłanie np. set-megabajtowych PSDków super szybkim 
> kablem jak na ichnie standardy: np. 10M, do jakiegoś dostawcy i z 
> powrotem nie pozwalało firmom na pracę. Więc g..niane zewnętrzne łącza 
> (pewnie jeszcze asymetryczne), to tam norma.

Ty się naprawdę z przeszłości urwałeś. Co robiłeś przez ostatnie 20 lat
z hakiem? :)

[...]

> Szczerze mówiąc nie bardzo widzę związek z tym, co napisałem. Jakie 
> repozytoria? Jakie mirrory? Ja ściągam/wypycham konkretnym VPNem z 
> konkretnych serwerów, o konkretnym IP, konkretne dane! TO SĄ SIECI 
> PRYWATNE FIRM!

No widzę, że nie widzisz.

Ręczne wypychanie plików, prawdopodobnie FTPem, bez repozytoriów 
oprogramowania. Lata 90-te pełną gębą, gdzieś Ty się uchował :)

-- 
Wojciech Bańcer
wojciech.bancer@gmail.com

[toc] | [prev] | [next] | [standalone]

#15931

W dniu 2018-12-17 o 20:42, Wojciech Bancer pisze:
> 
> Z niecierpliwością czekam aż odkryjesz że istnieją wydajniejsze protokoły
> niż FTP.

W PHPStorm? Jak?


-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

#15933

On 2018-12-18, Marek S <precz@spamowi.com> wrote:

[...]

>> Z niecierpliwością czekam aż odkryjesz że istnieją wydajniejsze protokoły
>> niż FTP.
>
> W PHPStorm? Jak?

Przez gita chociażby.

I na serwer też buduje się to lokalnie, a nie lata niepotrzebnie
po FTP. Taki proces nazywa się "deployment".

-- 
Wojciech Bańcer
wojciech.bancer@gmail.com

[toc] | [prev] | [next] | [standalone]

#15940

W dniu 2018-12-18 o 22:13, Wojciech Bancer pisze:

>>> Z niecierpliwością czekam aż odkryjesz że istnieją wydajniejsze protokoły
>>> niż FTP.
>>
>> W PHPStorm? Jak?
> 
> Przez gita chociażby.
> 
> I na serwer też buduje się to lokalnie, a nie lata niepotrzebnie
> po FTP. Taki proces nazywa się "deployment".

Zapewne długo byś czekał aż odkryję, że Git wykorzystuje coś innego niż 
FTP bo zapewne nigdy bym tego nie dochodził. Robię git push i mam w 
głębokim poważaniu, co dzieje się behind the scenes.

-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

#15943

On 2018-12-22, Marek S <precz@spamowi.com> wrote:

[...]

>> Przez gita chociażby.
>> 
>> I na serwer też buduje się to lokalnie, a nie lata niepotrzebnie
>> po FTP. Taki proces nazywa się "deployment".
>
> Zapewne długo byś czekał aż odkryję, że Git wykorzystuje coś innego niż 
> FTP bo zapewne nigdy bym tego nie dochodził. Robię git push i mam w 
> głębokim poważaniu, co dzieje się behind the scenes.

Nie, nie używa. Nie wiem co robisz, ale skoro wysyłanie/odbieranie 32MB
trwa u Ciebie całą noc, to robisz to bardzo nieefektywnie i tyle.
I czepiam się tylko sformułowania że jest to norma "bo to Stany". 
Nie jest.

-- 
Wojciech Bańcer
wojciech.bancer@gmail.com

[toc] | [prev] | [next] | [standalone]

#15945

W dniu 2018-12-22 o 20:54, Wojciech Bancer pisze:

> Nie, nie używa. Nie wiem co robisz, ale skoro wysyłanie/odbieranie 32MB
> trwa u Ciebie całą noc, to robisz to bardzo nieefektywnie i tyle.
> I czepiam się tylko sformułowania że jest to norma "bo to Stany".
> Nie jest.

Być może nieefektywnie bo nie wiem jak inaczej można. Jest gdzieś jakiś 
serwer a na nim katalog z plikami. Zadanie: pobrać go na lokalny serwer. 
Więc co robię? Odpalam PHPStorm, wskazuję na interesujący mnie katalog i 
pobieram go. O ile transfery są ok, to ilość drobnych plików była 
porażająca.

Sugerowałeś jakiś czas temu by frameworka nie pobierać lecz composerem 
sprawę załatwić. Tylko ciekawe jak ustalić potrzebną wersję? Na zdalnym 
serwerze nie ma plików composera z zależnościami. Ściągnę więc nie tą 
wersję i potem będę miał jazdy.

-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

#15960

Dnia Sun, 23 Dec 2018 14:56:14 +0100, Marek S napisał(a):

> Sugerowałeś jakiś czas temu by frameworka nie pobierać lecz composerem 
> sprawę załatwić. Tylko ciekawe jak ustalić potrzebną wersję? Na zdalnym 
> serwerze nie ma plików composera z zależnościami. Ściągnę więc nie tą 
> wersję i potem będę miał jazdy.

To go wgraj i zacznij pilnować wersjonowania za jego pomocą.

Sprzątanie bałaganu nigdy nie jest łatwe.

-- 
Borys Pogoreło
borys(#)leszno,edu,pl

[toc] | [prev] | [next] | [standalone]

#15944

On Tue, 18 Dec 2018 22:13:07 +0100, Wojciech Bancer wrote:

> [...]
> 
>>> Z niecierpliwością czekam aż odkryjesz że istnieją wydajniejsze protokoły
>>> niż FTP.
>>
>> W PHPStorm? Jak?
> 
> Przez gita chociażby.
> 
> I na serwer też buduje się to lokalnie, a nie lata niepotrzebnie
> po FTP. Taki proces nazywa się "deployment".

A możesz coś więcej o deplymencie napisać? Bo ja też obecnie jadę przez
FTPa i mnie trafia. Chociaż pewnie potrzebny jest do tego shell, a na
hostingu jaki obecnie mam niestety shella nie ma.
Niemniej ciekawi mnie czy deployment robisz gitem czy jak?
Tak czy owak napisz trzy słowa, thx.

-- 
pozdrawiam
Roman Tyczka

[toc] | [prev] | [next] | [standalone]

#15946

W dniu 2018-12-23 o 13:30, Roman Tyczka pisze:
> A możesz coś więcej o deplymencie napisać? Bo ja też obecnie jadę przez
> FTPa i mnie trafia. Chociaż pewnie potrzebny jest do tego shell, a na
> hostingu jaki obecnie mam niestety shella nie ma.
> Niemniej ciekawi mnie czy deployment robisz gitem czy jak?
> Tak czy owak napisz trzy słowa, thx.

Przyłączam się do pytania

-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

#15948

Sun, 23 Dec 2018 13:30:52 +0100      
Roman Tyczka <noemail@because.no>   napisał(a):

> On Tue, 18 Dec 2018 22:13:07 +0100, Wojciech Bancer wrote:
> 
> > [...]
> >   
> >>> Z niecierpliwością czekam aż odkryjesz że istnieją wydajniejsze protokoły
> >>> niż FTP.  
> >>
> >> W PHPStorm? Jak?  
> > 
> > Przez gita chociażby.
> > 
> > I na serwer też buduje się to lokalnie, a nie lata niepotrzebnie
> > po FTP. Taki proces nazywa się "deployment".  
> 
> A możesz coś więcej o deplymencie napisać? Bo ja też obecnie jadę przez
> FTPa i mnie trafia. Chociaż pewnie potrzebny jest do tego shell, a na
> hostingu jaki obecnie mam niestety shella nie ma.
> Niemniej ciekawi mnie czy deployment robisz gitem czy jak?
> Tak czy owak napisz trzy słowa, thx.

Naprawdę tak źle jest przez ftp? Protokół przecież nie jest jakoś nadzwyczajnie wolny,
pcha bity tyle, ile łącze pozwala i już. 
Buduję wszystko lokalnie, a potem jednym klikiem w skrypt z lftp różnicowo, to co chcę, 
idzie jak burza. (skrypt wpierw mi jeszcze np. gulpem skompresuje js i css, albo co tam jeszcze chcę, np. sitemap)

open ftp://${destLoginServerDir};
lcd ${localDir};
mirror --reverse --delete --only-newer --use-cache --verbose --allow-chown --no-umask --parallel=2 $exclude"




-- 
pozdrawiam, Peter

[toc] | [prev] | [next] | [standalone]

#15949

W dniu 2018-12-23 o 16:46, rePeter pisze:

> 
> Naprawdę tak źle jest przez ftp? 

1. Jeśli są lepsze metody to ja osobiście chętnie je poznam. Wojciech 
twierdzi, że FTP w webmasterstwie to urwanie się z przeszłości.

2. U mnie np. generując grafikę do większego projektu zawsze generuję 
komplet plików graficznych nawet jeśli tylko jeden fragment się zmienił. 
Więc jest to powiedzmy 50 małych plików o nowych sygnaturach czasowych. 
Zauważyłem, że w połączeniu z USA zwłoka czasowa pomiędzy każdym z tych 
plików wynosi ok 1s. Czyli mamy 50s na nic nie robieniu. Nie chodzi tu 
wcale o wielkość plików lecz o ilość. Gdybym przesłał jeden plik 
sumarycznej wielkości, to pewnie 49 sekund bym zaoszczędził. Gdy robisz 
takie korekty raz po raz, to trochę wkurza.

3. Przesiadam się na PHPStorma z Dreamweavera - tu też doświadczam 
kłopotu pewnego. FTP pod PHPStorm transferuje plik za plikiem. W DW 
równolegle to się odbywało. Na oko po 10 połączeń na raz. Wtedy FTP nie 
był aż tak dokuczliwy. Być może to kwestia ustawienia czegoś gdzieś.

-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

Page 1 of 3  [1] 2 3  Next page →

Back to top | Article view | pl.comp.lang.php

csiph-web