migol / opencaching-pl Goto Github PK

Short English description

* Add a form for COG (management/maintenence team?) to let them change user 
nick on user's request (usually via e-mail)
* Add section in user info to show nick changes history

****
Formatka do zmainy nicków użytkownika, dostępna dla COG


skopiowane z maila --> 

Jak już jedziemy z tematem zmian nicków, to proponuję w osobnej tabeli
trzymać historię zmian, coś w stylu

create table user_old_nick (
`id` int(11) NOT NULL AUTO_INCREMENT COMMENT 'PK',
`user_id` int(11) NOT NULL COMMENT 'FK do user.user_id',
`date_from` datetime NOT NULL COMMENT 'Data, od kiedy obowiązywał nick',
`date_to` datetime COMMENT 'Data, do kiedy obowiązywał nick, NULL jeżeli
jest bieżący',
`username` varchar(60) NOT NULL COMMENT 'Nick w zadanym okresie czasu',
`change_comment` TEXT COMMENT 'Opcjonalny komentarz do zmiany, wprowadzany 
przez COG',
PRIMARY KEY (`id`),
KEY `old_nick_user_id` (`user_id`)
)
ENGINE=InnoDB DEFAULT CHARSET=utf8;

I na formatce, w szczegółach użytkownika, tabelka
HISTORIA NICKÓW UŻYTKOWNIKA
+------------+-------------+---------+-----------------------------------+
|  Od dnia   |    Nick     | Status  | Komentarz (widoczny tylko dla COG |
+------------+-------------+---------+-----------------------------------+
| 2007-12-05 | ktośtam_123 |         |                                   |
| 2009-01-17 | ktośtam_567 |         |                                   |
| 2014-01-12 | ktośtam     | bieżący |                                   |
+------------+-------------+---------+-----------------------------------+

W tabelce dla danego użytkownika nie ma albo wcale danych (nick nigdy nie
zmieniany), albo co najmniej dwa wiersze:
* pierwszy, historyczny, date_from = data_utworzenia_konta, date_to =
data_zmiany - 1,
* drugi, bieżący, data_from = data_zmiany, date_to = null

Mam nadzieję, że jasno to opisałem 

Po co to wszystko - ano po to, żeby później nie było kwasów, że ktoś 
się w
papierowym logu wpisał ktośtam_567, a takiego konta nie ma. Ale było, i
jasno to widać.

tutaj jakiś opis biznesowy procesu -->

 */Witam Serdecznie!!!/*


  >zgodnie z tym co zaproponowałem  wcześniej ... wyslij do kosa i do
 naszej (RT) wiadomości, maila z prosbą o kontakt ....

 To i tak jest partyzantka. Żeby było 'po bożemu' należy:

 1. ustalić kto ma się zajmować takim zgłoszeniami. uważam, że w
 pierwszej kolejności jest to zadanie dla COG lub RR.
 2. COG podejmuje próbę kontaktu z właścicielem konta
 3. jeśli nie ma odpowiedzi przez miesiąc - zmienia nazwę nieużywanego
 konta na jakiśPrefix_dotychczasowa nazwa
 4. natychmiast zmienia nazwę konta zgłaszającego. (żeby w międzyczasie
 nikt nowy nie zajął..)

 Najlepiej by było, żeby ktoś napisał mechanizm, który to zautomatyzuje -
 COG po zgłoszeniu tylko wyszukuje nazwę nieaktywnego konta i sobie
 klika, a  automat (ROBO-COG  ) wysyła do niego maila z dwoma linkami
 (tak/nie). maleńki webserwice czeka na kliknięcie, jeśli nie nastąpi po
 1 miesiącu, sam zmienia nazwę konta i wysyła infomrację do wszystkich
 zainteresowanych, a jeśli kliknięcie nastąpi też wysyła maile.


 /*Wszystkiego Zielonego!!!
 Łza*//*... "Szczęście śpi wśród bezdroży" ... */

 W dniu 2014-01-25 10:21, Jacek pisze:
> Schron  ....
> zgodnie z tym co zaproponowałem wcześniej ... wyslij do kosa i do
> naszej (RT) wiadomości, maila z prosbą o kontakt ....
> odczekujemy 1 mc, przypominasz się i załatwiamy temat.
> Pozdrawiam
> triPPer
> Ps. Byłeś wczoraj na kiełbaskach przy koksowniku ?
>  
>     ----- Original Message -----
>     *From:* Marcin Kosiński <mailto:[email protected]>
>     *To:* [email protected] <mailto:[email protected]>
>     *Sent:* Friday, January 24, 2014 6:50 PM
>     *Subject:* Fwd: [opencaching.pl] Email od 'schron': Prośba o
>     przejęcie loginu , stara sprawa 
>  
>     Witam,
>  
>     Jako, że sprawa od kilku lat nie załatwiona to się przypomnę 
>  
>     Login : kosa
>  
>     nadal zajęty przez użytkownika. Próby kilkukrotnego kontaktu
>     spełzły na niczym.
>  
>     Więc proszę o zmianę mojego loginu na "kosa", bądź usunięcie
>     tamtego konta.
>  
>     Pozdrawiam,
>     Marcin "kosa" Kosiński
>  
>     jeszcze schron ;p
>  
>     ---------- Forwarded message ----------
>     From: <[email protected] <mailto:[email protected]
>     Date: 2011/4/4
>     Subject: [opencaching.pl <http://opencaching.pl>] Email od
>     'schron': Prośba o przejęcie loginu , stara sprawa 
>     To: [email protected] <mailto:[email protected]>
>  
>  
>     Kopia Twojej wiadomości:
>     Witaj tATO,
>  
>     'schron' o adresie Email [email protected]
>     <mailto:[email protected]> kontaktuje sie z toba poprzez
>     www.opencaching.pl <http://www.opencaching.pl>
>     Profil uzytkownika:
>     http://www.opencaching.pl/viewprofile.php?userid=15739
>     Aby odpowiedziec na ten E-mail uzyj funkcji odpowiedzi w swoim
>     programie pocztowym.
>     ----------------------
>  
>     Witaj,
>  
>     Piszę do Ciebie ponieważ znasz już sprawę więc chyba będziesz
>     wiedział o co chodzi :
>     ( zmiana loginu ze 'schron' na 'kosa' )
>  
>     W dniu 6 lipca 2010 20:50 użytkownik tATO <[email protected]
>     <mailto:[email protected] napisał:
>  
>     Zmianę możemy wykonać wtedy i tylko wtedy jeśli ten użytkownik
>     nigdy nie
>     > zalogował nic (bez względu na to, czy było to znalezienie, brak,
>     czy nawet
>     > komentarz), a jego konto istnieje przynajmniej od roku.
>  
>     --------------------  Minął już rok odkąd to konto istnieje
>  
>     > Jeśli te warunki zostały spełnione, to wtedy procedujemy w
>     następujący
>     > sposób:
>     > KROK 1. chętny do przejęcie (zwany dalej NOWY) kontaktuje się z
>     > wcześniejszym userem  (STARY) i jeśli otrzyma potwierdzenie, to
>     forwarduje
>     > do nas; wtedy przenosimy i gotowe
>  
>     --------------------- Niestety ta metoda zawiodła
>  
>     > KROK 2. jeśli nie ma kontaktu przez 2 tygodnie, to NOWY pisze do
>     Rady
>     > Technicznej (RT) mail z prośbą o interwencję - wtedy
>     przedstawiciel RT pisze
>     > mail jako STAREGO z ostateczną prośbą
>  
>     --------------------- Na tym kroku chyba stanęliśmy 
>  
>     > KROK 3. jeśli dalej nie ma odpowiedzi to RT zmienia nazwę
>     użytkownika na
>     > konto_deaktyowane_numer_kolejny i wysyła na usuwany adres e-mail
>     STAREGO
>     > info o dokonanej operacji
>     > KROK 4. czekamy 2 tygodnie na ewentualną reakcję
>     > KROK 5. jeśli dalej cisza - NOWY może zająć to konto
>  
>     Także proszę o interwencję 
>  
>     Zgrzewkę browara wyślę pod wskazany adres ;p
>  
>     Pozdrawiam
>     Marcin "kosa" Kosiński
>     póki co "schron"
>  

Cache icons displayed in:
- powerTrails
- my neightbour

if current user is owner of specified cache, display other icon (like found 
icon)

1. path-related problems, QRcodes are working when $dynbasepath points to 
www-root, because image is saved under $dynbasepath + "/tmp/qrcode.jpg", and 
then referenced as img src="/tmp/qrcode.jpg" from html

2. when multiple users generate qr-codes simultaneously, one can get code of 
another user, because all of them are stored in a single location in a 
filesystem

What steps will reproduce the problem?
1. Open http://opencaching.franek.pl/articles.php?page=impressum
2. There is no upper main menu

What steps will reproduce the problem?
1. go to page http://opencaching.pl/mycaches.php?status=2
2. take a look column 'last found' - time passed from last found is calculated 
wrong way. 

example:
cache: http://opencaching.pl/viewcache.php?cacheid=8591 - last found 05 czerwca 
2011, calculated time: 6 days.

A few words tranlatet.

After hardcoded translation for logmap 
"http://www.opencaching.nl/logmap.php?lang=pl" the map does not show the 
Netherlands because the coordinates are hardcoded to Poland in logmap.php (line 
72 -74).
I have tried to do it via settings.inc.php but do not have the knowledge to fix 
this.

in code wiki:
- correct return values description (Lza)
- add documentation of new methods (Boguś)

1. Search for any cache
2. Under the search results, click Export -> GoogleMaps
3. Error message: Can not display http://www.opencaching.pl/s..., since it's 
not a valid KML or KMZ file.

Forum link:

http://forum.opencaching.pl/viewtopic.php?f=6&t=7223&p=116299&hilit=kml#p116299

Idea is to add an icon to a GeoPath in myneighborhood.php if a cache belongs to 
any. A mouse-over tooltip would indicate its name (and type, i.e.:  full vs 
mini). The icon would appear between Recommended column and Log type icon 
column in the Latest Logs grid. The icon 
(http://opencaching.pl/tpl/stdstyle/images/blue/footprintRed.png) colour would 
indicate GP type (same style as in GeoPaths). 
Condition to appear: GP must be active and non-deleted(?).

After implementation of the above, next step is to enhance myn_newlogs.php with 
similar function.

Any additional suggestions, comments?

When pressing "Look for a cache" button on the left menu and leave all options 
like it is (this is only upper part of the screen) and press the button 
"Search" (above Search by cache name). Now i see 44 caches on oc.nl. This 
should be correct. But i like to see all caches (including mine). Than i select 
on top "show my caches" and press search again. Now i see only one cache 
located in Poland?

When going back to search page the Country has changed to Poland. Change it to 
all countries and press search again. The result again only one cache located 
in Poland.

Back on search page the country is again changed in Poland. When i change it to 
all countries and press Region i see Polish regions.

In short, searching for caches in all countries shows only Poland caches.

Extension to Issue 33.
To add a Geo-Path icon-link (similarly as in myneighborhood.php) in the 
following pages:
- newcaches.php
- newlogs.php
- myn_newcaches.php
- myn_topcaches.php
- myn_ftf.php
- cacheratings.php

Any comments?

in user profile we can see details of geopaths completed by user. 
placed geopaths details are missing.

Dotyczy wątku:
http://forum.opencaching.pl/viewtopic.php?f=9&t=4802&p=117813#p117802

Prośba o "studium wykonalności" - czy jest to możliwe, czy bardzo 
pracochłonne, czy nie wprowadzi zamieszania, przeciążenia serwera i jakichś 
tragicznych następstw.

Z założenia każdy użytkownik miałby możliwość zadeklarowania jednych 
współrzędnych domowych (podstawowych) i kilku innych bazowych (konieczne 
ustalenie ile jest sensowne/możliwe) i promienia w jakim otrzymywałby z tych 
kilku miejsc powiadomienia.

Jeśli niemożliwe - proszę o zamknięcie.

popsuło się zapamiętywanie opisów dla geościeżek - dane nie są 
zapisywane do bazy.

harpus' o adresie Email [email protected] kontaktuje sie z toba poprzez 
http://opencaching.pl/
Profil uzytkownika:http://opencaching.pl/viewprofile.php?userid=10392

----------------------

Alo!

przy zakładaniu geościeżki nie jestem wstanie dodać innych osób do grona 
"założycieli". 
Panel jest, nick mogę wpisać, system "mieli" ale osoba się nie pojawia...

Możesz/możecie coś zaradzić/doradzić?? :)
Dzięki z góry.

add new subpage to statistic (or geoPaths) witch users-comparing geopaths 
statistics 

statistic may be calculated by geoPath's points. 
It should be done via separate table filled witch cron-calculated values 
because of server performance. methods calculating points for user are 
available in powerTrailBase.php

Add these lines to settings.inc.php to display preferred date and time on each 
oc server.

// Show date and date/time correct way.
$dateFormat = 'Y-m-d';
$datetimeFormat = 'Y-m-d H:i';

There are two formats of date in use:
a) DD-MM-YYYY
b) YYYY-MM-DD

