Forum Debian Users Gang

Ainat · 2018-01-05 12:52:34

Witam
Szukam osoby, która zainstaluje mi w chmurze serwer na Debianie 9, PHP-7.1 x , Nginx i to co potrzeba a o czym nie wiem.
Oczywiście z niezbędną konfiguracją.
Ma na tym serwerze stać sklep Magento 2.2.
Debian 9 jest dostępny z panela administracyjnego Oktawave przy tworzeniu instancji. Oczywiście dostęp przez ssh i sftp. Ja utworzę instancję i umozliwię dostęp.
To ma być test sklepu przed produkcją w celu podjęcia decyzji czy chmura czy dedyk

Bardzo proszę o kontakt osoby, które są w stanie postawić ten serwer szybko i sprawnie i wiedząc co robią.
Potrzebuję stan serwera gotowy do instalacji sklepu.

tel.530222391 oddzwonię. Wynagrodzenie do uzgodnienia.

Morduję się z tym Debianem od tygodnia i ciągle nie halo. nie jestem specem od Debiana i sam widzę, że nie poradzę.

Ostatnio edytowany przez Ainat (2018-01-05 12:59:38)

Jacekalex · 2018-01-05 14:05:18

Chmura na Magentoo to ciężka bzdura.

Tu masz niezły serwer pod sklep:
https://www.soyoustart.com/pl/oferty/1801sys13.xml
i nie kosztuje prawie 1 zeta/godzina tylko 180 zeta / mies.

Ostatnio edytowany przez Jacekalex (2018-01-05 14:05:32)

Ainat · 2018-01-05 14:56:29

Cześć, Serwer na oko wygląda porządnie, ciekawe jak w zyciu się sprawuje, jaki help?
Z chmurą chciałem spróbować jak to się je. Idea fajna ;szczególnie z tym skalowaniem zasobów.
Mam tam 2 instancje , obie na minimum i za tydzień 8 złotych mi zjadło, z tym że tylko tam w Debianach grzebię gdyż do instalacji sklepu jeszcze nie dotarłem. Walczę z odpowiednim php_em i tak ogólnie sfrustrowany jestem własną niemocą. Ale; poznaję coraz lepiej Debiana. więc nic na darmo nie idzie :)

Najgorsze, że czas ucieka a czas dzisiaj to pieniądz. Dlatego szukam Kogoś kto by mi w tym pomógł.

Jacekalex · 2018-01-05 15:59:50

Skalowanie w chmurze?

To zabawa dla olbrzymich sklepów, a nie początkujących.

Do zabawy dla początkującego bierz lepiej VPS1 w OVH za 20 zeta/mies,
albo ewentualnie VPS Cloud RAM 1 za niecałe 50 zeta/mies,
do zabawy będzie jak znalazł.

Jak nie potrafisz Debiana skonfigurować, to skalowalność chmury jest daleko poza Twoim zasięgiem.

Poza tym chmury są modne, ale wymagają od inwestora gigantycznej i bardzo drogiej infrastruktury, dlatego w Polsce nie ma ani jednej sensownej chmury obliczeniowej.

Zawsze z resztą do serwera możesz zapiąć CloudFlare, i masz wtedy najprawdziwszą chmurkę.

Ostatnio edytowany przez Jacekalex (2018-01-05 16:06:44)

Ainat · 2018-01-05 21:27:03

prawdę piszesz, ale jakoś muszę to ogarnąć.
A z tym moim Debianem to motam się z PHP ; mam mieć 7.1.x a wszystkie poradniki inne .Ciągle mi coś nie gra ; albo Puty zrywa połączenie albo FileZilla się rozłącza.
Niby mam już wszystko po instalowane a tu Debianek się buntuje i wszystko od nowa. Już tych instancji chyba 10 postawiłem.

Ainat · 2018-01-12 11:42:31

Przemyślałem Twoje sugestii i wziąłem na 3 m VPS NVMe Biznesz Nazwa.pl. parametry serwera są takie:

