🚀 go-pugleaf

W dniu 2018-12-16 o 20:11, Marek S pisze:
> W dniu 2018-12-16 o 18:13, Kviat pisze:
> 
>>
>> Jest widoczny, bo zamiast ręcznie nanosić zmiany w 50 plikach, ten DW 
>> zrobił to za Ciebie.
> 
> Dokładnie tak! O tym właśnie piszę. Zaznaczyłem moim komentarzem to, że 
> to żadna magia lecz czysta funkcjonalność.
> 
>> I uważasz, że to jest właściwa praktyka?
> 
> Hmmm... raczej bardzo wygodne narzędzie do zastosowań w pewnych 
> sytuacjach. Np. bardzo cenię sobie możliwość podglądu widoków w MVC w 
> wersji live.
(...)

>> Czyli jak ktoś nie ma/nie używa DW, to powinien ręcznie zmiany w 
>> 50/100/1000 plikach nanieść, bo tak to powinno się robić?
>> Nie wydaje mi się.
> 
> Nie o tym mowa. Próbuję jedynie ten mechanizm jakoś przenieść na realia 
> PHPStorma - jeśli się da bo lubię widzieć co robię.
> 
>>
>> Ja widzę zasadniczą oszczędność, gdy nanoszę zmianę w jednym pliku, 
>> zamiast w 1000 plikach podstron.
>> Nawet sobie tego nie wyobrażam, żeby tak sobie pracę "organizować"...
> 
> No widzisz. Bo to kwestia posiadania odpowiednich narzędzi i zdobycia 
> doświadczenia na nich.

Szczerze? Nawet gdybym miał takie narzędzie, to nie wpadłbym na to, żeby 
tak robić.

>> Nie przekonałeś mnie :) Jak to nie będę miał bladego pojęcia?
>> To chyba jakiś cud, że powstają strony o tysiącach podstron, skoro 
>> twórcy nie mają pojęcia jak będzie wyglądała kolumna newsów...
> 
> Powstają metodą prób i błędów. Skąd wiesz czy np. najdłuższe 
> dopuszczalne imię zmieści się w komórce tabeli o sztywno ustawionej 
> szerokości 100px? A może będzie to 150px? Wtedy poprawiasz CSS, 
> przesyłasz na serwer (jeśli lokalnie nie pracujesz), odświeżasz okno 
> przeglądarki (jeśli to się da zrobić by widoku nie utracić), 
> stwierdzasz, że jeszcze więcej px potrzeba, więc znów powtarzasz 
> procedurę i tak do skutku aż trafisz.

A Ty skąd to wiesz? Jak stwierdzasz, że jeszcze więcej px potrzeba? 
Nanosisz zmianę na 150px i przeglądasz 30 tysięcy plików html z 
produktami żeby wyłapać, że w jednym nazwa produktu się nie zmieściła?

> Ja tymczasem preferuję przeciągnąć krawędź kolumny i na tym poprzestać. 

Ale żeby sprawdzić, czy to przeciągnięcie wystarczyło, to nadal musisz 
przejrzeć w przeglądarce 30 tys plików.

Swoją drogą, takie np. opisy produktów też wrzucasz ręcznie do tych 
plików html? A jak każdy produkt jest inny i ma inny 
opis/charakterystykę itd., to robisz to 30 tys. razy w 30 tys plików?

Albo ja nadal czegoś nie rozumiem.

> Mało tego, jeśli chodziłoby tylko o jedną wartość CSS, to pal sześć. Ale 
> czasem chodzi o znacznie więcej: np. zmienić paddingi by ładniej 
> wyglądało. Zmienić odstępy między wierszami itd. Coś tam dodać. Parę 
> kliknięć i masz. W minutę całkiem złożone poprawki do CSS/HTML 
> naniesiesz.

Wystarczy zmiana w pliku css. Na co Ci propagacja tych zmian do 
pozostałych plików html? Osadzasz css w każdym pliku zamiast linkować do 
jednego, wspólnego pliku z cssem?

A jak chcesz zmienić coś/treść w stopce? To zamiast mieć jeden 
plik-szablon ze stopką, to nanosisz zmianę w DW, włączasz ten update 
(czy jak to tam się nazywa) i w każdym z 30 tys plików html z produktami 
ten DW  nanosi zmianę automagicznie (automatycznie, skoro tak wolisz). A 
potem pchasz te 30 tys. zmienionych html-ów na docelowy serwer?

> A w metodzie prób i błędów kopiesz się z koniem dochodząc do 
> tego samego rezultatu po 30 odświeżeniach,