Comparison performed by system due to different dates (what is not true).
Correctly all the rows in example should have a kind of grey shadow - 
confirmation that the system log date is the same as date from file 
geocache_visits.

Tested on geocache_visits files coming from Garmin device and generated by 
Locus run on smartphone without the difference.

Add N/S and W/E dropbox witch coordinate inputs

- usunięcie "keszy" typu owncache z mapy i wyszukiwarki
- dodanie linka do ew. owna w profilu użytkownika (zgodnie z aktualnym limitem 
- jeden, pozostałe nie będą wyświetlane)
- współrzędne automatem zmienione na kordy domowe właściciela
- lista owncache wyświetlana pod opisem eventu, w którym właściciel 
zaloguje zamiar uczestnictwa (obok geokretów)

Proszę o opinie, zagrożenia, uwagi, propozycje. 

jeśli zalogowany user jest właścicielem, ikonka powinna być inna 
(konsekwentnie z viewcache.php)

analogiczne dla tymczasowo niedostępnych i zarchiwizowanych.

According to result of combined discussion RR and COG - please disable 
possibility to place "found" logs to archived own-caches (as previously 
implemented for webcams&virtuals). Thanks

http://forum.opencaching.pl/viewtopic.php?f=9&t=4801&start=690#p117386

1. Własne skrzynki wyświetlają się jako "obce".
2. Dodanie logu skrzynka znaleziona wyświetla domek, jak przy skrzynce 
własnej.