Intel Xeon E5/2
NVMe 50 Gb
Szybkość łącz 1Gbps
KVM
RAM 4 Gb

i zaraz stawiam Debiana od nowa
Czy na takim sprzęcie Magento-2 będzie dobrze chodziło?

Ostatnio edytowany przez Ainat (2018-01-12 11:47:01)

Jacekalex · 2018-01-12 16:18:02

Czy Magento będzie chodziło?

Sklep sam w sobie sporo waży (to niestety dziś już standard), ale jego faktyczne zapotrzebowanie zależy od wielkości bazy danych, ilości produktów i zdjęć.
Do tego ważna jest konfiguracja Opcache w PHP i limitów ram dla Mysql,
jeśli serwer Mysql całą bazę zmieści w RAMIE, to sklep radykalnie przyspieszy.
Szybszego dysku niż RAM nie ma i nie będzie.

Ja raczej bym celował w jakiegoś dedyka, ale to wydatek minimum 130-160 zł/mies.

Poza tym zobacz, ile masz limitu transferu w Nazwie, bo jak ostatnio widziałem ich "cudowną" ofertę, to teoretycznie było 1Gbit, ale limit transferu ustawili tak, że wychodziło 9,5 Mbit średnio (licząc równy transfer w ciągu doby), do tego mieli też niby NVME, ale limit dobowy pobierania danych z dysku też obowiązywał na podobnych zasadach.

Teraz te szczegóły schowali gdzieś w regulaminie, na stronie ich nie prezentują,
i dali 3 miechy za 0,99, czyli że nie tylko ja ten wałek zauważyłem. xD

Kolejny dowcip, to Fedora na serwer (jedna z propozycji), jeżeli ktoś wie,
co to jest Fedora, i po co RH produkuje Fedorę, to wie, co mam na myśli. xD

Pozdro
;-)

Ostatnio edytowany przez Jacekalex (2018-01-12 16:35:14)

Ainat · 2018-01-13 00:27:01

Siedzę i po mału instaluję debiana 9. Z tą Oktawave to wyszło jak napisałeś - za drogo wychodzi. Sklep poszdł z dymem po wyssaniu 25 złotych (nie moich) za 2 tygodnie.

Ta nazwa.pl to też jakieś dziadostwo totalne, ten ich help to porażka jeszcze większa.Przy zakupie VPSa , przy podawaniu maila omsknęła mi się ręka i poszdł zły emai. Zaraz się zorientowałem i zadzwoniłem (udało się od ręki) , przedstawiłem problem że nie mam kluczy do serwa z tego powodu i proszę o wysłanie ponownego maila. Niby prosta gdzie indziej sprawa u nich urosła do nie wybrazalnego problemu. Bujałem się z nimi do 17, bo poszli do domu . Nie załatwili mi tego, jakas babka przysłała instrukcję resetu hasła rota , ale po reinstalce wraca hasło z instalacji. Takiego bajzlu jeszcze nie widziałem w życiu, totalne dno, ludzie jacyś pełni niemocy mimo że przyjaźnie nastawieni. Z taką ścianą nigdy w życiu się nie zdeżyłem a żyję już 60 lat.

Te trzy miesiące wykorzystam na próbę konfiguracji sklepu, potem zobaczę, albo pójdę gdzie indziej albo zostanę.
Dla mnie najważniejsze, żeby ten sklep postawić, bo sprzeaż idzie mi po OLXach i Sprzedajemy pl i innych temu podobnych sajtach, chciał bym to jakoś tym sklepem uporządkować

Napisz jak możesz gdzie w Debianie 9 mam wypakować Magneto 2.2.2 , do tej pory instalowałem w /home/www/magento ale chyba to nie jest prawidłowo?

