Wykaz postów użytkownika - jantom - które otrzymały punkt za pomoc
| jantom | |
 |
Dodaj do styles.css czy gdziekolwiek indziej, gdzie deklarujesz style. Rozwiń Kod źródłowy |
| jantom | |
|
|
Podrasowałem /includes/bbcodes/img_bbocde_include.php Dalej nie jest idealnie, ale u mnie działało. Błędami w dzienniku dalej wali. Prawdopodobnie potrzeba pobawić się z try ... catch. Rozwiń Kod źródłowy PHP |
| jantom | |
|
|
MySQL udźwignie coś takiego, o ile serwer zapewni mu odpowiednie warunki pracy. Jeśli rzeczywiście to ma być cała struktura bazy danych, to może w ogóle nie potrzebujesz relacyjnej bazy danych, tylko czegoś nierelacyjnego? Tam możesz znaleźć rozwiązanie bardziej odpowiednie do Twojego celu. Nie wymądrzam się więcej, bo moja wiedza na temat NoSQL już się skończyła. |
| jantom | |
|
|
O ile się gdzieś nie rąbnąłem... Masz tylko jedną sytuację, która spełnia zadanie. Masz za to 2^7 możliwości. Czyli rozwiązanie to 1/128 = 0,0078125. |
| jantom | |
|
|
Jak dla mnie, w Twojej liście brakuje kluczowego elementu - decyzji, kiedy wykonujesz kopię bazy danych. Samo przegranie plików, bez jej wcześniejszego eksportu (import możesz zrobić później, to już Twoja decyzja) załatwi tylko jedno - przeniesienie plików do innej lokalizacji. A w przypadku PHP-Fusion baza danych jest przechowywana poza katalogiem PF-a. |
| jantom | |
|
|
Migracja zaprojektowana jest. Musisz tylko sprawdzić, czy wszystkie elementy, których używasz na stronie, mają swoje wersje dla nowszego PF-a. No i być gotowym na dziurawe polskie tłumaczenie. Procedura aktualizacji: https://www.php-f...cat_id=220 |
| jantom | |
|
|
HP niby ma lepsze bebechy, ale Office i Subiekt nawet tego nie zauważą... Chyba, że masz takiego fioła, że arkusz Excela wyświetlany w 120Hz smuży, a takie męki czekają Ciebie przy MSI  Chyba jakieś fora sprzętomaniaków byłyby dla Ciebie bardziej użyteczne, niż wymierające PF-owe. |
| jantom | |
|
|
Chyba wyłapałem... Jeśli się nie mylę, to mamy klasyczne GIGO ;) Zobacz, jaki efekt da podmianka Rozwiń Kod źródłowy na Rozwiń Kod źródłowy Będę szczery - nie testowałem. Od bardzo dawna nie dłubię w PHP i nie chciało mnie się robić całego środowiska testowego. Teorię mam taką: funkcja upload_image zwraca tablicę z takimi polami: image, image_name, image_ext, image_size, image_width, image_height, thumb1, thumb1_name, thumb2, thumb2_name, error, query. Domyślne wartości na tym etapie możemy olać. Zawartość tabeli przechowywana jest w zmiennej upload. W zmiennych $download_image_two i $download_image_thumb_two sięgasz do pól, których w tej tablicy nie ma, czyli do SQL-ki przekazujesz null-e. Stąd potem czysto w bazie. Nie wali błędami po oczach, bo funkcja kończy się bez komunikatu błędu. |
| jantom | |
|
|
Najładniejszym, ponoć, rozwiązaniem jest: Rozwiń Kod źródłowy HTML Tylko czy jest sens się w to bawić, skoro z końcem roku flash ma zostać ubity? Przeglądarki już teraz mu w tym pomagają i utrzymują pacjenta w stanie śmierci klinicznej. |
| jantom | |
|
|
Prawdopodobnie Rozwiń Kod źródłowy też przyniosłoby Tobie prawidłowo zwróconą wartość. Z racji, że 99% czasu spędzam przy SAP HANA i PostgreSQL, to nie daję gwarancji. Jako premia, w tym rozwiązaniu nie trzeba dłubać w samej strukturze tabel. Klauzula LIKE, bez jokera, jest trochę przerostem formy nad treścią. Wstawienie nieprzefiltrowanej zawartości GET bezpośrednio do zapytania jest dość odważnym pomysłem. |
| jantom | |
|
|
Jedną SQL-ką wyjdzie tylko licznik wystąpień - zwykłe Rozwiń Kod źródłowy Na resztę musisz się pobawić albo procedurą składowaną po stronie bazy danych, albo funkcję wykonaną po stronie PHP. |
| jantom | |
|
|
Spojrzyj jeszcze do bazy danych - podejrzewam, że osiągasz limit długości pola w MySQL/MariaDB - zazwyczaj PF korzystał z typu text. Może potrzebujesz zmienić go na mediumtext, porada: https://chartio.c...ata-types/ |
| jantom | |
|
|
A plik articles.php wie o tym, że dodałeś nowe pole? Ten plik pobiera dane z tabeli w bazie. Pierwsze - w select musisz dopisać nazwę nowego pola z tabeli, drugie - w tablicy article_info też musisz wstawić odpowiednią wzmiankę. W przyszłości będziesz musiał pamiętać, żeby po każdej aktualizacji znowu nanieść poprawki. |
| jantom | |
|
|
Rozwiń Kod źródłowy Sprawdź, czy wchodząc na podstronę spełniasz warunki z tego fragmentu. |
| jantom | |
|
|
Bardziej widzę, że większym problemem jest łamanie wiersza, niż dodanie metadanych. Do samych metadanych PF ma swoją funkcję z OH -> set_meta (https://www.php-f...page_id=48) lub add_to_head (https://www.php-f...page_id=51), jeśli chcesz jakąś większą gimnastykę uprawiać. Funkcja echo zachowuje się zgodnie ze swoją definicją: https://www.php.n...n.echo.php W przykładach masz kilka metod obejścia Twojego problemu. Możliwe obejścia widzę 2: 1. Złączenie ciągów: Rozwiń Kod źródłowy PHP 2. Zwiększenie liczby wyrażeń w echo: Rozwiń Kod źródłowy PHP Rezultat wynikowy dla obu ten sam, wydajnościowo nie mam pojęcia. Myślę, że warto, żebyś wybrał jakąś jedną konwencję - dla własnej wygody. Zwróć uwagę na ciapki i kropki/przecinki. |
| jantom | |
|
|
Bez asynchronicznego javascript się nie obejdzie. Jako słowa kluczowe do dalszego poszukiwania: AJAX PHP. |