php-cgi.exe working at BPS not KPS or MPS I thought D705 was faster

straight from 5 days of watching dolphin code run on my server.

the programmers i got from rent a coder went over all my configuration files

their prognosis: there's a problem with dolphin

now what is going on?? bad programmers on config files

or just plain old bad coding.

I know D705 reports to boonex to verify wether it was purchased or not

mine is. http://roaring.biz

it takes 9 seconds at bps rarely going up to kps with many stops in between to process d705 php code

before the website actually load.. and only 2 seconds for it to display as everything is cached in apache and only changes when it detects changes made.

I know d705 has a cache as well.. so why the 9 seconds of bytes per second proccessing with the f705 php code with php-cgi.exe

my programmers defend that it is not the configuration files of my website ($200 dollars worth)

someone out there tell me they are wrong... or that d705 in fact only operates at bps.

sincerely Max http://roaring.biz

No. I don't suspect dolphin here.

Perhaps you were doing something with your site at the time i checked, but your site is PAINFULLY slow compared to other dolphin sites. Just look at a few others yourself. Like mine. http://www.deanbassett.com

Yours at the time i checked took minutes, not seconds just to load the home page. My site takes seconds.

I tried to analyze your site at http://www.websiteoptimization.com/services/analyze/ and i got tired of waiting for it to return results. My site tested there was back with results in a few seconds.

No, i believe you have a serious problem with hosting or bandwidth.

I've seen free hosting providers load Dolphin sites faster than your own. It begs the question of how exactly your site is hosted. You keep complaining about this script, but it's repeatedly shown that the problem lies with however you're hosting it.

it's going to be slow right now as i am updated 154000 users profiles and cities as the damn map doesn't want to display flags...

i mean what the hell.. boonex had video comments working in 701 and all the other version they failed to get it working when THEY HAVE THE WORKING CODE!!!

up from 704 to 705 video uploads are not processed ffmpeg and all codec check out.. when the final file to finish the process is done ( i watched the proccess through task manager) it failed to rename the file and simply deleted it making ALL video uploads FAILED!!!

come on when something works DON'T MESS WITH IT!

now for this BYTES PER SECOND ISSUE

I run a extreme core 2 quad core and it shows like 2% usage rate. 8 gigs os 1333mhz ram and it's only using 2 gigs.

I have a 5meg upstream and a 15meg downstream from shaw isp.

if this is a php.ini config problem then why the heck haven't my programmers fixed it in a week costing me 200 dollars for something that should have been fixed in apache configs and mysql configs and php configs.. they have the error logs and have gone through everything.. and they all blame dolphin.

try http://mnemonicrom.com (even though i am doing a major update on map profiles watch how fast non dolphin script runs on my server.

so what the heck is dolphin doing.. promising speed increases where i can clearly see (AND LOG) bytes per second on all dolphin code access.. are they spying on website? do they check if you are registered on all pages? (if so they must have a slow sever for responses cuase mine is bps)

Some one know anything about this issue? all my software is 64bit there should be no bps proccessing and very slow proccessing at 3.0ghz quad core cpus...

It's all on a fresh install of windows 7 and virus scanned every night. tell me.. i would really like to know.

Sounds to me like your running the server from your house on a cable internet connection that is not really designed for hosting servers. I have seen a business T1 which is slower at 1500 MBPS out perform many home based cable setups.

Your upstream is the important one as that is what is used when others connect to your server. Your up, is their down.

If your running at home there are a couple of other things that may be contributing factors other than server configuration.

1) The ISP itself detecting your running a server and is deliberately choking it through bandwidth management.

2) Router designed for home use or not properly setup for optimal performance for running home based servers.


so what the heck is dolphin doing.. promising speed increases where i can clearly see (AND LOG) bytes per second on all dolphin code
Your not getting what we are telling you are you? We can see a obvious difference in loading times between YOUR site and others, including our own. It really seems quite obvious to me, yet you continue to blame dolphin which if it was, then EVERYONES site would be running just as poorly as yours.

I tried your site and am using a cable internet connection and the only thing that loaded slow was the videos on top. All in all would say you have a nice site there but would think about changing the logo, seems to clash with your sites look. But that is just my opinion..