Nurtuje mnie jeszcze jedno pytanie ; czy da radę taki skonfigurowany sklep zabrać gdzie indziej i czy można zrobić jeszcze tak , żeby np: na Nazwa.pl konfiguruję sklep, potem będzie już działał i równolegle nap. na linux.pl (mam tam wykupiony hosting) robiło by się lustro, które w każdej chwili będę mógł odpalić po przeniesieniu domeny lub zabrać jeszcze gdzieś indziej? Chodzi mi o to,żeby nie robić wszystkiego od nowa jak z nazwy trzeba będzie uciekać.

Ostatnio edytowany przez Ainat (2018-01-13 00:51:59)

Jacekalex · 2018-01-13 06:22:08

Przeniesienie sklepu na inny serwer?
Jeśli ma działać w tej samej domenie, to bułka z masłem.

Najpierw zrzucasz przy pomocy

Kod:

mysqldump

bazę danych, potem kopiujesz pliki sklepu na nową lokalizację, np poleceniem:

Kod:

rsync -AvXx  -e "ssh {opcje polecenia ssh}" --progress {SKĄD}  {username@domena:/folder/docelowy/}

Nawiasów klamrowych się w takich poleceniach nie używa, są tu, żeby zaznaczyć,
o co chodzi.

Wgrywasz bazę na nowy serwer i jazda, powinno wszystko działać, o ile będą prawidłowe uprawnienia w bazie danych i plikach na dysku.

Ostatnio edytowany przez Jacekalex (2018-01-13 06:34:30)

Ainat · 2018-01-13 10:46:33

a można zrobić, żeby na 2 serwerze robiło się lustro w czasie rzeczywistym kompletnego sklepu, taka kopia bezpieczeństwa w czasie rzeczywistym 1/1, jak raid? Same dane w takim zakresie żeby kopia była gotowa natychmiast przejąc rolę sklepu źródłowego.

Wiesz, chodzi mi żeby nie bawić się w tworzenie backupów, nie pamiętać, żeby to samo na zewnątrz się robiło.
Taki serwer na np. linux.pl to sto parę złotych na rok, mój sklep z początku gigantem nie będzie więc na 10 gb się na pewno zmieści.
Nawet jak koszt serwera miał by być 2x tyle to jeżeli technologicznie jest to do zrobienia to uważam, że warto. Spokój, bezpieczeństwo i wygoda.

Bo np. jak po tych 3 miesiącach trzeba będzie uciekać z nazwa.pl to zero stresu by było. Odpalił bym wówczas sklep z linux.pl i spokojnie szukał następnego domku dla sklepu.
Nawet jak by to czasowo miało gorzej chodzić. Pomijam już awarie na podstawowym serwerze. Nie jestem Napoleonem w te klocki ale ideowo bardzo by mi takie rozwiązanie odpowiadało.

Żartując to za free można było by na promocjach po świecie tylko latać . Jeden bazowy serwer z kopią i szukać tylko :)

A pro po folderu instalacji magento 2.2.2 wiesz coś może?

Ostatnio edytowany przez Ainat (2018-01-13 11:17:09)

Jacekalex · 2018-01-13 12:01:12

Backupy plików i baz danych mogą robić skrypty podpięte do CRONA,
serwery baz danych zazwyczaj obsługują coś takiego jak replikacja.

Także stworzenie systemu serwera A i serwer B - lustrzana kopia serwera A, jest wykonalne, chociaż jest z tym trochę gimnastyki na dosyć zaawansowanym poziomie.

Ainat · 2018-01-13 12:46:32

Rozumiem, że idea jest do zrealizowania?
A jak zaawansowany jest to poziom? Tu szczególnie mam na myśli zaawansowanie finansowe :)

I taki lustrzany serwer w każdej chwili mógł by wznowić produkcję bez żadnych negatywnych skutków i ograniczeń, poza indywidualnymi ograniczeniami nowego serwera?

Ostatnio edytowany przez Ainat (2018-01-13 13:09:25)

Jacekalex · 2018-01-13 13:50:10

