Forum PHP.pl

no ale kod JS tez musisz dostosowac do odbioru JSON, powiedziec ze spodziewasz sie JSON itp. Podalem ci linka do przykladu jak to jest robione

no i przedewszystkim juz masz nie dzeilic zwrotki przez nowe linie

To wypada
var scInfo = request.responseText.split("\n");

bo twoj kod to juz JSON. W linku masz przyklad jak odebraz ten JSON

jak chcesz miec tablice na zwrotce, to masz wysylac JSON cos ala


$data = ['twoja', 'tablica','z danymi'];
header('Content-Type: application/json; charset=utf-8');
echo json_encode($data);

a kod JS ma potem tego JSON oderbac (https://www.geeksforgeeks.org/how-to-get-json-response-in-ajax/). I po sprawie

nic nie kumam. Pokazujesz jakis kod js ktory sle ajaxa, ale kod ktory generuje zwrotke dla ajaxa to juz nie. wiec skad mamy wiedziec co ten kod php zle robi?

nie bardzo rozumiem. Jesli chcesz, by dany user mogl na danego posta dac tylko jedna reakcje, to przeciez masz informacje w polu czy user juz dal reakcje czy nie i pozwalsz na dodanie nowej albo nie. Walidacja sie nie zmienia, niezalezni czy masz oddzielna tabele czy oddzielne pole.

Co sie zmienilo? poprostu bardziej praktycznie podchodze do sprawy. Oba rozwiazania maja wady i zalety. Oddzielne pole to masz dodatkowe pole niezaleznie czy ktos dodal CLICK czy nie. oddzielna tabela eleiminuje ten problem, bo rekordy wpadaja tylko gdy byl CLICK. no ale oddzeilna tabela to oddzielna tabela, a dodatkowe pole jakos latwiej ogarniac. Dlatego kiedys bym szedl w oddzeilna tabele, a teraz jest mi obojetne czy oddzielna tabela czy dodatkowa kolumna.

kiedys bym ci zaproponowal oddzielna tabele. dzis, dodaj poprostu pole do obecnej tabeli: REACTIONS jako pole text, mozesz tam trzymac JSON i updatuj jak ktos doda rekacje. Bo przeciez nie bedzeisz wyszukal kto i jak reagowal na dany post prawda?

bez przesady. Ja poprostu nie znam narzedzia, ktore jest tu uzyte. Ktos inny, moze ogarniac

z tego co widze to korzystasz wordpress? I wiadomosc bledu ktora masz wordpress daje gdy nie znaleziono strony. Wiec defacto to nie jest problem z kodem (przynajmniej na tym etapie) a ze strona na ktora przekierowujesz formularz - wordpress jej nie widzi. Niestety nie znam wordpress wiec ni ewiem jak to powinno wygladac poprawnie

Oczywiscie, piszmy proceduralnie w ogole , po co onaniziowac sie klasami

Tak, Python nie ma jako takich interfejsow i programisci robia obejscia sztuczne, by tylko wprowadzic interfejsy. A wystarczyloby by Python przestal byc 100 lat za murzynami
Pisze w Python o paru miesiecy i tak mi brakuje porzadnej obiektowki ze glowa mala. powrot do _zmienna by informowac innych userow ze to zmienna prywatna to poprostu koszmar. Nie zmienia to faktu, ze Python jest o niebo lepszy niz php do rzeczy, ktore aktualne tam robie wiec siedze cicho


Interfejsy stosuje sie nie tylko pod testy. Generalnie dzieki interfejsom, twoj kod jest porzadniejszy, latwiej rozszerzalny i wszystko to o czym gada SOLID.
Choc w praktyce, ja czesto mam lenia i lece po konkretnej klasie i nie tworze interfejsu bo i tak wiem, ze w tym kodzie bedzei tylko jedna klasa. Mowie tu o kontrolerach.
Gdy robie juz jakis Service to wtedy staram sie leciec po interfejsach, choc i to nie zawsze. Czasami wiem, ze mimo ze to Service, to on i tam przyjmowac bedzie zawsze te jedna klasie wiec sie nie bawie w interfejsy. A do testow jednostkowych robie poprostu MOCKa tej klasy i wszystko chula

jak tam wolicie, dla mnie to zdanie

jest wystarczajaca jasne, ze to nie o problem z brakiem tabeli tutaj chodzi. Szczegolnie ze jak wol bylo widac ze warunki sa zle napisane i ze to wlasnie one sa problem.

przeciez napisal ze jego zapytanie zwraca wszystkie dane wiec raczej tabela istnieje

no toz ci powiedzialem. Uzyj scizki bezwglednej by oba odpaania korzystaly z tego samego pliku.... Niby wiesz a nie czytasz...


$num = file_get_contents("/var/www/counter.txt");
$num++;
file_put_contents("/var/www/counter.txt",$num);

teraz kazdy rozdzaj odpalenia bedzie korzystal z tego samego pliku bo jest w tej samej sciezce

plik odpalany recznie, a plik odpalany z crona, ma dwa rozne katalogi startowe, wiec twoj plik cronowy tez sie tworzy, ale gdzie indziej
Naucz sie pracowac na sciezkach bezwzglednych

tam nei tylko bylo o true vs false. Spradz czy nie masz redirectow jakis, tam bylo tez mowa o innych wlasciwosciach do sprawdzenia, sprawdz tez co dokladnie zwraca ten htm, co to za tresc jest.

sprobuj

ale patrzyles jak prosilem co zwraca HTML po odpaleniu przez CRON?

mogles tez zapisac to do pliku, jak mowilem wczesniej

>/tmp/log.txt

no widzisz, czyli cron sie wykonuje, tylko skrypt daje ciala

prawdopodbnie o to
$content = curl_exec($ch);
zamiast do zmiennej to pluje ci do ekran

Moze to pomoze
https://stackoverflow.com/questions/1226992...-hosting-server

zacznij od tego by bledow nie wywalac w kosmos tylko do pliku, to moze cos ciekawego sie dowiesz

no i czemu twoj zapis cron wyglada tak
*/30 * * * *

/usr/local/bin/php80 /home/mojUser/domains/moja.domena.pl/public_html/ch_change/index.php >/dev/null 2>&1

a nie tak
*/30 * * * * /usr/local/bin/php80 /home/mojUser/domains/moja.domena.pl/public_html/ch_change/index.php >/dev/null 2>&1
?

$.post(
'ajax.php',
{
f: 'dane',
id: id
},
function(data2)
{
dane2 = JSON.parse(data2);
for (i = 0; i < dane2.length; i++)
{
$('[name="pole[]"]').eq(i).val(dane2[i][1]);

}
}
);

Dynamiczne wlasciwosci sa deprecated od php8.2
Wiec to pewnie jakis stary kod, ktory przeniesli na php8 wiec musieli dodac tag AllowDynamicProperties by sie nie wykrzaczal
https://www.php.net/manual/en/class.allowdy...cproperties.php

oczywiscie mogli to poprawic porzadnie, no ale po co

edit:
O prosze, nawet jeden commit sprzed dwoch lat mowi dokladnie to co ja wlasnie powiedzialem
"Fixes dynamic property deprecations"


Tu masz wszystkie zmiany z tego nieszczesnego commita
https://github.com/smsapi/smsapi-php-client...a4d152a811d4e11
poszli po najmniejszej linii oprou i poprostu pododawali wszedzie #[\AllowDynamicProperties]

no wlasnie o tym mowie. Co z tego ze moze i ma najlepsza dokumentacje, skoro przy upgrade musze przepisywac polowe kodu.. bez sensu.

W symfony jak aktualizujesz na biezaco to nie ma wiekszych problemow.
Zas w laravel kiedys przy byle upgradzie wszystko trzeba bylo przepisywac. Jeden z powodow dla ktorego laravel mnie zniechecil. Moze teraz sie poprawilo pod tym wzgledem

Wieki temu pracowalem na wlasnych FWs.Nigdy wiecej Nie ma sensu odkrywac kola na nowo, nawet jak wtedy uwazalem inaczej.

A aktualizacje staramy sie robic regularnie - raz w roku


No wiesz, generalnie mozna zrobic tak samo z gotowym innym FW. Poprostu go nie aktualizowac i tyle. Wyjdzie na to samo co wy macie teraz. tylko ze zarowno w gotowym FW jak i w waszym, poprostu sie na tym traci

edit: A, no i my pracujemy na Symfony. Nadaje sie zarowno do kobylastych aplikacji, czy malych microserwisow.

jak juz mowilem, to nie musi byc kolejka stricte w sensie w jakim teraz ludzie o niej mowia. poprostu storz tabele KOLEJKA, tam wrzucaj kolejny requesty z baselinkera, z id produktu.
A potem jakis skrypt w php, ktory bedzie odapalany przez task managera, np CRONa, bedzie sprawdzal czy sa nowe rekordy w tabeli kolejka, Jak sa, to po kolei bedzie je odczytywal i ladowal ten twoj process ktory trwa tak dlugo. gdy skonczy to albo usunie rekord z tabeli KOLEJKA, albo zmieni jego status by bylo wiadmo ze juz to bylo obsluzone. I juz. Tu nie ma zadnej wieksze filozofii

corn to kukurydza. Ja mowie o CRON

CRON to nic innego jak task manager, gdzie mowisz w jakim czasie ma sie odpalac jakis skrypt. Takze on nei sluzy do obslugi kolejki, tylko tam mowisz co ile czasu ma sie odpalac twoj skrypt php, ktory bedzie spradzal czy cos w kolejce jest