You know. I am curious. It may be another issue. Have you tried seeing if your site loads faster or performs better without this google map trying to load locations of over 150000 members.

what the heck does bandwidth have to do with php-cgi.exe processing in bytes per second... this is a php code problem not an isp problem or haven't you read a single world in this topic. the site is slow right now cuase again i am running update profiles to get my flags back on the main page map.(again at byte per second) it is processing only 4000 files per hour and i have over 154000 users. as one of the boonex people refuse to give my a solution unless i pay for it in a ticket.. "oh ya she'ld be glad to help: "open a tick $$$$" unquote. It is impossible to get things that were once working working again. ie:video comments, map flags, video processing.. all this is just plan stupid programmers.. when it works in the first place don't screw it up for not 1 updated version but 4 and it's still not right.... go back to programmers school. I am tired of having to hire people off rentacoder to fix what was once working and now isn't at high prices i might add.. and this php-cgi.exe processing of boonex php code is so damn slow like 134 bytes per second with many stops in between it is crappy... if someone says their site is running at hi speed upload your php.ini file and we will see if it works on speeding up the processing.. then i can stop complaining abouit the bytes per second (as php.ini is always the same for every server running dolphin. but won't stop me complaining about the php code that worked in earlier versions and has been stripped out to non functional php code in later released.. poor programming tacktics to say the least.

figures no one would upload their php.ini file from their website that is suppose to be lightning fast...

apche transfers in 30+k per second and internet explorer the same.. the page takes less than a second to show after that friggin boonex code takes 9 to 10 second at around 100-300 bytes per second to proccess..

If this is a php.ini problem someone let me know.. post the right configuration.

I spent over 200 dollars only to here from the programmers that it was boonex's fault. faulty php code.

this is not the boost in speed that was promised by boonex during 704

and to make matters worse it's been 3 days now and updates profiles on world map still hasn't finished proccessing 154K user files...

it too is in the 100-300 bytes per second range of php-cgi.exe processing on a 64 bit machine with 64 bit server programs.

like what the hell.

this is the php.ini config file that the programmers say there is NO REASON for Bytes per second proccessing on a 3.0ghz cpu with 1333mhz ram

------------------------------------------------------------------------------------------------------------------

[PHP]
;include_path = ".;c:\php\includes"
include_path = ".;..;..\..;..\..\.."

; Directory in which the loadable extensions (modules) reside.
;extension_dir = ".\"
extension_dir = "..\php-5.2.8\ext"
;Windows Extensions
;Note that MySQL and ODBC support is now built in, so no dll is needed for it.
;

;;;;;;;;;;;;;;;;;;;;
; Language Options ;
;;;;;;;;;;;;;;;;;;;;

; Enable the PHP scripting language engine under Apache.
engine = On

; Allow the <? tag.  Otherwise, only <?php and <script> tags are recognized.
short_open_tag = on

; Allow ASP-style <% %> tags.
asp_tags = Off

; The number of significant digits displayed in floating point numbers.
precision    =  12

; Enforce year 2000 compliance (will cause problems with non-compliant browsers)
y2k_compliance = Off

; Safe Mode
;
safe_mode = Off

;
; Misc
;
; Decides whether PHP may expose the fact that it is installed on the server
; (e.g. by adding its signature to the Web server header).  It is no security
; threat in any way, but it makes it possible to determine whether you use PHP
; on your server or not.
expose_php = ON

;;;;;;;;;;;;;;;;;;;
; Resource Limits ;
;;;;;;;;;;;;;;;;;;;

max_execution_time = 300000     ; Maximum execution time of each script, in seconds
memory_limit = 1000M      ; Maximum amount of memory a script may consume (8MB)

;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
; Error handling and logging ;
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;

