Jump to content

Replicating existing site on Wamp throws errors


Pretobrazza
 Share

Recommended Posts

Hi all,

  1. I installed Wamp 2.5 correctly
  2. As a test I set up a new ProcessWire 2.6.1 which works (www/pw)
  3. Then I installed an existing site (www/kfc) and I can get into the admin  ---> I even managed to do an upgrade to ProcessWire 2.6.1  and to ProcessWire 2.6.2 ) but there too I cannot edit pages as it throws errors

Now here"s the problem:

I cannot get the front end going as in the debug it throws errors.

In debug  it refers to links such as:  http://www.php.net/ProcessPageView.execute on lines such as  ..\index.php:241  ect ect 

In other words it invokes  http://www.php.net/ etc etc --> is this normal? For sure not - But what must I change where for it not to happen anymore?

Every blue link in the attached file refer to a link starting with http://www.php.net/

Many thanks for your advise!

Bernard  

post-2612-0-50931900-1433084231_thumb.jp

Link to comment
Share on other sites

Hello Bernhard and LostKrobakai,

Yet it has been a long time indeed .. thank you for your answers!

I decided to clean up the existing live site locally and prepare it for the next soccer season and that's where I hit snags :(

The good news is as follows: In the live site, I used <? tags instead of <?php and that's where I hit problems it seems as now I see thing appearing   ;) 

There still are a lot of errors but at least from here  I can getting moving forward.  

Tell me, with php 5.5.12 on wamp, can I enable something somewhere which reads <? tags too instead of <?php ?

At least anyone moving a live site to a local installation (Wamp AND/OR Xamp) will learn something out of this thread and save a lot of hours I hope!

Bernard 

Link to comment
Share on other sites

  • 3 weeks later...

Hi all,

It's getting better and better, thanks for your help!   BUT ... I"m stuck at the statement like:    ... foreach ($articles as $child) { ?>  ect ect ....  <      } ?> 

I installed the site locally as well as on another live testsite but everywhere I have the foreach statement, parsing stops, eventhough I worked on the original site for 10 months.

Here is an example:

					<ul class="social-thumbs">
						<?php $articles = $pages->get("/leden/")->children->find("groepen.title=trainer|speler, image!=face.jpg, sort=random, limit=30"); 
						foreach ($articles as $child) { ?>
						<li>
						 <img src="<?php if($child->image) echo $child->image->getThumb('thumbnail'); ?>" alt="<?php echo $child->voornaam; ?>" />
						</li>
					<?php } ?>
					</ul>

Where am I going wrong? 

Kind regards,

Bernard

Link to comment
Share on other sites

i'm sorry i don't see anything wrong with the foreach...

only thing i want to mention is that you will have images without source if there is no image. you should change this

<li><img src="<?php if($child->image) echo $child->image->getThumb('thumbnail'); ?>" alt="<?php echo $child->voornaam; ?>" /></li>

to that

<?php if($child->image) echo '<li><img src="' . $child->image->getThumb('thumbnail') . '" alt="' . $child->voornaam . '" /></li>'; ?>

but of course that does not solve your actual problem :(

Link to comment
Share on other sites

tried it and got this

foreach test

title; ?>

title; ?>

title; ?>

from that code:

<p>foreach test</p>
        <?php foreach ($page->children as $item) { ?>
            <p>
            <? echo $item->title; ?>
            </p>
        <?php } ?>

didn't know that as i'm always using it like lostkobrakai said :)

Link to comment
Share on other sites

Hello all,

Firstly -A BIG THANK YOU for your prompt help but I finally found the real culprit: It is not the foreach statement which is leading nowhere but the cropimage module from Apeisa.

When I changed $child->image->getThumb('thumbnail');   to     $child->image->url;  all images appear (uncropped). This is terrible as the imagefield throughout the site is associated with cropimage. Furthermore, in the backend I cannot get into any page which has an imagefield as it throws an error nor can I get into the Image field.

Recoverable Fatal Error: Argument 3 passed to FieldtypeFile::setupHooks() must be an instance of Inputfield, instance of stdClass given, called in /home/kusttram/domains/kusttram.com/public_html/kfc/wire/modules/Fieldtype/FieldtypeFile.module on line 61 and defined (line 98 of /home/kusttram/domains/kusttram.com/public_html/kfc/wire/modules/Fieldtype/FieldtypeFile.module) 

Is there something in the cropimage module that I must change or fix?  

Link to comment
Share on other sites

Hi All,

All problems are solved!

1) I renamed apeisa-Thumbnails-aa083a6 to aaapeisa-Thumbnails-aa083a6 .

2) Then I reinstalled  FieldtypeCropImage directly. Immediatly all problems were solved with the website version ProcessWire 2.6.1.

Again, thank you all for your help with my first attempt to move a live website from a terrible hostingprovider (hostinger.co.uk) with redirects to a temporary one (www.kusttram.com/kfc) so that the website can stay alive while awaiting its proper domain.   

Kind regards,

Bernard

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
 Share

×
×
  • Create New...