Hôm nay tôi gặp phải 1 “tình huống” khá là củ chuối. Phần upload file (thật ra là upload file để update lại các store - khá nhiều, hiện tại là 1500 store) có validate file size, file type. Tôi test “khá kỹ ” ở local & mọi thứ đều ổn. Thông số local của tôi như sau:
- Windows XP/Vertrigo
- post_max_size = 100M
- upload_max_size = 20M
Khi up 1 file có dung lượng quá 20MB (<100MB) thì hệ thống hiện thông báo rất đẹp với nội dung là bạn đã upload quá dung lượng quy định bla bla…:-@
Thế nhưng sau khi request done trên PMS (project management system), bên test report lại là khi upload 1 file lớn hơn 16MB thì chẳng hiện gì cả, không lỗi & giống như tự F5 lại trang.
Xem phpinfo của môi trường trên testing thì như sau:
- post_max_size = 8M
- upload_max_size = 16M
Vậy là dung lượng vượt quá post_max_size rồi, và PHP đã làm thế này đối với đoạn code của tôi:
If the size of post data is greater than post_max_size, the $_POST and $_FILES superglobals are empty
Thế cho nên đoạn code:
1
2
3
4
| $postMaxSize = int_get('post_max_size');
if($postMaxSize < $userFile['size']) {
//process error
} |
chẳng hoạt động gì cả 
Trên php.net có 1 trick để xử lý trường hợp này:
This can be tracked in various ways, e.g. by passing the $_GET variable to the script processing the data, i.e.
Và đây là đoạn code của tôi:
1
2
3
| if(isset($_GET['processed']) && !count($_POST)) {
die('Error message here...');
} |
Chạy ngon
Rất cảm ơn anh NBThanh (Nguyễn Bá Thành) đã giúp đỡ em khắc phục vấn đề này
Ở bài trước tôi có đề cập đến việc export dữ liệu ra file CSV. Tuy nhiên, nếu export dữ liệu có chứa các ký tự Unicode thì sẽ không hiển thị được mặc dù khi mở bằng Notepad thì vẫn hiển thị đúng, tuy nhiên khi mở bằng Excel thì không hiển thị chính xác. Search trên mạng thấy giải pháp của anh Nguyễn Văn Hùng (Hưng?) đã giải quyết được (tôi mới test với German characters trong dự án Shop24 - rất okie).
Bài toán: export dữ liệu tiếng Việt UTF-8 thành file CSV có thể hiển thị đúng khi mở bằng Excel.
3 điểm dẫn đến thành công:
+ Dùng TAB (\t) thay cho COMMA (,) để phân tách các cột
+ Convert Encoding của dữ liệu cần output bằng UTF-16LE
+ Gắn chr(255)chr(254) vào đầu của kết quả cuối cùng trước khi output
PHP code đầy đủ (export order list):
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
| /**
* EXPORT ORDER LIST TO CSV FILE
* @author khanhdn
*/
function exportCSV() {
global $user;
member_access();
$memberInfo = member_info();
$result = drupal_query("SELECT order_id
,order_code
,bill_firstname
,bill_lastname
,order_modify_date
,gand_total
,order_status
FROM {order}
WHERE shop_code = '".$memberInfo['shop_code']."'
ORDER BY order_creation_date DESC");
$status_options = array(
'1' => 'Neu'
,'2' => 'In Bearbeitung'
,'3' => 'Auf der Post'
,'4' => 'Ausgeführt'
,'5' => 'Zurück'
);
$csv = "Order code\tCustomer Name\tModify Date\tOrder Total\tOrder Status\r\n";
if(count($result['data']))
{
foreach($result['data'] as $row)
{
$order_list = array(
'order_code' => "$row->order_code"
,'customer_name' => $row->bill_firstname. ' ' .$row->bill_lastname
,'modify_date' => mysqlTimestamp(strtotime($row->order_modify_date),'d.m.Y')
,'order_total' => 'CHF '.$row->gand_total
,'order_status' => $status_options[$row->order_status]
);
$csv .= join("\t", $order_list)."\r\n";
}
}
$csv = chr(255).chr(254).mb_convert_encoding($csv, "UTF-16LE", "UTF-8");
header("Content-type: application/x-msdownload");
header("Content-disposition: csv; filename=" . date("Y-m-d") .
"_order_list.csv; size=".strlen($csv));
echo $csv;
exit();
} |
Source: Nguyễn Văn Hùng weblog
Hôm nay tôi dính phải 1 bug khá củ chuối: sau khi submit form, back button không hoạt động trên IE6 browser. Khi click vào nút back này sẽ xuất hiện 1 thông báo như sau:
Warning: page has expired The page you requested was created using information you submitted in a form. This page is no longer available. As a security precaution, Internet Explorer does not automatically resubmit your information for you.
To resubmit your information and view this Web page, click the Refresh button.
Sau một hồi tham khảo các cách giải quyết trên mạng thì sinh ra được cái hàm này:
1
2
3
4
5
6
7
8
9
10
11
12
13
| /**
* Fix back button on IE6 (stupid) browser
* @author khanhdn
*/
function fixBackButtonOnIE() {
//drupal_set_header("Expires: Sat, 27 Oct 1984 08:52:00 GMT GMT"); // Always expired (1)
//drupal_set_header("Last-Modified: " . gmdate("D, d M Y H:i:s") . " GMT"); // always modified (2)
drupal_set_header("Cache-Control: no-store, no-cache, must-revalidate"); // HTTP/1.1 (3)
drupal_set_header("Cache-Control: public"); (4)
drupal_set_header("Pragma: no-cache"); // HTTP/1.0 (5)
ini_set('session.cache_limiter', 'private'); (6)
} |
Tạm comment cái (1) (2), vẫn chạy okie. Có lẽ chỉ cần giữ lại (3) (4) (5) là đủ???
Dù sao cũng giải quyết được cái bug này >”<
Tôi thường hay dùng checkbox trong trường hợp list các record ra & cho phép chọn record tương ứng để xóa. Ngày trước, khi muốn lấy giá trị của các checkbox được chọn, tôi làm như sau:
1
2
3
4
5
6
7
8
9
| if(is_array($_POST['checkbox_name'])) {
$list_selected_id = '';
foreach($_POST['checkbox_name'] as $key => $val) {
$list_selected_id .= ','.$val;
}
$list_selected_id = substr($list_selected_id,1);
//output will be: 1,2,3,...,n
} |
Còn ngày nay, chỉ với 1 dòng đơn giản như sau:
1
| $list_selected_id = implode(',', $_POST['checkbox_name']); |
Hix, quá ngắn gọn, quá sáng sủa
Và thêm 1 điều nữa, tôi thấy Drupal (và các framework khác) thường dùng cách implode mảng để build các câu SQL. Quả thực khi áp dụng đúng lúc đúng chỗ thì phát huy tác dụng khỏi phải bàn cãi 
Phản hồi mới