; error_reporting is a bit-field.  Or each number up to get desired error
; reporting level
; E_ALL             - All errors and warnings
; E_ERROR           - fatal run-time errors
; E_WARNING         - run-time warnings (non-fatal errors)
; E_PARSE           - compile-time parse errors
; E_NOTICE          - run-time notices (these are warnings which often result
;                     from a bug in your code, but it's possible that it was
;                     intentional (e.g., using an uninitialized variable and
;                     relying on the fact it's automatically initialized to an
;                     empty string)
; E_CORE_ERROR      - fatal errors that occur during PHP's initial startup
; E_CORE_WARNING    - warnings (non-fatal errors) that occur during PHP's
;                     initial startup
; E_COMPILE_ERROR   - fatal compile-time errors
; E_COMPILE_WARNING - compile-time warnings (non-fatal errors)
; E_USER_ERROR      - user-generated error message
; E_USER_WARNING    - user-generated warning message
; E_USER_NOTICE     - user-generated notice message
;
; Examples:
;
;   - Show all errors, except for notices
;
;error_reporting = E_ALL & ~E_NOTICE
;
;   - Show only errors
;
;error_reporting = E_COMPILE_ERROR|E_ERROR|E_CORE_ERROR
;
;   - Show all errors except for notices
;
;error_reporting  =  E_ALL & ~E_NOTICE

; Print out errors (as a part of the output).  For production web sites,
; you're strongly encouraged to turn this feature off, and use error logging
; instead (see below).  Keeping display_errors enabled on a production web site
; may reveal security information to end users, such as file paths on your Web
; server, your database schema or other information.
display_errors = OFF

; Even when display_errors is on, errors that occur during PHP's startup
; sequence are not displayed.  It's strongly recommended to keep
; display_startup_errors off, except for when debugging.
display_startup_errors = Off

; Log errors into a log file (server-specific log, stderr, or error_log (below))
; As stated above, you're strongly advised to use error logging in place of
; error displaying on production web sites.
log_errors = Off

; Store the last error/warning message in $php_errormsg (boolean).
track_errors = Off

; Disable the inclusion of HTML tags in error messages.
;html_errors = Off
 
; String to output before an error message.
;error_prepend_string = "<font color=ff0000>"

; String to output after an error message.
;error_append_string = "</font>"

; Log errors to specified file.
;error_log = filename

; Log errors to syslog (Event Log on NT, not valid in Windows 95).
;error_log = syslog

;;;;;;;;;;;;;;;;;
; Data Handling ;
;;;;;;;;;;;;;;;;;

; This directive describes the order in which PHP registers GET, POST, Cookie,
; Environment and Built-in variables (G, P, C, E & S respectively, often
; referred to as EGPCS or GPC).  Registration is done from left to right, newer
; values override older values.
variables_order = "EGPCS"

; Whether or not to register the EGPCS variables as global variables.  You may
; want to turn this off if you don't want to clutter your scripts' global scope
; with user data.  This makes most sense when coupled with track_vars - in which
; case you can access all of the GPC variables through the $HTTP_*_VARS[],
; variables.
;
; You should do your best to write your scripts so that they do not require
; register_globals to be on;  Using form variables as globals can easily lead
; to possible security problems, if the code is not very well thought of.
; ISEXT Changed from the default Off, Prior to PHP 4.2.0 the default used to be On
register_globals = off

; This directive tells PHP whether to declare the argv&argc variables (that
; would contain the GET information).  If you don't use these variables, you
; should turn it off for increased performance.
register_argc_argv = off

; Maximum size of POST data that PHP will accept.
post_max_size = 100M

; This directive is deprecated.  Use variables_order instead.
gpc_order = "GPC"

; Magic quotes
;

; Magic quotes for incoming GET/POST/Cookie data.
magic_quotes_gpc = off
; Automatically add files before or after any PHP document.
auto_prepend_file =
auto_append_file =

;;;;;;;;;;;;;;;;;;;;;;;;;
; Paths and Directories ;
;;;;;;;;;;;;;;;;;;;;;;;;;
; Windows: "\path1;\path2"
include_path = ".;c:\php\includes"
; ISEXT

; The root of the PHP pages, used only if nonempty.
; if PHP was not compiled with FORCE_REDIRECT, you SHOULD set doc_root
; if you are running php as a CGI under any web server (other than IIS)
; see documentation for security issues.  The alternate is to use the
; cgi.force_redirect configuration below
doc_root ="D:/WEBSITE/indigoampp/apache-2.2.11/htdocs"

; Whether or not to enable the dl() function.  The dl() function does NOT work
; properly in multithreaded servers, such as IIS or Zeus, and is automatically
; disabled on them.
;enable_dl = On

;;;;;;;;;;;;;;;;
; File Uploads ;
;;;;;;;;;;;;;;;;
; Whether to allow HTTP file uploads.
file_uploads = On
; Maximum allowed size for uploaded files.
upload_max_filesize = 200M

;;;;;;;;;;;;;;;;;;
; Fopen wrappers ;
;;;;;;;;;;;;;;;;;;
allow_url_fopen = On
allow_url_include=off

;;;;;;;;;;;;;;;;;;;;;;
; Dynamic Extensions ;
;;;;;;;;;;;;;;;;;;;;;;
;extension=php_bz2.dll
;extension=php_ctype.dll
;extension=php_cpdf.dll
;extension=php_cybercash.dll
;extension=php_db.dll
;extension=php_dba.dll
;extension=php_dbase.dll
;extension=php_dbx.dll
;extension=php_dotnet.dll
;extension=php_exif.dll
;extension=php_fbsql.dll
;extension=php_fdf.dll
;extension=php_filepro.dll
;extension=php_gettext.dll
;extension=php_hyperwave.dll
;extension=php_iconv.dll
;extension=php_ifx.dll
;extension=php_iisfunc.dll
;extension=php_imap.dll
;extension=php_ingres.dll
;extension=php_interbase.dll
;extension=php_java.dll
;extension=php_ldap.dll
;extension=php_mhash.dll
;extension=php_ming.dll
;extension=php_mssql.dll
;extension=php_oci8.dll
;extension=php_oracle.dll
;extension=php_pdf.dll
;extension=php_pgsql.dll
;extension=php_printer.dll
;extension=php_shmop.dll
;extension=php_snmp.dll
;extension=php_sybase_ct.dll
;extension=php_tokenizer.dll
;extension=php_w32api.dll
;extension=php_yaz.dll
;extension=php_sockets.dll
;extension=php_curl.dll

;extension=php_mysqli.dll
;extension=php_pdo.dll
;extension=php_pdo_mysql.dll
extension=php_JSON.dll
;extension=php_mcrypt.dll
;extension=php_openssl.dll
;extension=php_xsl.dll
extension=php_xslt.dll
;extension=php_zlib.dll
;extension=php_SSLEAY32.dll
;extension=php_php5ts.dll
extension=php_gd2.dll
;extension=php_domxml.dll
extension=php_mbstring.dll
extension=php_mysql.dll
;;;;;
exec()=ON

memory_limit=400M

;enable JSON

;;;;;from website
;output_buffering=ON
;output_buffering = 1000M
engine=On
short_open_tag=On
expose_php=on

;;;;;;;;;;;;;;;;;;;
; Module Settings ;
;;;;;;;;;;;;;;;;;;;

[Syslog]
; Whether or not to define the various syslog variables (e.g. $LOG_PID,
; $LOG_CRON, etc.).  Turning it off is a good idea performance-wise.  In
; runtime, you can define these variables by calling define_syslog_variables().
define_syslog_variables  = Off

[mail function]
; For Win32 only.
SECRET STUFF DELETE

zend_extension_manager.optimizer_ts="D:\WEBSITE\zend\lib\Optimizer-3.3.0"
zend_extension_ts="D:\WEBSITE\zend\lib\ZendExtensionManager.dll"

----------------------------------------------------------------------------------------------------

NOW EXPLAIN WHY I AM GETTING BYTE PER SECOND PROCCESSING ON ALL DOLPHIN 705 PHP CODE

Its not the isp i am on local host and php-cgi.exe runs on it,. it should be in the megabytes per second

Here. I will indulge you.

Attached is my php.ini file.

Not that it will do you much good.

I run linux. I believe you are running windows based on some of the paths i see in your php.ini file. There are penty of differences in the 2 files.

it's speeded it up into the kps proccessing of cgi-php.exe files

thanks...

got any ideas on why ffmpeg refuses to proccess the last file .mp4

it does for .m4v and the two pics.

but only goes so far on the mp4 and then deletes it to a failed upload..

been asking around everywhere