Recently Browsing 0 members
No registered users viewing this page.
By BFD Calendar
I'm still wrestling with the upgrade troubles on OVH.com hosting. I manually upgraded to PW 3.0.98 and Upgrade module 0.0.7. Checking upgrades gives me an "Error loading GitHub branches - https://api.github.com/repos/processwire/processwire/branches - HTTP error(s): 2: fsockopen(): SSL operation failed with code 1. OpenSSL Error messages: error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol version, 2: fsockopen(): Failed to enable crypto, 2: fsockopen(): unable to connect to ssl://api.github.com:443 (Unknown error) - Check that HTTP requests are not blocked by your server.".
Upgrading or installing other modules doesn't work either. I know it probably has to do with some provider setting on OVH.com, but I've tried several things mentioned in the ProcessWireUpgrade support forum, all to no avail. Server is configured to use PHP 7.0. If anyone here is also on OVH.com and knows a solution I'd be most happy to hear about it.
I stumbled across this on Github ... just breathtaking .... piece of history right there.
A good place to brush up on your Assembly Language
By the way, Margaret Hamilton who worked on the module is considered a programming genius.
I am trying out multi-instance support in a multi-site setup (option #1, multiple databases) on a Windows Machine (but using a LAMP stack). I am getting a Fatal error in ProcessWire.php #line 877, Failed opening required '/F:/vhosts/sandpit.dev/wire/config.php' (include_path='.;C:\php\pear') in F:\vhosts\sandpit.dev\wire\core\ProcessWire.php on line 877
I am using the following API
$path = "F:/vhosts/sandpit.dev/site-mediamanager/"; // OR // $path = "F:\\vhosts\\sandpit.dev\\site-mediamanager\\"; $url = "http://mediamanager.sandpit.local/"; $site = new ProcessWire($path, $url); Here is Line #877
require("$rootPath/$wireDir/config.php"); In my code, $path is an absolute path on the windows machine. In the above example, I want ProcessWire to find the /site-mediamanager/config.php, which is a multi-site running off one Wire powered through the main /site/.
As you can see in the error, ProcessWire is adding an extra forward slash to the path, i.e.
which obviously fails. I have traced the origin to line #784 in ProcessWire.php
$rootPath = '/' . implode('/', $parts); // remove siteDir from rootPath The pre-pended / causes the error. Remove that and multi-instance works fine in my environment.
Before I report this as a bug, has anyone ran into this issue? Alternatively, could someone on a Windows machine please test the multi-instance feature for me? Maybe even someone using an absolute path on any machine? Preferably test in a multi-site setup (option #1). If this is a bug, it would be nice if it gets fixed before the imminent master release.
PW version 3.0.85 (but also tested on the latest dev version).
ProcessWire module to connect a Github OAuth application.
Register a new OAuth application
Fill in module settings
Click the Authorize! link to generate code and access token
There are some predefined endpoints to fetch informations about an user or a repository, get a list of repositories belonging to an organization, fetch content of readme or certain file..
I used it to choose a repository from a list and import the content (e.g. readme, description) to the corresponding fields.
Visit the Github Repository to get a full overview.
I have an older Macbook Pro which I'm trying to use as a Desktop Machine for the occasional work-at-home machine.
I was using Resilio Sync to sync my projects between my main laptop and every time there's a problem with the sync, it seems to delete random files and folders. So anyone using Resilio Sync, think again.
I would have used rsync but if I recall correctly, I couldn't the get the command to work with my other laptop (rsync wouldn't accept my destination path). I also have some files I sync between the main laptop and my Windows box, so that was another reason why I opted for Resilio Sync at the time.
So after spending a few hours recovering my files today, I've decided enough is enough (3rd time it's failed) and am looking for a new way to sync files between 2 OSX Laptops and a Windows box.
Anyone have a foolproof, stress-free solution that they use?