rewrite all mysql_* and sql() statements into pdo (database class) 
this is critical for safety reason.

Po usunięciu wpisu do logu z własnej skrzynki typu multicache, pojawiają 
się błędy związane z modyfikatorem współrzędnych. (załącznik)

upgrade gpx loading script to allow chose from multiple waypoints.

Stats

http://forum.opencaching.pl/viewtopic.php?p=118091#p118091

Taki luźny pomysł ujednolicający: Fajnie jakby każdy mail z OC.pl miał w 
temacie znacznik [OC PL]. Teraz niektóre maile mają, ale inne (np. raport 
logów) już nie i za bardzo nie wiadomo czemu. Ułatwiło by to sprawę 
filtrowania sobie poczty.

Felix, jest mały bug:

zmień sobie współrzędne domowe na centrum Bytomia i zobacz moją okolicę. 
(załącznik)

moim zdaniem przyczyną jest taka 
geoŚcieżka,(http://opencaching.pl/powerTrail.php?ptAction=showSerie&ptrail=28)
 która ma niezbyt szczęśliwą nazwę, z cudzysłowami. Te cudzysłowy 
zamykają Ci jakiś cytat w javascripcie i część skryptu zamiast się 
parsować idzie na ekran.

musisz sobie odfiltrować cudzysłowy/średniki w nazwach, jakoś je 
wyeskapować.

Na początek przytoczę emaile z RT:

WOJTEK:

Proponuję zrobić masowy porządek z wcięciami w kodzie.

Chodzi o to, że w wielu plikach na zmianę używane są spacje i taby do 
wcięć. Czyni to te pliki nieprzyjemne w czytaniu i edycji. (Ja 
wprawdzie sie nie dzielam za bardzo w edycji plików OC, ale jak czasem 
rzucę okiem na te diffy, to szczena opada ;))

W związku z tym proponuję, że odplalę na całym kodzie skrypt, który
zrobi porządek. Standard PSR-2 (takie zalecenia jak pisać w PHP)
zaleca użycie spacji zmiast tabów, więc pewnie tak właśnie warto
zrobić (OKAPI używa tabów, po tej zmianie będzie używać spacji).

Przy okazji poprawione zostałyby rzeczy typu: białe znaki na końcach
linii, mieszane znaki końca linii (unix/windows, tzn. LF/CRLF), itp.

Co Wy na to?

ANDRZEJ Z.:

Całkiem, całkiem ten standard, a kod trzeba uporządkować bo jest masakra - 
aby się zorientować o co chodzi w kodzie trzeba go sformatować bo bez tego 
jest ciężko.

ŁZA:

Jestem za, zresztą jakiś czas temu proponowałem, żeby przyjąć ten 
standard formatowania (PSR-2) - moim zdaniem jest czytelny i przyjemny dla oka. 
(te spacje zamiast taba prywatnie mi sie nie podobają, ale jak standard to 
standard nie ma co się wdawać w osobiste preferencje)

Proponuję od razu ustawić w konfiguracji swoich edytorów, żeby używały 
spacji w momencie wciśnięcia klawisza tab - większość znanych mi narzędzi 
ma taką opcję w ustawieniach.

WOJTEK:

Ok, zatem commituję taką zmianę dziś wieczorem.

Ponieważ zmieni się praktycznie *każda linia w każdym pliku w
projekcie*, więc proszę wszystkich o commitowanie swoich ewentualnych
lokalnych zmian do wieczora. W przeciwnym razie będziecie mieć bardzo
dużo konfliktów po uruchomieniu "svn up"!

aby zobaczyć błąd należy:

1. dodać dowolną skrzynkę do schowka 
2. wejść do schowka (http://opencaching.pl/mylist.php)
3. brakuje menu głównego.

From: Harrie Klomp <[email protected]>

Hello all,
Is it possible to remove /tpl/stdstyle/articles/contact.tpl.php from SVN?
I like to translate it but there are to much differences between oc.pl and 
ocnl. Now i like to make a page that fits better for oc.nl.
Please let me know if this is possible.
Thanks,
Harrie



I think we should branch contact.tpl.php to contact_ocpl.tpl.php and 
contact_ocnl.tpl.php files, one of which will be included depending on 
requested domain.

Andrzej, would you please review my idea.

Message-ID: <CA+PsHp1GZ3gwcggd1Xzxi5fXe4f7i49QHUoJTbkJjmKu=x4gFA@mail.gmail.com>

>>> ===== ERROR MESSAGE =====
>>> Division by zero
>>> =========================

:D Ktoś umieścił kesza na biegunie północnym. Żartowniś.

...

Ponieważ takiej skrzynki i tak nie da się wyświetlić na mapie, więc 
będę ją pomijał po prostu. Wrzuciłem poprawkę na szybko, być może 
zadziała. Jak nie, to przyjrzę się temu dokładniej wieczorem.

...

BTW, podejrzewam, że połowa zewnętrznych aplikacji może się w jakiś
sposób "wyłożyć" na takiej skrzynce. A jeśli nawet się nie wyłoży, to
użytkownik będzie miał problemy z kliknięciem, albo zaimportowaniem
jej. Myślę, że bezpieczniej byłoby blokować zakładanie skrzynek na
biegunach (+epsilon, tzn. abs(lat) < 89.999)

1. Literówka przy wpisie 'Skrzynka będzie niedostepna czasowo'.
2. Wybierając typ logu do własnej aktywnej skrzynki 'tymczasowo niedostępna' 
jest małą literą, wszystkie inne dużą.

Avoid send multiple similar email messages when no connection to db

Organizator eventu w typie logu zamiast "wykonano serwis" mógłby mieć 
"ogłoszenie" w celu wprowadzenie treści, które zostaną wysłane (mailem z 
automatu) do osób, które zalogowały "zamierza uczestniczyć". 

Powyższe znacznie ułatwi przekazywanie ważnych informacji dla osób 
zainteresowanych (w tej chwili jedyny sposób to obserwowanie wydarzenia i 
wychwytywanie komentarzy założyciela)

Missing possibility to set up frequency (or to turn it off completly) for 
receiving email notifications of logs input in GeoPaths.

(You can use Polish or English, whichever you think is better.)

What steps will reproduce the problem?
1. Go to http://opencaching.pl/myn_newcaches.php
2. Find a cache that has not been found yet.
3. Under Latest Log column you shall see "Latest logs" column one shall see 
"1970-01-01" (I think it used to be either "--" or "not found yet" or blank 
before).

Hello there!

I just noticed a problem with invalid (empty) groundspeak:attribute elements in 
the GPX files generated by OC.pl.
The problem is quite common and it appears in almost every cache I checked.
Invalid elements look something like (OP7B37):

    <groundspeak:attributes>
      <groundspeak:attribute id="53" inc="1">One-minute cache</groundspeak:attribute>
      <groundspeak:attribute id="" inc="1"></groundspeak:attribute>
      <groundspeak:attribute id="" inc="1"></groundspeak:attribute>
      <groundspeak:attribute id="24" inc="1">Wheelchair accessible</groundspeak:attribute>
      <groundspeak:attribute id="" inc="1"></groundspeak:attribute>
      <groundspeak:attribute id="32" inc="1">Bikes allowed</groundspeak:attribute>
    </groundspeak:attributes>


What steps will reproduce the problem?

1. Visit http://opencaching.pl/viewcache.php?cacheid=31548

2. Download GPX file using "GPX" link in the "Pobierz dane" section. The link 
looks like:

http://opencaching.pl/search.php?searchto=searchbycacheid&showresult=1&f_inactiv
e=0&f_ignored=0&f_userfound=0&f_userowner=0&f_watched=0&startat=0&cacheid=31548&
output=gpxgc

3. Downloaded file contains invalid attributes as above

What is the expected output? What do you see instead?

Empty attribute elements (the ones with empty id) should be eliminated.

Należało by wprowadzić do listy skrzynek wygenerowanych w 'Moich Trasach' i 
zgromadzonych w 'Schowku'
możliwość pobrania gpx'a w formacie  GARMIN (GPX + zdjęcia) .
Obecnie pokutuje tam nadal zwykły gpx i gpx gc

Okazuje się, że odpowidzi na zapisane pytania są u góry.
Np. http jest odpowiedx: adres.

(viewcache.php) - mała mapka. być może warto się zastanowić nad dodaniem 
możliwości wyświetalenia waypointów dla danej skrzynji.

In http://opencaching.pl/viewprofile.php?userid=
and translations FR, DE, SV, CZ user profile (for all users) show strange data.
Signé up : 1970-01-01
Pays:   e-mail a l'utilisateur
 Voir la carte utilisateur  
descriptions-todo 
lastlogins-todo: user_not_active-todo

Even if user has created any caches, the list of user's caches is empty.

1) Let's open any PL-cache, 
2) switch to English (in upper right corner of the page), 
3) then in the description of cache click PL. 