Nie mieszajmy dwóch rzeczy. Teraz próbujesz wykazać większą wygodę pracy 
w edytorze wysiwyg, gdzie podgląd masz w tym narzędziu, zamiast podglądu 
w przeglądarce (albo w kilku różnych przeglądarkach równocześnie na 
sąsiednim monitorze... ).
No i ok. Co kto lubi.

Odświeżanie można zautomatyzować.
Np. 
https://chrome.google.com/webstore/detail/easy-auto-refresh/aabcgdmkeabbnleenpncegpcngjpnjkc?hl=pl
Odpalasz na drugim monitorze...

> czyszczeniach cache 
> przeglądarki

Możesz wyłączyć skoro Ci przeszkadza.

> i frameworka.

Nie możesz wyłączyć?

> W/g mnie do bani jest praca na poziomie 
> kodera dla uzyskania efektów estetycznych.

Ale co to ma wspólnego z tym, że szukasz funkcjonalności w narzędziu, 
które umożliwi Ci te zmiany propagować na 30 tys plików html?
Przecież frontendowiec może sobie te zmiany zobaczyć mając jeden 
plik-szablon z przykładowymi danymi produktu "lorem ipsum"...
A czy zobaczy je w przeglądarce czy w programie wysiwyg, to przecież nie 
ma znaczenia.

>> Ośmielam się nie zgodzić.
>> Wręcz przeciwnie, to co Ty proponujesz nie jest dobrą praktyką.
>> Jak ktoś przejmie Twój projekt, to co? Jest skazany na nanoszenie 
>> najdrobniejszej zmiany w 50 plikach? I tak za każdą zmianą? Jest 
>> skazany na kupno DW?
> 
> Owszem, to też racja. Ale tego nie unikniesz.

Jak nie, jak tak? :)
Zmieniam treść stopki w jednym pliku i niezależnie jak dużo witryna ma 
podstron, to ta zmiana widoczna jest na wszystkich.
Magia?

> W poprzedniej firmie tak 
> miałem. Projekt powstał w PHPStorm. W firmie praca była na NetBeansach. 
> No i okazywało się, że np. foldowanie kodu było akceptowane ze składni 
> PHPStorm ale nierzadko dziwnie działało (zwijało czasem część kodu). 
> Jakiekolwiek poprawki wiązały się z koniecznością korekty tych miejsc bo 
> inaczej kod stawał się kompletnie nieczytelny.

Przepraszam, ale nie widzę związku z tematem...

> Skutek był taki, że podczas przebudowy projektu przez programistów 
> tysiące plików musiały być poprawiane bo... poprzednicy używali PHPStorm.

Nadal nie widzę związku z funkcjonalnością propagowania zmian na 
pierdyliard plików html.

>> Każdy rzeźbi jak lubi :)
>> Ja się przestraszyłem na samą myśl, żeby tak zrobić jakąś większą stronę.
>> Np. jakiś sklep z 30 tysiącami produktów. 30 tysięcy podstron?
>> No bez jaj :)
> 
> Heee... ciekawe, co piszesz. Miałem chyba ze 3 duże realizacje. W tym 
> sklep z konfiguratorem, z wyszukiwarką o dynamicznie zmieniających się 
> kryteriach itp. Produktów było ok 30-40 tys.

I faktycznie miałeś dla każdego produktu osobny plik html?

> z 3 kategorii (każda z nich 
> określała inny zestaw cech produktu), a które to wiązały się między 
> sobą. W tle API gadające z hurtowniami itd. Wszystko w DW. Szablonów 
> włącznie z podszablonami było może kilka sztuk. Widoków z tego 
> kilkadziesiąt. I konkretne zadanie - dodać statyczny przycisk w 
> (statycznej) stopce wszystkich stron. Zaglądam więc po roku (bo już nie 
> pamiętałem konstrukcji przedsięwzięcia) na stronę, "pokaż źródło", 
> odczytuję nazwę użytego szablonu, otwieram ten szablon, dodaję powyższy 
> guzik, wydaję polecenie "update" i w ciągu paru sekund poprawka 
> naniesiona.

I ten kod z przyciskiem dodał się do 40 tysięcy podstron z produktami?
Gdzie tu sens?

> Dokładnie tak samo jakbym używał SSI lub podobnych technik. 
> A korzyść taka iż każdy jeden widok otrzymałem jako pełnowartościowy 
> dokument HTML,

To ma być korzyść? 40 tys. osobnych plików html. Dla każdego produktu 
osobny?
Chyba inaczej rozumiem słowo korzyść, albo nadal nie rozumiem o czym 
piszesz. Po każdej duperelkowatej zmianie w stopce pchać na serwer 40 
tys plików... No nie ogarniam :)

Pozdrawiam
Piotr