Dyskusja wikipedysty:Darekm
Z Wikipedii
Witaj,
Sprzęt komputerowy pojawia się jako podkategoria Informatyka tylko trzeba kliknąć link "Następne 200" Kpjas Σ 21:38, 6 maj 2005 (CEST)
Spis treści |
[edytuj] Określ licencję grafik
- Grafika:Codabar.JPG
[edytuj] Witaj
Nie pisz nazw haseł drukowanym tekstem. Joymaster 18:30, 10 lip 2005 (CEST)
Wstawiam Ci poradniczek:
|
Koniecznie odwiedź nasz portal wikipedystów, aby dowiedzieć się jak współpracujemy.
W wolnej chwili przeczytaj na czym polega administrowanie projektem, a gdy wolnego czasu będziesz mieć nieco więcej, przyłącz się do kooperacji |
Jeszcze jedna ważna sprawa. Na stronach dyskusji, głosowaniach itp. podpisujemy się poprzez wpisanie ~~~~ (czterech tyld) – można w tym celu użyć odpowiedniego przycisku na pasku edycji (patrz ilustracja obok). Po zapisaniu strony pokaże się Twój nick z linkiem i datą.
A poza tym śmiało edytuj strony!
Mam nadzieję, że pomoże trochę. W razie pytań - każdy Wikipedysta Ci pomoże. Pozdrawiam Joymaster 18:30, 10 lip 2005 (CEST)
[edytuj] Smartmontools
Opis użycia Smartmontools [1] w Windows / DOS dodaj do b:Smartmontools (jeśli to jest treeść GFDL). Wycofałem Twoją edycję. --kb ✉ 08:57, 18 lip 2006 (CEST)
[edytuj] Webmasterswo
Cześć, widzę, że rozpocząłeś zmieniać kategorie na Webmasterstwo, tylko… z tego co mi wiadomo to nie ma takiego słowa w języku polskim (już pomijając to, że jest strasznym dziwolągiem). Może lepiej nazwać kategorię Tworzenie stron internetowych? Albo Projektowanie…?
to należy zmienić systemowo. Ja nie potrafię. A moim celem jest uporządkowanie kategorii nadrzędnych typu Internet czy informatyka.
- Nic nie trzeba zmieniać systemowo (chociaż, możliwe, że asysta bota byłaby przydatna). Wystarczy utworzyć nową kategorię i do niej poprzypisywać artykuły. W angielskiej wiki ten fragment drzewka wygłąda tak: Internet → World Wide Web → Web Design. U nas nie ma tej drugiej, więc może wystarczy utworzyć kategorię Tworzenie stron internetowych w kategorii Internet? Zergu 19:22, 30 lis 2006 (CET)
[edytuj] Heap overflow
Czy możesz mi wyjaśnić sens tej edycji? Artykuł opisuje błąd zabezpieczeń polegający nie na wyczerpaniu pamięci, tylko na zapisaniu danych poza granicę pojedynczego zaalokowanego bufora. -- (lcamtuf)° 10:46, 21 lut 2007 (CET)
Heap overflow to termin informatyczny określający błąd w programie, błąd ten jest wykorzystywany do łamania zabezpieczeń. To że nazwę sposobu ataku przyjęto od rodzaju błędu to prawda, natomiast pojęciem pierwotym jest błąd a nie atak.--Darek Mazur 18:00, 15 mar 2007 (CET)
[edytuj] Kategoria:Testowanie
Witaj,
IMHO ta nazwa kategorii jest zbyt ogólna, może testowanie oprogramowania? Pozdrawiam. Kuszi 21:02, 23 mar 2007 (CET). Można, pewnie będzie lepsze. Problem też jest z kategorią Analiza programów. A kategorią chciałbym objąć testowanie, debugowanie, walidacja, profiling itp. --Darek Mazur 20:40, 26 mar 2007 (CEST)
[edytuj] Kategoria:Interfejsy programistyczne
Jescze jedno: co ma grupować ta kategoria, czy interfejsy w znaczeniu API, czy może co innego? Na razie z doboru haseł nie jestem w stanie wywnioskwać o co Ci chodziło. Czy mógłbyś dodać opis do tej kategorii? Kuszi 21:10, 23 mar 2007 (CET). Nie tyle o samo api, gdyż to określa listę dostępnych funkcji do zewnętrznej biblioteki, a coś co jest interfejsem pomiędzy programami (zapewnia transport informacji). Czasami to jest nazwane protokołem, czasami technologią ale to ani jedno ani drugie. --Darek Mazur 20:37, 26 mar 2007 (CEST)
[edytuj] AJAX
Hej, pomijając, że usunąłeś część treści, nie mogę się zgodzić z niektórymi ze zmian, które wprowadziłeś:
Usunięte zostały dwa zdania: Chociaż niekiedy identyczny efekt trzeba uzyskać za pomocą innych metod -- co nic nie wnosi Wadą AJAX jest również utrudniona współpraca z polskimi znakami diakrytycznymi -- to nie ma nic do rzeczy,
reszta co najwyżej jest przerobiona
- DOM nie jest niezbędny do zmiany treści dokumentu, skoro można go zastąpić na przykład przez innerHTML. Nawiasem, HTML oraz XHTML też możnaby pominąć, skoro z XHR można korzystać także poza dokumentami WWW. No ale to już nie podpada pod technikę tworzenia aplikacji internetowych. :)
Trudno sprowadzić Ajax tylko do jednej funkcji.
- Serwis w Ajaksie nie straci na dostępności, jeżeli treści oferowane poprzez XHR są dostępne także za pomocą standardowych odnośników. Może co najwyżej może być odrobinę mniej użyteczny dla użytkowników ze starszymi przeglądarkami.
To nie tylko starsze przeglądarki, ale przykładowo te na komórkach
To samo tyczy się indeksowania przez wyszukiwarki. Wystarczy, że wszystkie treści na stronie będą dostępne pod standardowymi URL-ami.
A co jeżeli nie jest. Omawiamy ogół, a nie przypadek szczególny
Oczywiście można wspomnieć w artykule o tym, jaka mniejszość lub większość serwisów jest dostępna w taki sposób. ;)
- Wydaje mi się, że mierzyć oglądalność serwisu można rejestrować dokładnie tak samo, jak w standardowym modelu. Żądania do serwera są przecież rejestrowane tak czy inaczej, więc co za różnica, czy znajdzie się w nich żądanie do http://example.com/introduction.html czy http://example.com/ajax.php?document=introduction? Obydwa adresy identyfikują zasób jednoznacznie.
to co podałeś to nie jest AJAX.
Vinyanov 04:24, 19 sie 2007 (CEST)
- Usunięte zostały dwa zdania
- Zniknęło jeszcze jedno zdanie, chociaż pewnie przez przypadek. Co do wspomnianej przez ciebie pary: wspominanie o alternatywach dla XHR wykazuje różnorodnośc metod służących do zmiany dokumentu. To ważne, aby ukazywac faktyczną rozległośc terminu. Co do fragmentu o polskich znakach, zamieniwszy rzeczownik rzecz na temat dyskusji otrzymujemy z twojej strony taką odpowiedź: Wada Ajaksa (...) nie ma nic do Ajaksa.
DOM nie jest niezbędny do zmiany treści dokumentu, skoro można go zastąpić na przykład przez innerHTML.
- Trudno sprowadzić Ajax tylko do jednej funkcji.
- Zgadzam się, dlatego nie sprowadzajmy go wyłącznie do DOM-u. Moim zdaniem bez sensu jest usilne podpinanie pod AJAX wszystkich obecnych technologii i standardów, nawet jeżeli trend Ajaksowy w naturalny sposób obejmuje modę na ustandaryzowane serwisy, jaka pojawiła się w Sieci te pięc lat temu. :)
Serwis (...) mniej użyteczny dla użytkowników ze starszymi przeglądarkami.
- To nie tylko starsze przeglądarki, ale przykładowo te na komórkach
- Oczywiście. (Chociaż podobno Opera obsługuje go także na komórkach). Ja chciałem jedynie zwrócic uwagę na różnicę pomiędzy dostępnością a użytecznością. AJAX wpływa tylko na to drugie. (Patrz przedostatni punkt spośród nieprzetłumaczonych zdań).
Wystarczy, że wszystkie treści na stronie będą dostępne pod standardowymi URL-ami.
- Omawiamy ogół, a nie przypadek szczególny
- Chyba masz rację. Ale ogół nie stanowi cechy charakterystycznej wszystkich rozwiązań opartych na tym modelu. Możemy więc najpierw opisac cechy tej techniki, których nie da się uniknąc (czym nie jest brak dostępności), konsekwencje niewłaściwych implementacji opisując na końcu. ;)
co za różnica, czy znajdzie się w nich żądanie do http://example.com/introduction.html czy http://example.com/ajax.php?document=introduction?
- to co podałeś to nie jest AJAX
- Jest. Załóżmy, że na swojej stronie pobierasz treści artykułów poprzez AJAX. Jako drugi argument metody open nadal musisz podac adres, pewnie podobny do mojego drugiego przykładu, który zwróci XML-a z jego tytułem, treścią itd. Przecież żądanie o fragment dokumentu także musi poinformowac serwer dokładnie o żądanym zasobie. Przeglądarki nie są w stanie wysyłac innych żądań do serwera niż HTTP, a te są przez serwer rejestrowane i nadają się do analizy. ;)
PS. Odpowiada się zazwyczaj na stronie dyskusji rozmówcy, z racji na notyfikacje. Vinyanov 21:17, 20 sie 2007 (CEST)