[quote=Ainat]Rozumiem, że idea jest do zrealizowania?
A jak zaawansowany jest to poziom? Tu szczególnie mam na myśli zaawansowanie finansowe :)

I taki lustrzany serwer w każdej chwili mógł by wznowić produkcję bez żadnych negatywnych skutków i ograniczeń, poza indywidualnymi ograniczeniami nowego serwera?[/quote]
Poziom to artystyczna rzeźba w Bashu, Perlu albo czasem Pythonie.

Lustrzany serwer? od razu? nie.

Nawet, jak baza będzie aktualna dzięki replikacji, pliki będą aktualne, to pozostaje kwestia delegacji domeny na nowy serwer, czyli odwzorowania nazwy domenowej na IP.
TTL dla domeny ustawiasz w DNS, może to być 15-30 minut ale może też być 3 dni.
Z punktu widzenia DNS im dłuższy TTL dla domeny, tym lepiej, także konieczny jest jakiś kompromis.

Ja np mam w domu wysyłanie na poziomie 10 Mbit, także mógłbym obrazki i multimedia sklepu zlinkować z jakiegoś szybkiego lichego hostingu jak Home czy Nazwa, a sam sklep by całkiem szybko chodził na łączu w domu.
Html serwowany jako strona to lekki plik tekstowy, główna waga to obrazki
i multimedia.

Podobnie się obecnie wykorzystuje np CloudFlare.

Przykład, jeden z największych w Pl sklepów,strona główna:

Kod:

curl -is https://www.emag.pl |wc -c
200605

Cała strona to 200 605 bajtów czyli mniej niż 200 kB.

Dodaj do tego kompresję gzip na serwerze WWW, i robi się z tego około 60-120kB do wysłania.
Pliki tekstowe czy html się elegancko pakują, w przeciwieństwie np do jpeg, który już jest maksymalnie spakowany.
https://serverfault.com/questions/253074/what-is-the-best-nginx-compression-gzip-level

Ostatnio edytowany przez Jacekalex (2018-01-13 14:08:01)

Ainat · 2018-01-13 14:46:38

Co do czasu szybkiego uruchomienia lustra to poza oczywistą koniecznością zaparkowania domeny to innych problemów nie będzie. Tak?
Ale chyba innym wyjściem było by tymczasowe podpięcie innej domeny - podobnej? Ja np. mam wykupione 2 podobne domeny ; doekologii.pl i doecologii.pl.

Kurcze, przecież oba sklepy z tymi domenami mogą cały czas być w sieci, prawda? i jednocześnie się się wzajemnie synchronizować, tak żeby na obu był ten sam stan, dobrze to rozumiem? Taki sieciowy sklepowy raid jeden praktycznie sklep pod różnymi domenami z tą samą bazą w 2 egzemplarzach i zarządzane wszystko z jednego panelu magento. To chyba realne? W razie awarii zero stresu i na spokojna odbudowa lub migracja niedziałającego sklepu. Klienci pewnie w większości nie zauważą.

Jak idea laika wygląda w Twoich oczach ?

Twój opis fajnie wygląda, na pewno szybko to latać musi. Gratuluję łącza u mnie nie osiągalne, tylko NEO , kablówka i wifi.
Muszę poczytać o CloudFlare, nic o tym nie wiem. O czasów kiedy przeszywałem tecomy na fritzboxy dużo się zmieniło.

Ostatnio edytowany przez Ainat (2018-01-13 14:55:49)

Jacekalex · 2018-01-13 14:54:17

Wysoka dostępność?

Pchasz się na głęboką wodę.

Takie rzeczy robi się raczej na sieciach lokalnych przy pomocy ucarpa, między VPSami w różnych parafiach pierwszy raz słyszę, chociaż pewnie jakoś się da.
Domena zawsze musi być jedna, względnie jak się posypie sklep na serwerze A,
to trzeba by tam wystawić przekierowanie 302 na serwer B, czyli jakiś serwer www tam musi działać.

