@maciejkiner: Macieju, a czy jest możliwość by w kolejnych wersjach pojawiła się możliwość ustawienia własnego dźwięku powiadomień (jak np. w apce FB)? sama idea powiadomień push jest doskonała, ale trochę mnie wkurza, że praktycznie za każdym dostaję sms. ogólnie nowa apka świetna! :)
  • Odpowiedz
Widzę, że niezła afera. Chciałbym zauważyć, że niektórzy użytkownicy Wykopu często pisali do Oskarka "usuń konto", czyli widzieli, że Oskarek wie. Co zrobią dalej, skoro Oskarek ich nie posłuchał? #wypok #bukmacherskaafera
  • 1
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@anonim1133: @Migfirefox: Właściwie ten skrypt miał na celu sprawdzenie, czy w bashu dam radę coś takiego napisać. W C++ byłoby znacznie mniej zasobożerne, bo w bashu używam od groma zewnętrznych programów: wget, sed, expr, tr w różnych kombinacjach. W C muszę napisać prosty program sortujący dane (bez linuksowe sort, ale też nie na bąbelkach) do histogramów, wtedy dałoby się wstecz to ładnie zrobić. Niestety PHPa jako takiego nie miałem okazji poznać, zaś ten mój bash mógłby też być jednoprogramowy... zrobiłem kilka programów zamiast funkcji - można byłoby prościej i zapewne szybciej. PHP z tego, co widziałem ma dość prostą składnię, ale niestety na studiach średnio mam czas, by cokolwiek zrobić. Do tego serwer apache mi się spół na debianie, muszę poprawić konfigurację oraz zaporę sieciową, bo filtruje mi niektóre polecenia nawet wykonywane na localhost`cie ;)

W skrypcie podstawowym problemem uniemożliwiającym dobre filtrowanie wstecz jest problem usuniętych postów. Z każdym postem, którego nie mam muszę zgłaszać ponowne zapytanie do API o post o kodzie następnym. Procedurę tę powtarzam tylko dwa razy. Jeżeli więc trzy pod rząd posty są usunięte skrypt się "zawiesza" i stwierdza, iż oczekuje na kolejny post mimo, że tak nie jest. Rozwiązaniem jest oczywiście oddzielny skrypt na przeglądanie mikro wstecz i do przodu... chyba, że do przodu ponownie pojawi się ten błąd. Zakładam, że nikt nie będzie kasował trzech postów pod rząd w ciągu 5 minut - maksymalny okres oczekiwania na nowe posty w celu zmniejszenia ilości zapytań do API.

Sam histogram generuję oddzielnym kodem hist.sh. Jest to kod totalnie niezoptymalizowany, po każdorazowym wywołaniu tworzy nowe plik z danymi totalnie niezoptymalizowany. Plik tworzy od nowa zamiast zapisywać dodatkową zmienną na zasadzie kiedy ostatni (lub przedostatni - w celu pewności) skończył analizować dany. W związku z czym zużywa mi masę czasu procesora przez około 30 sekund dla pliku rozmiaru dwóch dni aktywności na mikro. Przy częstości wywoływania pięć minut dla 6 plików jest to
  • Odpowiedz
@madretrudneslowo: No, troszkę trzeba się przestawić mentalnie wkraczając do znalezisk ;) Ja co jakiś czas napiszę komentarze - jednego dnia uda mi się złapać całkiem sporo plusów, a innego znów, gdy o danej sprawie myślę inaczej, niż większość, to wtedy będą minusy :)

Wczoraj trochę dostałem plusów, to teraz przez jakiś czas, chyba nie muszę się obawiać o bordo ;)
  • Odpowiedz
Strims: Ponad 1000 likeów na fanpageu - już widzę siedzącego macieja w najciemniejszym zakamarku serwerowni roniącego gorzkie łzy, które obficie spływają mu po policzkach.. ( ͡° ͜ʖ ͡°)

#strims #wypok #maciej
  • 3
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach