Jump to content

Pianocraft

Member
  • Posts

    23
  • Joined

  • Last visited

  • Days Won

    4

Pianocraft last won the day on March 2

Pianocraft had the most liked content!

Informacje o forum

  • Wersja
    IPS 4.6.x

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

Pianocraft's Achievements

Apprentice

Apprentice (3/14)

  • Dedicated Rare
  • One Month Later
  • Week One Done
  • Conversation Starter
  • First Post

Recent Badges

10

Reputation

  1. Teraz, po konwersji, są pytajniki, czyli klapa, przed konwersją było dobrze, ale nie sprawdzałem czy w encjach czy inaczej. Potem zajrzę i dam znać.
  2. No i mam problem. Otóż ankiety: i w pytaniu i w opcjach odpowiedzi mam questionmarki zamiast polskich znaków 😕 Da się to jakoś reimportować, przebudować od nowa czy na piechotę trzeba poprawiać? ponad 500 ankiet 😕 Btw, z tymi ankietami to zawsze był jakiś problem, a to e tajemniczy sposób znikały, a to nie zgadzały się głosy, a próba "poprawienia" wyników kończyła się zwykle zniknięciem ankiety...
  3. Niby to samo, a nie takie samo Już słabo pamiętam, ale IPS miał takich, nieudokumentowanych wersji, sporo. Nie wiem jak jest teraz, jeszcze nie do końca łapię się w wersji 4.6.x. - z tego co zdążyłem się rozejrzeć to przewrócili do góry nogami wszystko, ale to nie na ten post Twoja wersja: IP.Board v3.4.9 Moja wersja: IP.Board vVERSION_NUMBER
  4. Dobra, daliśmy radę, przy pomocy naszego Roota, chodzi mailer forumowy po SMTP. A tak przy okazji, jest kilka wersji ClassEmail.php, wydanych po zakończeniu linii 3.4.x, w tym tak "ponumerowana": * IP.Board vVERSION_NUMBER * Send email using php mail() or SMTP * Last Updated: $Date: 2015-07-03 15:50:06 +0100 (Fri, 03 Jul 2015) $ to wygrzebane z produkcyjnej wersji, W paczce instalacyjnej była starsza wersja. Anyway, case closed
  5. Powtórzę: i będzie działał z wersją 3.4.x Być może jest prostsze rozwiązanie niż SendGrid, może SMTP, a ja go nie umiem skonfigurować, może osobny serwer i przekierowanie rekordów MX domeny, nie wiem Dlatego piszę tu, w nadziei znalezienia rozwiązania. Zdaje sobie sprawę, że wersja skryptu (3.4.x) nie ułatwia sprawy, ale nie jest to przecież awykonalne? Ktoś musiał mieć taki problem, ale IPS wyciął z forum wszystko (albo prawie wszystko), co tyczyło się wersji poniżej 4.x.x i zostały tylko jakieś resztki na innych forach, martwe linki do "fabrycznego" forum. Chodzę po necie i szukam rozwiązania, bo nie jestem z tych, i kco przychodzą i "daj" ale tu poległem, dlatego przychodzę po prośbie. Zdaje sobie sprawę, że czas (i wiedza) kosztują, więc jestem otwarty na negocjacje $$
  6. Pomyślałem sobie, wybacz laikowi, że skoro Sendgrid działa pod 4.6.10 to jakby ktoś, kto się zna, zajrzał do źródła w 4.6.10, po czym zajrzał do źródła w 3.4.x to szybko zorientuje się czego brak i co trzeba dopisać. I dopisałby to, a ja zrewanżuję się banknotami NBP
  7. Jest tak: 1. Wersja forum: wg. ACP 3.4.5 wg. mnie 3.4.9, do upgrade'u jeszcze trochę, myślę że minimum 3 miesiące, ze względu na konieczność przepisania kilku modów, aplikacji bez których forum nie ma sensu, skina - oryginalny jaki jest każdy widzi... itd... Ale o tym potem 2. Cloudflare 3. Uprzedzając, nie mogę użyć PHPMaila ani żadnego systemu, który wyśle w nagłówkach IP serwera, dopiero się pozbyłem DDoS-ów 😕 Przyszedł mi do głowy pomysł użycia SendGrid'a, bo: 1. w wersji obecnej 4.6.10, konfiguracja zajmuje kwadrans i śmiga jak złoto, 2. miałbym gotowca do nowej wersji. Ale, o ile konfiguracja w 4.6.10 zajmuje 15 minut, razem z rejestracją w SendGrid i konfiguracją Cloudflare (może tu jest jakiś haczyk?), o tyle w 3.4.x - miszyn imposibul 😕 Albo oś poszło nie tak, albo ja coś źle robię, albo jest jakiś problem po stronie skryptu IPS-u. Raczej wykluczam problemy serwerowe, bo na tej samej maszynie mailer SendGrida, w wersji 4.6.10 lata jak wściekły , czyli zakładam, że IPS dopisał obsługę SendGrida do nowej wersji, a to znaczyłoby, że można dopisać (jeśli to okaże się konieczne) do wersji 3.4.x. - na co jestem, jeśli nie będzie innego rozwiązania - ZDECYDOWANY. Tzn. nie upieram się na SendGrida - potrzebuję mailera, który nie będzie po świecie rozsyłał domeny serwera i adresu IP, z limitem ok. 10000 maili/mies. - głównie rejestracje. Zanim napisałem tego posta, przetestowałem kilka/naście systemów SMTP, aż doszedłem do wniosku, że to nie tu trzeba szukać. I jeszcze jedna konkluzja, wszystkie poradniki, tutoriale w sieci na ten temat, napisane kilka lat temu są dzisiaj niewiele warte. Firmy pozmieniały politykę,wprowadziły antyspamowe obostrzenia i nie jest już tak różowo, jak kilka lat temu
  8. No widzę: Cd... dziwnych recommendations: W bazie mam teraz mix, "stare", przekonwertowane tabele są MyISAM, UTF8MB4, a nowe w InnoDB, UTF8, generalnie działa, ale dlaczego skrypt tworzy tabele w InnoDB/UTF8 i każe je konwertować do UTF8MB4? Nie wiem 😕
  9. Ok, przeczołgałem się przez upgrade, skrypt na początku stwierdził, że 205 tablic, 86 jest źle kodowanych i nie mając sposobu na obejście, przeczekałem godzinę (szybki serwer :P ) i wreszcie uruchomił się upgrader. Przeceniłem szybkość serwera i na kolejne pytanie Automatycznie czy Ręcznie /zmiany w MySQL/ odpowiedziałem źle, czyli Automatycznie i dostałem 503 😕 Potem jeszcze z 50 ręcznych zapytań via phpMyAdmin i po 3 godzinach dostałem to com chciał. Z polskimi znakami, kodowanie (UTF-8!)Teraz skrypt mieli jakieś indexy, archiwa i jeszcze masę rzeczy, o które bym go nie posądzał. Póki co z błędów mam: cytaty nie wyglądają jak cytaty, załączników brak, niektóre są wypisane numerem i nazwą pliku np: [attachment=34691:xxxxxxxxxxxxxxxxxx.png] a po niektórych nie ma śladu, jakby ich nigdy nie było, Da się to jakoś przebudować, samo się przeindeksuje, czy once again? cdn...
  10. <p>Trzeba tam gdzie&#347; w kodzie do&#322;o&#380;y&#263;&#160;</p> A wygląda to tak: Trzeba tam gdzieś w kodzie dołożyć
  11. Raport z pola walki (może powinienem założyć bloga? ;P) Po kolei: KonwerterUTF8 przegryzł się po ponad 48 godzinach przez bazę (wg niego było to trochę ponad 21h, niech mu będzie - może jego real time i taki był). Analiza tabel before/after daje zastanawiające wyniki. Otóż skrypt zmienił metodę porównania napisów z latin2_general_ci na utf8mb4_unicode_ci i plik db.opt w katalogu tej bazy (podejrzałem przez SSH) też z latin2_general_ci na utf8mb4_unicode_ci. (before: default-character-set=latin2 default-collation=latin2_general_ci) (after: default-character-set=utf8mb4 default-collation=utf8mb4_unicode_ci) I NIC WIĘCEJ. Zrobiłem test, zamieniając phpMyAdminem collation z latin2_general_ci na utf8mb4_unicode_ci w 5 minut z dokładnie takim samym efektem jak konwerter w 2 dni. Po podłączeniu tak skonwertowanej bazy do "starego" skryptu (3.4.5), Document character set w ACP: ISO-8859-2 jest tak samo jak przed konwersją, czyli dobrze. No trochę mnie to zdziwiło, ale idę dalej, zmieniam Document character set w ACP na UTF-8 w i polskie znaki mam wyświetlane w najgorszy sposób, czyli za każdy polski znak wyświetlany jest "?". W tym ustawieniu wpisuję "Zażółć gęślą moją jaźń" oczywiście wyświetla się ok. Po ponownym ustawieniu ISO-8859-2, wszystko, za wyjątkiem "Zażółć gęślą moją jaźń" wygląda dobrze. A ta fraza wygląda jak poniżej. Kolejny raz przestawiam charset w ACP, tym razem na utf8mb4 (!) i wszystko jest dobrze za wyjątkiem "jaźni", która, wpisana przy ustawieniu w ACP UTF-8, wygląda jak przy ISO-8859-2 czyli jak powyżej. Problem jest, bo forum ma z 15 lat, z 1,5M postów, jeszcze więcej PM, statusy i co tam jeszcze. Ciągle brakło czasu, woli i motywacji do zmiany kodowania z ISO-8859-2 na UTF-8. A teraz jest problem. Gdzieś tu wcześniej chyba pisałem, w wersji 2.x.x. IPB polskie znaki zapisywały się w bazie jak... polskie znaki, czyli widać je jako... polskie znaki: Od wersji 3.x.x. czyli od ponad 10 lat, zapisują w encjach (?), czyli wygląda to tak: G&#322;upich nie siej&#261;</em>, <em>sami si&#281; rodz&#261; -tylko dlaczego encje źle się wyświetlają przy ustawieniu charsetów na UTF-8? W tej chwili mam charsety w ACP ustawione na utf8mb4, w źródle strony widać to tak <meta charset="utf8mb4" /> i jest dobrze, i zawartość lang strony wyświetlają się prawidłowo. Czy może mi ktoś powiedzieć jak mam kodowaną bazę? i jak się będzie wyświetlać po upgrade w nowej wersji forum 4.6.10? Zgłupiałem, nie wiem, nie znam się, help! Idę puścić upgradera, miałem nadzieję, że odśmiecę FTP-a, nagrywając do katalogu produkcyjnego tylko nowe pliki (zn. z 4.6.10) i katalog /uploads, ale czegoś jeszcze potrzebuje do życia, bo dostaję blank screena. Może powalczę z tym po udanym upgrade...
  12. Pytasz o gaiaonline? Oni w dobrych czasach mieli po 500k userów online, 2M postów DZIENNIE, 80 maszyn, z czego 20 bazodanowych
  13. No i zonk. Stanęło na tabeli ibf_profile_portal i ani kroku dalej. Zauważyłem, że konwerter to cwaniak, założył dwie tabele w bazie x_utf_ibf_convert_session i x_utf_ibf_convert_session_tables i tam notuje postępy, ale nie bardzo wiem co mógłbym zrobić żeby go oszukać i zmusić do dalszej pracy? edit: a jednak się kręci! tzn. zwiększa się liczba rekordów w tabeli x_utf_ibf_profile_portal ale tego nie pokazuje.
  14. 27 hours later... Traktuję to treningowo, skrypt zapuszczony na trial serwerze, baza podpięta z serwera produkcyjnego, co nie pomaga.
  15. Coś źle robię czy to zawsze tak wolno idzie? Jest jakiś sposób na przyspieszenie? Poniżej screen po godzinie pracy konwertera. Konwersja bazy w wersji 3.4.9 kodowanej w latin2 (ISO8859-2)
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.