Dwie różne ale podobne domeny to bzdura, bo wyszukiwarki czy porównywarki nie będą sprawdzały aktualnie czynnej domeny, a ludzie adresów z palca w dzisiejszych czasach nie wklepują do przeglądarki, tylko do Googla.

Ostatnio edytowany przez Jacekalex (2018-01-13 14:57:44)

Ainat · 2018-01-13 14:57:39

sorry edytowałem w czasie gdy napisałeś, zerknij raz jeszcze, teraz idea wyewulowała w taki spoób.

Gdzieś już kiedyś wpadł mi w oko podopny przykład, chyba to był drpshiping, taki sam towar , tak samo poukładany na stronie , tylko grafika inna i domena i nazwa sklepu :)

Ostatnio edytowany przez Ainat (2018-01-13 15:01:26)

Jacekalex · 2018-01-13 15:02:21

[quote=Ainat]sorry edytowałem w czasie gdy napisałeś, zerknij raz jeszcze, teraz idea wyewulowała w taki spoób[/quote]
Czytałem,spoko.

Nie masz czego gratulować, mam 100/10 z kablówki właśnie.

Pobieranie w okolicy czasem szwankuje, ale wysłanie bryka spoko, ludzie już chyba się boją torrenty ciągać, za to na tubach i FB siedzą non stop.

Da się zrobić na jednej bazie tzw multishop, Prestashop ma coś takiego, Magento pewnie też.

Ostatnio edytowany przez Jacekalex (2018-01-13 15:03:33)

Ainat · 2018-01-13 15:20:02

Ja mam NEO 20/1 z czego rzadko jest połowa, czasami strony otwierają się po kilka minut. A z torentami to fakt, teraz wszystko jest live. Ja mam zapakowanego kompa z dawnych lat i z niczego już nie korzystam. Tylko z sentymentu tego nie wywalam. Świat się cały czas szybko zmienia, teraz ludzie maja inne potrzeby , możliwości i mentalność. Kto dziś pamięta o dyskietkach?

ps : było ostatnio w TV , że PO sprzedała całą kolekcję płytoteki polskiej jakiejś amerykańskiej firmie za 8 baniek i Gliński (zbulwersowany) chce te zbiory odkupić i dla kultury polskiej uratować za 20 baniek. Jak by miał deko rozumu to powinien zapłacić za digitalizację i olać ten śmietnik. Tylko , że dinozaury myślą kategoriami swoich zamierzchłych czasów :)

My dzisiaj prawdopodobnie jeszcze nie zdajemy sobie sprawy co sieć może nam dać w przyszłości, pewnie tylko wizjonerzy maja mgliste wizje na ten temat?

Ostatnio edytowany przez Ainat (2018-01-13 15:41:00)

Ainat · 2018-01-17 06:29:46

Chcę się więcej dowiedzieć o tej mojej idei 2 lustrzanych sklepów na osobnych serwerach.
Po niecałych 6 dniach na Nazwa.pl na ich VPS dotarło do mnie, że jak sklep ruszy i będzie w trybie produkcyjny
to absolutnie nie mogę opierać się na jednym serwerze i dostawcy.
dzisiaj straciłem łączność z serwerem i myśląc, że coś sam skopałem wywaliłem kolejny raz system w kosmos.
A tu się okazało, że to Nazwa.pl się postarała ;) Strata nie wielka bo był tam tylko Nginx i php - poćwiczę więcej po prostu.
Zadzwoniłem do BOK to mi powiedzieli, że mam napisać maila, po kolejnym telefonie dostałem informacje,
że mam czekać na odpowiedź, jak zapytałem do kiedy, to nie potrafił odpowiedzieć.
Tak na marginesie to ta nazwa.pl dziwną ma politykę w stosunku do swoich klientów ; totalna niemoc zapętlona w chorych
i iracjonalnych procedurach obsługi czego wynikiem jest ściana bezsilności. Za te parę dni doświadczyłem tego osobiście
w stopniu dotąd mi nieznanym. Niby kulturalni i pomocni ale bez żadnego dla klienta pozytywnego efektu. Jestem tym klimatem sfrustrowany.
Tam polityka zakładowa to dawaj kasę i paszoł won :)

