跳转到主要内容

discuzx1.5全新安装后界面乱的解决方案

有些人全新安装DiscuzX 出现以下界面:



(借了网友的图片,呵呵)

目前发生主要是在LINUX系统的独立服务器或vps或类似环境

解决方法如下:

1-进入管理界面  site/admin.php
2-进入工具/更新缓存
3-进入工具/文件校验
4-进入工具/文件权限校验

通常在第四步出现如下问题:

 



目录 ./data/cache 无法写入
目录 ./data/attachment/temp 无法写入
目录 ./data/attachment/swfupload 无法写入
目录 ./data/attachment/profile 无法写入
目录 ./data/attachment/common 无法写入
目录 ./data/attachment/portal 无法写入

可运行drupal的nginx+fastcgi配置方法

原文地址:http://groups.drupal.org/node/26363


 


In below example Nginx is listening on port 88 since port 80 is used by Pound/Nginx load balancer or Varnish/Ncache fast proxy.


 


#######################################################
###  nginx.conf  BEGIN
#######################################################
#
pid                   /var/run/nginx.pid;
user &nbs

nginx+mysql+php 30万日IP负载平衡实例


硬件具体情况
MySQL服务器: DualXeon 5335/8GB内存/73G SAS硬盘(RAID0+1)/CentOS5.1-x86_64/MySQL5
三台WEB服务器如下:
N1. Dual Xeon 3.0 2GB 内存
N1. Dual Xeon 3.0 4GB 内存
N1. Dual Xeon 3.0(双核) 4G内存
另外有三块300G的SCSI硬盘准备做RAID5,用来存放附件,四台机器通过内网连接


方案选择:


1. ZEUS + PHP5 + eAccelerator
2. squid + Apache2 + PHP + eAccelerator
3. nginx + PHP(fastcgi) + eAccelerator
4.


UnixBench: 128M Xen vps

photonvps的128M Xen

   BYTE UNIX Benchmarks (Version 5.1.2)


沁园春.房子

  婚期将到,国内兄弟,有钱公寓,没钱蜗居。望长城内外,大厦高楼,工地上下,人浪滔滔。早起晚睡,达旦通宵,丈母娘说,买个房子才达标。需钞票!看人山人海,一房难搞!楼价如此虚高,引无数英雄竟折腰。昔秦皇汉武,见此摇头,唐宗宋祖,更是没招!一代天骄,成吉思汗,只好住在蒙古包。


Programmatically creating FileField entries

I've had to bump my head into batch uploading files to a drupal installation. Thanks to the prosepoint developers for the fileupload code in their profile. It's code for importing a single file.


nginx-0.7.65 编译配置参数

  --help                             this message


  --prefix=PATH                      set the installation prefix
  --sbin-path=PATH                   set path to the nginx binary file
  --conf-path=PATH    


Nginx+Apache搭建前后端web生产环境[转]

前言:谈到Linux下的web生产环境,大家就会想到apache这个开源服务器软件.apache可以整合大多数应用,比如jsp,php,cgi,python等等,但是apache过于臃肿以及对静态文件响应过于缓慢让很多使用者感到头疼.而nginx作为新崛起的服务器软件,在很多方面超出apache,定位也很明确:高性能的 HTTP 和反向代理服务器.因而,本篇主要讲的是nginx作为前端,apache作为后端的应用环境搭建过程.


为什么不使用nginx+php(fastcgi)作为生产环境?我提出我的看法.


1. php(fastcgi)不够稳定,经常出现502错误,生成相对复杂的页面没有优势,反而会使php-cgi进程变为僵尸进程.
2. 安全性,多用户多站点权限问题.php(fastcgi)在应对多用户多站点往往捉襟见肘,不易于实施.
3.