Komentarze do wpisu 'Zabijamy Pana Gąbkę zawodowo wraz z Fotka.pl'

By: Google przygotowuje konkurencję dla Amazon S3?

Google przygotowuje konkurencję dla Amazon S3? — Wed, 19 May 2010 08:08:26 +0000

[...] serwisów o bardzo dużym ruchu można w nich składować na przykład zdjęcia i pliki graficzne (na przykład fotka.pl intensywnie korzysta z usług Amazon). Odciąża to nasz serwer i jednocześnie pozwala [...]

By: JaBoJa

JaBoJa — Thu, 15 Oct 2009 15:58:53 +0000

W Firefoksie absolutnie nie może być mowy o niezamkniętych tagach do końca pliku z tej prostej przyczyny, że FF nie dokonuje transformacji XMLa na kod (X)HTML, ale bezpośrednio na drzewo DOM dokumentu. Tak więc jeśli XSLT definiuje, że w danym miejscu pojawia się , to będzie to w drzewie pusty znacznik BR, natomiast jego zapis w XHTMLu bądź HTMLu jest już czymś wtórnym.

Oczywiście takie podejście ma tę wadę, że nie można mieć w XMLu w CDATAch kodu HTML, który miałby trafić nieprzetworzony do kodu wynikowej strony i trzeba robić obejścia z użyciem JS (podstawianie textContent pod innerHTML), co z tego co kiedyś patrzyłem, Fotka robi.

W innych przeglądarkach z tego co pamiętam takich sztuczek robić nie trzeba było.

By: Blastboy

Blastboy — Tue, 13 Oct 2009 23:30:33 +0000

Najlepszy artykuł z tej serii. Szereg informacji i niezasłanianie się know-how, jak w przypadku patrz.pl. W sumie nie ma co się dziwić, bo fotka jest jednym z najpopularniejszych polskich serwisów i co ważne w tym temacie, jest w sieci już od wielu lat, nie tak jak n-k (choć artykuł o nich też był ciekawy). Ciekawe czy Allegro.pl, lub któryś z polskich portali zechciałby się tak fachowo, dokładnie wypowiedzieć. Wymienione serwisy to już poważne, komercyjne strony, więc ciężko by było pogadać o nich z ich założycielami-technikami, ale z drugiej strony, zawsze jest jakiś pracownik działu IT, który wie o co w tym chodzi. Szczególnie warto zapytać Onet.pl, bo niedawno zmieniali swoją serwerownię.

By: Adrian

Adrian — Sat, 28 Mar 2009 21:45:22 +0000

Jeśli chodzi o JS to wolałbym porozmawiać o zakresach zmiennych, wielodziedziczeniu przez kopiowanie, lambdzie albo o paradygmacie programowania zorientowanego na zdarzenia.

Szkoda, że nie uzyskałem odpowiedzi na pytania dotyczące XMLa. Widać muszę zapytać w innym miejscu.

Pozdrawiam

By: Andrzej

Andrzej — Sat, 28 Mar 2009 17:07:45 +0000

@Adrian – owszem, wywolanie funkcji zadziala ale nie da sie jej uzyc, wiecej masz tutja https://developer.mozilla.org/en/XSL_Transformations_in_Mozilla_FAQ pod naglowkiem “What about document.write?”

By: Adrian

Adrian — Sat, 28 Mar 2009 11:35:28 +0000

document.write=function(s)
{
alert(s)// lub cokolwiek innego
}
document.write(“xxx”)

Testowałem w FF3 i IE6.

By: Andrzej

Andrzej — Sat, 28 Mar 2009 07:03:25 +0000

JSy i CSSy operuja juz na wygenerowanym kodzie HTML, wiec nie widac tutaj wiekszych roznic w stosunku do tradycyjnego serwowania HTMLa.

Jedyna roznica jest taka, ze nie ma mozliwosci “pisania” przez “document.write” z JS. Strona utworzona za pomoca XSTL jest z zalozenia wygenerowana/zamknieta (document.close), przez cos “pisanie” na niej w FF konczy sie bledem. Oczywiscie modyfikowac samego DOMa jak najbardziej mozna.

Na ten problem mozna napotkac przy reklamach np. Googla wtedy jedynym obejsciem jest wstawienie ich do IFRAME.

By: Adrian

Adrian — Fri, 27 Mar 2009 20:11:44 +0000

@Andrzej Przepraszam, ale treść Twojego komentarza, jak dla mnie, nie ma żadnego związku z tematem. Mam nadzieję, że uzyskam odpowiedzi na moje pytania dotyczące XML. :)

Zauważyłem natomiast, że w moim poście z pytaniami nie pokazały się tagi HTML:
Widzę, że XSLT wypluwa XHTML. Czy nie ma problemów z programowaniem w JS i CSSw tej sytuacji? Z tego co pamiętam w FF wszystkie tagi w zapisie były zamieniane na , co oznaczało nie zamknięty tag do końca pliku.

miało być: w zapisie (br/) były zamieniane na (br), gdzie “(” to “mniejsze”, “)” to “większe”.

By: Andrzej

Andrzej — Fri, 27 Mar 2009 18:45:37 +0000

@Adrian widze ze duzo teoretyzujesz, chetnie zobacze co wg tej teorii wyjdzie Tobie w praktyce, ktorej nie da sie opisac tutorialami “o tym jak pisać front-endy”

- wg. http://www.ranking.pl/index.php?page=Ranks:RanksPage&stat=22|OW&details=1 konqueror 0,00% odwiedzin, linksa nie ma nawet na liscie, rownie dobrze mozna robic strony dzialajace w DOSie
- za wiki: “JSON jest tekstowym formatem wymiany danych” daje zwiekszenie przejrzystosci danych, kod i tak zalezy od programisty
- nalezy wypracowac sobie takie zasady tworzenia, ktore daja jak najszybszy efekt, w najkrotszym czasie, zbyt szybko wszystko sie zmienia

By: Adrian

Adrian — Fri, 27 Mar 2009 11:07:02 +0000

Tzn jakiego mechanizmu? Ja mówiłem o konwencjach (http://developer.yahoo.com/yui/ – tam jest mnóstwo materiałów o tym jak pisać front-endy i nie tylko)
- strony fotki w konquerorze i linksie są nieczytelne
- nic nie gwarantuje 100% bezpieczeństwa, JSON natomiast daje istotne zwiększenie przejrzystości kodu
- i znowu konwencje a nie standardy. Owszem są miejsca gdzie warto wrzucić CSS/JS do HTML ale nie ma takich miejsc gdzie trzeba je generować.

Pozdrawiam