Ale wracając do tematu to docelowo chcę takie rozwiązanie mieć u siebie. Znaczy nie takie jak w Nazwa.pl ale z tymi sklepami :)

Muszą się synchronizować w czasie rzeczywistym , żeby w każdym było to samo; sprzedaż, maile, magazyny - wszystko dosłownie idealne lustro.
Tak , że o ile dzisiejsza sytuacja wystąpi to uruchamiam drugi serwer i jadę dalej. Z domeną jak pisałeś wyżej jest problem.
Może są jakieś metody jak to rozwiązać , w sensie takim żeby lustrzany serwer jak najszybciej podjął produkcję?

Pisałem wcześniej o podobnych domenach ; "doekologii.pl" i "doecologii.pl" Twoim zdaniem to zły pomysł.
Co w takim rozwiązaniu było by dla mnie niekorzystne? Większość klientów nawet tego nie zauważy gdyż wszystko oprócz domeny było by przecież identyczne.
Dlaczego uważasz, że to zła droga? Zasugeruj jak to można rozwiązać.

Podsumowując :
1 wersja - jeden serwer robi za lustrzaną kopię bezpieczeństwa dla serwera produkcyjnego i może szybko przejąć jego rolę.
2 wersja - oba serwery mają te same wersje sklepu i żyją równoległym bytem synchronizując się nawzajem w czasie rzeczywistym.
Po padzie jednego dalej jestem w sieci i sprzedaję, mam czas na przenosiny czy użeranie się z dostawcą serwera.

Ostatnio edytowany przez Ainat (2018-01-17 07:31:47)

Jacekalex · 2018-01-17 09:54:19

Pytasz teraz chyba o replikację master-master Mysqla miedzy sklepami?
Do tego stała synchronizacja plików?

Teoretycznie można, chociaż to pachnie bzdurą, bo jak przy replikacji master-master szlag trafi bazę na serwerze A, to za chwilkę to samo się stanie na serwerze B, taki już urok replikacji.

Dlatego replikacja to nie jest backup.

I to raczej nie jest zabawa dla kogoś, kto jeszcze nigdy serwerów produkcyjnych nie stawiał.

Nazwa i BOK?

Jak masz VPSa, to do BOK się dzwoni, jak sprzęt nie działa, dyzio się sypie,
serwer obrywa DDOS i jest niedostępny, czy coś podobnego.
W sprawie softu i backupu się nie dzwoni, po to masz roota na VPS,
żeby dupy w BOK nie zawracać.
Jak nie potrafisz sobie sam z VPSem poradzić, to poszukaj kogoś, kto to potrafi, albo w ogóle się nie bierz za serwery VPS czy dedyki.
Zwłaszcza,ze w BOK zawsze pracują takie oryginały, że na każde technicznie złożone pytanie odpowiedź idzie czasem tydzień i rzadko dotyczy kwestii poruszonej w pytaniu. xD

Pisałem wcześniej o podobnych domenach ; "doekologii.pl" i "doecologii.pl" Twoim zdaniem to zły pomysł.[/quote]
Bo to dwie odrębne domeny,cała zabawa z SEO, cała reputacja domeny i page-rank dotyczy konkretnej domeny, nie fruwa sobie po podobnych domenach,
które się jedną literką różnią.

Natomiast wartość domeny wynika z jej internetowej reputacji, a nie z faktu,
że ją za złotówkę w promocji kupiłeś.

Ostatnio edytowany przez Jacekalex (2018-01-17 10:07:46)

W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem para bellum ;) | Pozdrawiam :)

