pilots

Pilot, pie "garām Angela" pat nebija vainīga latviešu valoda, bet pati visizpētītākā - angļu valoda. Jo tulkotājs nokļūdījies vārda miss nozīmes izvēlē. ;)

Tulkojot daudznozīmju vārdus, arī cilvēki var pieļaut kļūdas. Kur nu vēl, ja to dara automātiski.

Labākais moments šķiet ar to "garām angela" .. nav jau mums tik viegla tā valodiņa, spambotiem būs grūti Latvijā.

Valodas maiņas pārbaudi (maiņu) ieliec pirms tā koda gabala, kad tiek ielādēts valodas fails attēlošanai.

Hm, es, ja godīgi nesaprotu jautājumu - "kas uz kurieni resolveejas". No offence, vienkārši neesmu ar šīm epastu lietām ņēmies, vēljovairāk klāt ņemot google apps.

Klez (vai jebkurš cits, kas šo lietu saprot), ko un kā man vēl papildus pārbaudīt? Rezultātus / screenshotus nopublicēšu.

Labprāt uzklausīšu jebkādus ieteikumus.

Cron job tev var līdzēt.

Ko gan es vairāk varu pārbaudīt pat zinādams domēnu?

Tik vien tā bēda bij. :)

Liec atpakaļ login kodu kāds nu viņš tev tur bija.

Tev lietotājvārdi ir unikāli, neatkārtojas cerams.. ?

Tai bilžu skriptā par ko pirmīt runāts bij, izmaini sql updeitu uz šādu:

$user_name = $_SESSION[lvards];

// neaiztiekam id, bet gan vārdu

$sql = "UPDATE lietotaji SET bilde = '$bilde' WHERE lietotajvards = '$user_name'";

if (!mysql_query($sql)) die(mysql_error());

Pielāgo sql, ar saviem table un row nosaukumiem.

Slikti, ka tā. Tas nozīmē, ka tev vēl diezgan jāmācās, jo šīs lietas ir salīdzinoši vienkāršas. Gan login, gan bildes uplouds.

Es tev varu pateikt, kā dabūt to id arī bez izmaiņām login failā, ja vēlies. (Bet agri vai vēlu tev vajadzētu sākt visu no jauna tavā mājaslapā, jo tev tur ir liela žopa, rupji sakot.)

Vajag id?

Kā tad tu viņu iesetoji?

+

http://paste.php.lv/8006?lang=php

Ja tā, tad glabā arī id iekš sesijas un skriptā izlabo:

$id = $_SESSION[lietotaja_id]; (Vai kādu nu tur nosaukumu būsi piešķīris sesijas mainīgajam.)

Principā tad problēmas vairāk tev cerams nebūs šai tēmā. :)

Kā tu izvadi to lietotājvārdu? "Sveiks - 123."

Tam ir jābūt no datubāzes, piemēram echo $row['name'];

Tad tu id vari dabūt no tā paša $row masīva, attiecīgi $row['id']

Opā. Tu taču nepadod nekur to id.

Jā, glabā viņu sesijā un lieta darīta. :)

Kādēļ, lai nebūtu nojausmas? To jau tam WHERE vajadzētu darīt - pievienot bildes nosaukumu tai tabulas rindai, kurai id ir vienāds ar formas nosūtīto id.

Pag, bet kā tu to id vispār padot skriptam?

Tu saņem viņu ar GET. Tātad tev formai vajag būt:

<form method="post" enctype="multipart/form-data" action="upload.php?id=123">
<input name="avatari" type="file"/>
<input type="submit"  value="ok"/>
</form>

Bet ja tev formā id ir iekš input..

<form method="post" enctype="multipart/form-data" action="upload.php">
<input type="hidden" name="id" value="123"/>
<input name="avatari" type="file"/>
<input type="submit" value="ok"/>
</form>

Tad skriptā jāsaņem ar POST.

Tad tev bildes jāsaglabā ar unikāliem ģenerētiem nosaukumiem, lai divi lietotāji varētu pievienot vienāda nosaukuma bildes. Piemēram, lai no dažādiem kontiem useri var pievienot profilam bildi ar nosaukumu iall.jpg ;)

vari piemēram glabāk nosaukumam klāt user id.

Uz servera tad glabātos 1_iall.jpg, 234_iall.jpg ..

Kādā ziņā nelādē vairāk par vienu. Skriptā notiek vienas bildes pievienošana, ne tā? Konkrētās darbības ir profila bildes pievienošana vai lietotāja galerijas papildināšana?

Ja noņemot id pievienojas visiem tas bildes name, $bilde satur ko vajag. Jārok dziļāk. :)

Problēma varbūt ir tieši ar to id.

Pirms sql ar echo izvadi $id, augšuplādējot apskaties kuram ID tu pievieno tai brīdī bildi, apskaties vai visās pusēs id sakrīt: skripts izvada īsto id, html upload formā skriptam padots tiek vajadzīgais id, datubāzē ir šāds id.. ?

Vēl varu ieteikt:

1) Beigās skriptā echo $HTTP_POST_FILES['avatari']['name']; nomaini uz echo $bilde; (lai var saprast vai mainīgais `bilde` kaut ko satur)

2) Pārbaudi vai datubāžu lauki eksistē (lai gan ja sql būtu kļūda vajadzētu būt erroram)

Īsāk sakot, vajag redzēt, vai echo $bilde beigās izvada to bildes nosaukumu.

edit.

Ja noņemot id pievienojas visiem tas bildes name, $bilde satur ko vajag. Jārok dziļāk. :)

Pirms sql ar echo izvadi $id, augšuplādējot apskaties kuram ID tu pievieno tai brīdī bildi, apskaties vai visās pusēs id sakrīt: skripts izvada īsto id, html upload formā skriptam padots tiek vajadzīgais id, datubāzē ir šāds id.. ?

Nomaini datu tipu no BLOB uz text. Vai kaut kas izmainās?

Ko tas skripts tev saka? Bildei uz servera aiziet, sql izpildās un neko neziņo, izvadās $HTTP_POST_FILES['avatari']['name'] saturs?

Nuja, ka SET ;) Es i nemaz nepaskatījos uz query sākumu.

<?php
// Izstrādājot ieslēdzam error ziņojumus
error_reporting(E_ERROR | E_WARNING | E_PARSE | E_NOTICE);

// Nolasi ID  un eskeipo specsimbolus (vari vēl pārbaudīt vai id ir skaitlis)
$id = isset( $_GET['id'] ) ? htmlspecialchars($_GET['id']) : '';

// Norādam, kas ir vajadzīgs iekš $bilde
$bilde = 'demo.gif';

// Atjaunojam datus + skatamies vai ir error ziņojumi
$sql = "UPDATE users SET bilde = '$bilde' WHERE id = '$id'";
if (!mysql_query($sql)) die(mysql_error());
?>

Ceram, ka palīdzēs.

Es pasniedzu maksimāli visu, ko varēju atļauties. Arī lookup rezultāti ir šeit. Aizkrāsotais domēns visur viens un tas, ip arī. Domēns pats strādā. No googles epasta vēstules varu izsūtīt, saņēmējam uzradās kā no epasts@mansdmēns.lv, bet saņemt neko nevaru. To arī uzrāda google apps, ka MX iestatījumi neesot kārtībā.

Ja ir idejas, ko es vēl varētu pārbaudīt, tad iesakiet un nopublicēšu rezultātu. Redz, es nekad šādu lietu neesmu darījis un iespējams daudzi no jums tāpat. Varbūt vismaz kāds var pateikt vai teorētiski viss ir pareizi, vai nav kaut kur kaut kas lieks.. jebkuri ieteikumi laipni gaidīti.

Šādi strādā:

".. WHERE id = '$_GET[id]'"

+ Padomā par sql injection aizsardzību.

Sveiki, vēlreiz! ;)

Joprojām neesmu ticis ar šo problēmu galā, bet gribētu šo tematu papildināt ar pāris faktiem. Varbūt tomēr izdosies kādam pakomentēt. :)

Iepriekšējie screenshoti joprojām ir "svaigi", tādēļ, variet arī ņemt vērā tos.

Iepriekš 50/50 domāju, ka vaina ir vai nu nic.lv pusē vai godaddy. Tomēr nedaudz papētot šo lietu, lūk, ko noskaidroju:

Lasot pods.lv ievēroju, ka autoram ir epasts gluži kā es šobrīd cenšos izveidot zem google. Apskatoties pods.lv mx lookup uzzināju, ka arī tam situācija ir akurāt tāda pati kā man.

Lūk, varam salīdzināt:

Identiska ir daļa par epastiem (tā es to vismaz saprotu). No domēna MX iet uz ???.domens.lv, tālāk no ???.domens.lv iet A ieraksts uz ip.

Manā gadījumā no domēns.lv MX uz mail.domēns.lv, tālāk mail.domēns.lv uz ip adresi.

Tad nu es vairāk sliecos uz to, ka neesmu pareizi konfigurējis kaut ko godaddy dns settingos. Pievienoju bildi ar dns konfigurāciju:

Vai nav tā, ka tas mail ieraksts ir jāmaina (ja tā, tad uz ko?) / jādzēš.. ?

Padalieties ar padomiem, lūdzu. Paldies! :)

Pie, tam elektronsikā veidā lasot ātri var slēgāties starp dažādām saistītām sadaļām - nezini, kas ir tas - ātri paskaties. Nemaz nerunājot par sadaļu meklēšanu un atslēgas vārdu meklēšanu sadaļā.

Grāmatā jau ar nav grūti pašķirt pāris nodaļas uz priekšu vai atpakaļ. ;)

Kaklz labi pateica pirmo rindkopu. :)

Par pašu ķīmiju runājot, domāju, ka pāris reizes vai neregulāri lietojot nekas būtiski ļauns diezvai var notikt, kā ar jebkuru ķīmiju, ko cilvēkiem nākas lietot. Bet regulāri un ilgtermiņā lietojot, nebrīnītos, ja no prātiņa kāds šķirtos pēc šo preparātu lietošanas.