In my opinion, it should display cache description again in Polish (even if the 
rest of site is in English)

when user put coma instead dot, error apears. this is not bug, but can be 
improoved by javascript automaticly changing coma to dot

Is it possible to integrate a automatic picture resizing in Polish code? This 
way people can send their pictures without resizing themselves.
The pictures could be resized to 640x480 and after resizing the original could 
be deleted.

My suggestion is to be able to switch this function on or off in 
settings.inc.php

Niby nic ważnego, ale od dawna mnie trochę denerwowało.

1. Otwieramy stronę dowolnego kesza (viewcache.php),
2. Otwieramy małą mapkę po prawej (BTW, trzeba na nią klikąć dwa razy, a 
by się otworzyła, za pierwszym razem zmienia się tylko obrazek kursora na 
lupę).
3. Zamykamy mapkę.
4. Próbujemy zaznaczyć dowolny kawałek tekstu na stronie (np. żeby 
przekleić współrzędne do innej aplikacji).

Nie da się nic zaznaczyć. Gdyby to samo spróbować w punkcie 1, to działa 
OK. Przeglądarka to najnowsza Chrome.

implement autoloader function for most important classes.

I'm intednd to place autoloader functions in common.inc.php (or separate file, 
included in common.inc.php)

Autoloader will auto-include all neccesaary classes like database, power, trail 
classes, etc.

Thanks to this feature it will be not neccesary to include class files manually 
every file calling these classes in the code.