Time (s)	Query
0.00009	SET CHARSET latin2
0.00004	SET NAMES latin2
0.00058	SELECT u., g., o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='18.118.193.223' WHERE u.id=1
0.00104	REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '18.118.193.223', 1732350236)
0.00039	SELECT * FROM punbb_online WHERE logged<1732349936
0.00035	SELECT topic_id FROM punbb_posts WHERE id=316579
0.00023	SELECT id FROM punbb_posts WHERE topic_id=30172 ORDER BY posted
0.00031	SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=30172 AND t.moved_to IS NULL
0.00025	SELECT search_for, replace_with FROM punbb_censoring
0.00115	SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=30172 ORDER BY p.id LIMIT 0,25
0.00086	UPDATE punbb_topics SET num_views=num_views+1 WHERE id=30172
Total query time: 0.00529 s

Forum Debian Users Gang

Ogłoszenie

#1 2018-01-05 12:52:34

Ainat - Użytkownik

Oktawave instalacja debiana 9

#2 2018-01-05 14:05:18

Jacekalex - Podobno człowiek...;)

Re: Oktawave instalacja debiana 9

#3 2018-01-05 14:56:29

Ainat - Użytkownik

Re: Oktawave instalacja debiana 9

#4 2018-01-05 15:59:50

Jacekalex - Podobno człowiek...;)

Re: Oktawave instalacja debiana 9

#5 2018-01-05 21:27:03

Ainat - Użytkownik

Re: Oktawave instalacja debiana 9

#6 2018-01-12 11:42:31

Ainat - Użytkownik

Re: Oktawave instalacja debiana 9

#7 2018-01-12 16:18:02

Jacekalex - Podobno człowiek...;)

Re: Oktawave instalacja debiana 9

#8 2018-01-13 00:27:01

Ainat - Użytkownik

Re: Oktawave instalacja debiana 9

#9 2018-01-13 06:22:08

Jacekalex - Podobno człowiek...;)

Re: Oktawave instalacja debiana 9

Kod:

Kod:

#10 2018-01-13 10:46:33

Ainat - Użytkownik

Re: Oktawave instalacja debiana 9

#11 2018-01-13 12:01:12

Jacekalex - Podobno człowiek...;)

Re: Oktawave instalacja debiana 9

#12 2018-01-13 12:46:32

Ainat - Użytkownik

Re: Oktawave instalacja debiana 9

#13 2018-01-13 13:50:10

Jacekalex - Podobno człowiek...;)

Re: Oktawave instalacja debiana 9

Kod:

#14 2018-01-13 14:46:38

Ainat - Użytkownik

Re: Oktawave instalacja debiana 9

#15 2018-01-13 14:54:17

Jacekalex - Podobno człowiek...;)

Re: Oktawave instalacja debiana 9

#16 2018-01-13 14:57:39

Ainat - Użytkownik

Re: Oktawave instalacja debiana 9

#17 2018-01-13 15:02:21

Jacekalex - Podobno człowiek...;)

Re: Oktawave instalacja debiana 9

#18 2018-01-13 15:20:02

Ainat - Użytkownik

Re: Oktawave instalacja debiana 9

#19 2018-01-17 06:29:46

Ainat - Użytkownik

Re: Oktawave instalacja debiana 9

#20 2018-01-17 09:54:19

Jacekalex - Podobno człowiek...;)

Re: Oktawave instalacja debiana 9

#21 2018-01-17 22:57:46

Ainat - Użytkownik

Re: Oktawave instalacja debiana 9

#22 2018-01-17 23:07:14

Jacekalex - Podobno człowiek...;)

Re: Oktawave instalacja debiana 9

#23 2018-01-18 14:14:33

Ainat - Użytkownik

Re: Oktawave instalacja debiana 9

#24 2018-01-18 14:24:39

Jacekalex - Podobno człowiek...;)

Re: Oktawave instalacja debiana 9

Kod:

#25 2018-01-18 14:57:08

Ainat - Użytkownik